ELOG Forum

I would like to have different header for 'Text' internal attribute: e.g. an alias "Notes". So on the list page header of Text attribute column is Notes.

Is it already possible? I couldn't find it in Administrator's Guide.

If not is it possible to add this feature?

No, this is not possible. I put this on the wish list.

67099

Tue Aug 2 21:36:20 2011

Re: Elog client usage

Andreas Luedeke wrote:

Alan Grant wrote:

Andreas Luedeke wrote:

Alan Grant wrote:

What I intend to do is load a raw text file into an active logbook directly, either one line at at time or batched from a text file ("m" option). [...]

[...] The usage of the "elog" command is descibed in the ELOG User's Guide: https://midas.psi.ch/elog/userguide.html#misc

[...] I typed the following, observing case sensitivity, then press enter and at this point it just hangs:

elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -a Ticket+date="Jul26/11"

You wrote you want to upload a text file, then you need to add at the end "-m <file>". E.g. if the text-file is named "C:text.txt", then write:

elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -a Ticket+date="Jul26/11" -n 1 -m C:text.txt

The "-n 1" is just to tell elog to upload plain text. If you do not specify "-m <file>" then it expects input from a pipe and therefore hangs. If you don't know what "input from a pipe" means then ALWAYS use the "-m <file>" option.

PS: if "Ticket date" is of the format "date" then it is sensitive to the formatting of the date string. "Jul26/11" is likely not a legal date format. Better do not specify it for the first test. Write instead:

elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -n 1 -m C:text.txt

PPS: do you really use a sub-directory "elog" instead of the default location "logbooks" for your ELOG logbook files? If not, then leave out this option, too.

elog -h localhost -p 8080 -l Tartan+Tow+Log -n 1 -m C:text.txt

Andreas, thank you very much. I was able to get the stand alone function working fine on my site, including a number of add'l attributes and options (SSL, etc).

67105

Wed Aug 31 15:00:11 2011

Andreas Luedeke

andreas.luedeke@psi.ch

Question

All

2.9.0-2411

Re: Attachments (again)

> In my case the original .pdf file is elsewhere, I've no need to have duplicates scatted in various logbooks, and

> while ideally that would also be true of the thumbnail, it is fair enough for this to be stored in each logbook

> where it is required. This removes the issue of how to have an attachment in a different logbook (other than by

> links, which would get rather tiresome to have to keep making).

> Anyone any ideas?

If you just want to show a thumbnail of an attachment in a public logbook, then just add a link to it. like

or in your example you show the thumbnail in the hidden logbook by adding in the text body:

<img src="<your-host-url>/public/110705_235520_whatthis-0.png" alt="" />

Of course the attachment has to be in the public logbook and the link in the hidden one.

67106

Wed Aug 31 15:13:02 2011

Re: Attachments (again)

Andreas Luedeke wrote:

> In my case the original .pdf file is elsewhere, I've no need to have duplicates scatted in various logbooks, and

> while ideally that would also be true of the thumbnail, it is fair enough for this to be stored in each logbook

> where it is required. This removes the issue of how to have an attachment in a different logbook (other than by

> links, which would get rather tiresome to have to keep making).

> Anyone any ideas?

If you just want to show a thumbnail of an attachment in a public logbook, then just add a link to it. like

or in your example you show the thumbnail in the hidden logbook by adding in the text body:

<img src="<your-host-url>/public/110705_235520_whatthis-0.png" alt="" />

Of course the attachment has to be in the public logbook and the link in the hidden one.

Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that other than physically copy the message, then strip maybe the text. He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB disk these are 50.000 attachments...

67108

Wed Aug 31 15:21:03 2011

Re: Password may not contain blanks

Terry Shuck wrote:

After setting up email addresses for notifications I noticed that the "Full Name" has part of an email address in it. I've tried several ways to correct this however it keeps sending me to a page that says "Password may not contain blanks" and I've not done anything with the password.

Can you tell me how to correct this issue?

I certainly appreciate your help!!

Terry

Have you tried deleting and re-creating the account? Otherwise you could stop elogd, edit the password file with a text editor, and restart elogd.

67109

Wed Aug 31 15:29:32 2011

David Pilgram

David.Pilgram@epost.org.uk

Question

All

2.9.0-2411

Re: Attachments (again)

Hi Stefan,

>Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what
>David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that
>other than physically copy the message, then strip maybe the text. 

(as per my reply to Andreas)

>He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large
>attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB
>disk these are 50.000 attachments

I've not mentioned it, but the entire logbook directory and subdirectories have to squeeze into a memory stick,
along with other data not at issue here.   Soon be too much for an 8GB stick, so that a factor of 100 down on
the available memory space.

But I can work with the solution I gave in the reply to Andreas.

67111

Wed Aug 31 16:33:39 2011

Re: Password may not contain blanks

Terry Shuck wrote:

Stefan Ritt wrote:

Terry Shuck wrote:

Can you tell me how to correct this issue?

I certainly appreciate your help!!

Terry

Have you tried deleting and re-creating the account? Otherwise you could stop elogd, edit the password file with a text editor, and restart elogd.

Thanks for your rapid response Stefan! This is affecting two accounts, "admin" and "prescon". I can delete/create a new prescon but the admin accout concerns me that deleting it may lock me out of admin functions. What I originally wanted to do was send an email when a new entry or updates were saved. I put five email addresses in the email field rather than in the Configuration file. I've attached a screen shot, with notes, (you may have to scroll down to see it all) of what I am seeing.

Can you tell me how to stop elogd? I've edited that file several times however when I open ELOG in my browser the elogd is back like it was before the edits.

Thanks again for your help Stefan! - Terry

Wow. Putting email addresses in "Full name" and several ones in "Email" is a heavy misuse and even I did not know that this works at all! You should either use the "Subscribe to logbook" function, or the "Email all = <....>" option in the config file.

Goto page Previous 1, 2, 3 ... 329, 330, 331 ... 805, 806, 807 Next

ELOG V3.1.5-3fb85fa6