Expiration of ELOG forum accounts, posted by Stefan Ritt on Fri Sep 9 12:54:13 2011
|
Dear ELOG users,
the ELOG discussion forum at PSI contains in meantime many old accounts with non-functional email addresses. Since this causes some overhead, it has been decided to clean up the current account database. In order to keep your account alive, please log in at the above forum before Friday, Sept. 30th, 2011. If you fail to log in until that date, your account will be automatically deleted. Note that it will be always possible to re-create your account afterwards by simply clicking on "Register as new user", but before that you won't get automatic email notifications any more once your account has be deleted.
Sorry for the inconvenience, but the database contains currently too many wrong email addresses causing some flooding of our mail systems.
Best regards,
Stefan Ritt |
Password may not contain blanks, posted by Terry Shuck on Tue Aug 30 20:58:18 2011
|
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 |
Re: Password may not contain blanks, posted by Stefan Ritt on Wed Aug 31 15:21:03 2011
|
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. |
Re: Password may not contain blanks, posted by Terry Shuck on Wed Aug 31 16:21:23 2011
|
Stefan Ritt wrote: |
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.
|
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 |
Re: Password may not contain blanks, posted by Stefan Ritt on Wed Aug 31 16:33:39 2011
|
Terry Shuck wrote: |
Stefan Ritt wrote: |
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.
|
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. |
Re: Password may not contain blanks, posted by Terry Shuck on Wed Aug 31 17:02:40 2011
|
Stefan Ritt wrote: |
Terry Shuck wrote: |
Stefan Ritt wrote: |
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.
|
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.
|
I read how to use the email all feature in the syntax page after I messed up. I haven't done anything with the password so I don't know why I get a a password message but it happened when I put 5 email addresses in. Anyway if I have to wipe out ELOG and start over to have admin capabilities again, do all of my logbooks have to be rewritten? Can I import existing logbooks into a new ELOG? This ELOG is critical to our operation and I would rather not have to wipe it all out if at all possible.
Thanks Stephan! - Terry |
Re: Password may not contain blanks, posted by Stefan Ritt on Wed Sep 7 12:17:44 2011
|
Terry Shuck wrote: |
Anyway if I have to wipe out ELOG and start over to have admin capabilities again, do all of my logbooks have to be rewritten? Can I import existing logbooks into a new ELOG?
|
If you start over, you can just copy the xxyyzza.log files into the new logbook directory and it should be fine. You can also change the config file in your current logbook without starting over. |
Re: Password may not contain blanks, posted by Stefan Ritt on Wed Sep 7 12:37:38 2011
|
Terry Shuck wrote: |
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.
|
Best is if you edit elgod.cfg or the user configuration from inside the web browser (Click on 'config' on the elog page), then you don't have to restart elogd. If you do have to restart it, go to My Computer/Manage/Services, select elogd, then stop and start the service.
- Stefan |
Re: Password may not contain blanks, posted by Andreas Luedeke on Tue Sep 6 12:15:54 2011
|
Stefan Ritt wrote: |
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.
|
You will not loose your logbook data if you have access rights to the file system where the "elogd" program writes it's data.
The easiest way is to edit there password file directly and then restart "elogd".
But even if you do not dare to edit the files directly, you still can solve the issue from the web interface:
- Create a new account, e.g. user "admin2"
- While logged in as "admin", make this user an administrator: go to "Change config file", add "
Admin user = admin, admin2"
- Now log off and then login as "admin2"
- Check that you can do administration, then remove user "admin"
- Create a new user "admin" with proper "Full name" and "Email"
- Now log off and then login as "admin"
- Check that you can do administration, then remove user "admin2"
That should work. Good luck! |
Re: Password may not contain blanks, posted by Terry Shuck on Wed Sep 7 16:23:01 2011
|
Andreas Luedeke wrote: |
Stefan Ritt wrote: |
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.
|
You will not loose your logbook data if you have access rights to the file system where the "elogd" program writes it's data.
The easiest way is to edit there password file directly and then restart "elogd".
But even if you do not dare to edit the files directly, you still can solve the issue from the web interface:
- Create a new account, e.g. user "admin2"
- While logged in as "admin", make this user an administrator: go to "Change config file", add "
Admin user = admin, admin2"
- Now log off and then login as "admin2"
- Check that you can do administration, then remove user "admin"
- Create a new user "admin" with proper "Full name" and "Email"
- Now log off and then login as "admin"
- Check that you can do administration, then remove user "admin2"
That should work. Good luck!
|
Fantastic! That worked great. Thanks so much for the help guys!!
Terry |
Attachments (again), posted by David Pilgram on Wed Aug 31 14:00:17 2011
|
OK, so no-one has ideas as per my question in elog:67088.
Looking at the issue from another angle.
If you attach a pdf file (for example), two files are added to the logbook:
../logbooks/hidden/110705_235520_whatthis-0.png
../logbooks/hidden/110705_235520_whatthis.pdf
Is there any way that you can select an attachent, but only the thumbnail (.png in this case) is stored (and
subsequently viewed)? Options for ability to select an attachment, or how the thumbnail is manipulated/viewed
exist, but nothing about the storage or otherwise of the original document that I can find.
I've tried manually deleting the .pdf file (after going through the automatic routine to make an attachment),
and elog doesn't seem upset at the lack of the .pdf file at all. The only time anything happens is if one
clicks on the image - and then you get a 'file not found' message from the browser - I could live with that.
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? |
Re: Attachments (again), posted by Andreas Luedeke on Wed Aug 31 15:00:11 2011
|
> 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
<img src="https://abk.web.psi.ch/tmp/t.png" alt="" />

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. |
Re: Attachments (again), posted by Stefan Ritt on Wed Aug 31 15:13:02 2011
|
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
<img src="https://abk.web.psi.ch/tmp/t.png" alt="" />

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...  |
Re: Attachments (again), posted by David Pilgram on Wed Aug 31 15:29:32 2011
|
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. |
Re: Attachments (again), posted by David Pilgram on Wed Aug 31 15:20:48 2011
|
Hi Andreas,
>Of course the attachment has to be in the public logbook and the link in the hidden one.
The issue I have is that the attachment is in the hidden logbook, the link would have to be in the
public one...
I'll also look again at putting in the links in the text (normally I use plain encoding, rather than html).
I wondered if there had been some flag for the config file whereby the original file for attachment was
processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
the same end. as there is no such flag at present.
For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
logbook, leaving just the .png files. But maybe something for the wishlist? |
Re: Attachments (again), posted by Andreas Luedeke on Tue Sep 6 12:00:13 2011
|
> I wondered if there had been some flag for the config file whereby the original file for attachment was
> processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
> the same end. as there is no such flag at present.
>
> For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
> logbook, leaving just the .png files. But maybe something for the wishlist?
At least I now understood your problem :-)
You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails
of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook.
But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want
that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it.
In my opinion this is a rather exotic feature request :-)
I wonder if there is a second person in the world who could use it? |
Re: Attachments (again), posted by David Pilgram on Tue Sep 6 12:39:39 2011
|
> > I wondered if there had been some flag for the config file whereby the original file for attachment was
> > processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
> > the same end. as there is no such flag at present.
> >
> > For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
> > logbook, leaving just the .png files. But maybe something for the wishlist?
>
> At least I now understood your problem :-)
>
> You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails
> of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook.
>
> But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want
> that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it.
>
> In my opinion this is a rather exotic feature request :-)
> I wonder if there is a second person in the world who could use it?
Hi Andreas,
True, as a feature explained here, it may not be the most frequently used ;-)
And you are right, I would not want *all* attachements in the hidden directory to appear in the public. But I've got
quite used to playing around in the logbook subdirectories now.
In my case, the ever-expanding use I make of ELOG - and the fact that I use it with the logbook directory stored on a
memory stick (to move from location to location and use local computers, and that's partly to ensure the hidden
directory stays hidden!) - does mean I sometimes run into issues that some hyper-networked system with ZB of storage
don't even notice. |
SEGV after upgrade from 2.7.8 to 2.9.0, posted by Kester Habermann on Mon Aug 15 11:36:02 2011
|
Hello,
We've been using ELOG 2.6.5 to 2.7.8 for 4 years without any major problems.
Recently we upgraded to version 2.9.0 and since we've had the daemon frequently crash with SEGV.
I've detached debugging output from one time when ELOG the crashed. We've had many crashes
it was a different logbook each time. Platform is Solaris 10 5/08 on SPARC.
Has anyone else experienced problems with 2.9.0?
Best Regards
Kester
|
Hyperlinking address to Google Maps, posted by Alan Grant on Tue Aug 2 22:58:37 2011
|
I have a street address attribute called Ticket Location which I would like to hyperlink to google maps so I can see a map representation of the actual value. For example, the value "654 Pembina" on the List page shoud be inserted into the url such that it displays http://maps.google.com/?q=654 Pembina, winnipeg when the browser window opens. This url works fine when I manually type it directly into the address bar, however I cannot get it to work properly as a link originating from Elog.
This is what I have done so far: I added the following to my cfg file: Change Ticket Location = <a href="http://maps.google.com/?q=$Ticket Location,%20winnipeg">$Ticket Location</a> ... but the resulting link does not end up contiguous on the single entry page, ie: <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a> .I also tried several variations in the cfg file without any better success (ie: double quotes; resorting to 1 word variable name; concatenating with +; etc).
Having this map link would be a tremendous help to our operation. Does anyone know of any way to make this work?
There's also two spin-off issues I'm having with the above approach that you may have noticed: 1) I also have another separate variable called Ticket (rep the actual ticket #) which Elog assumes I want in the url, hence the reason 72217864 shows up on the single entry opage; 2) Secondly, I prefer the single entry to retain the original value as the link (in this case, 654 Pembina), as opposed to <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a>.
Any suggestions on resolving these issues is greatly appreciated.
Alan |
Re: Hyperlinking address to Google Maps, posted by Alan Grant on Wed Aug 3 17:55:41 2011
|
Alan Grant wrote: |
I have a street address attribute called Ticket Location which I would like to hyperlink to google maps so I can see a map representation of the actual value. For example, the value "654 Pembina" on the List page shoud be inserted into the url such that it displays http://maps.google.com/?q=654 Pembina, winnipeg when the browser window opens. This url works fine when I manually type it directly into the address bar, however I cannot get it to work properly as a link originating from Elog.
This is what I have done so far: I added the following to my cfg file: Change Ticket Location = <a href="http://maps.google.com/?q=$Ticket Location,%20winnipeg">$Ticket Location</a> ... but the resulting link does not end up contiguous on the single entry page, ie: <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a> .I also tried several variations in the cfg file without any better success (ie: double quotes; resorting to 1 word variable name; concatenating with +; etc).
Having this map link would be a tremendous help to our operation. Does anyone know of any way to make this work?
There's also two spin-off issues I'm having with the above approach that you may have noticed: 1) I also have another separate variable called Ticket (rep the actual ticket #) which Elog assumes I want in the url, hence the reason 72217864 shows up on the single entry opage; 2) Secondly, I prefer the single entry to retain the original value as the link (in this case, 654 Pembina), as opposed to <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a>.
Any suggestions on resolving these issues is greatly appreciated.
Alan
|
Update: I checked through the forum some more (keying on "link" instead of "hyperlink") and found the answer to my main problem - I needed Allow HTML = 1.
So the only issue remaining is that so far I can only get it to work when I use a one word variable (please ref my point #1 in last paragraph above). When I use $Ticket Location vs just $Location, the HTML href sees it as two separate variables. Is there any way to ref $Ticket Location as a single variable in the href statement? |
Elog client usage, posted by Alan Grant on Fri Jul 22 00:05:02 2011
|
I have searched the Elog forum and docs at length for actual examples of how to use the Elog client and I apologize if I missed it somehwere but could someone please provide some actual examples of how the parmeters are used? I haven't had much success setting it up just going by the Elog command syntax quide.
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).
Also, I saw a Perl script contribution somewhere on the site which appears to offer the same functionality as the above util. Just wondering why there would be two methods, and which might be the best for me to use?
Thank you. |
Re: Elog client usage, posted by Andreas Luedeke on Fri Jul 22 10:31:27 2011
|
Alan Grant wrote: |
I have searched the Elog forum and docs at length for actual examples of how to use the Elog client and I apologize if I missed it somehwere but could someone please provide some actual examples of how the parmeters are used? I haven't had much success setting it up just going by the Elog command syntax quide.
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).
Also, I saw a Perl script contribution somewhere on the site which appears to offer the same functionality as the above util. Just wondering why there would be two methods, and which might be the best for me to use? Thank you.
|
I suppose you have your demon "elogd" running and you can connect to your logbook via the web interface?
Then you can use the "elog" command to upload a text file as one entry.
If you want to split the text file to one-entry-per-line, you need to write a batch script to do that.
The usage of the "elog" command is descibed in the ELOG User's Guide: https://midas.psi.ch/elog/userguide.html#misc
The command line for "elog" has to define all "Required attributes" with "-a ..."
elog -h <host> -p <port> -l <logbook> -u <user> <password> -a <attribute>=<value> -n 1 -m <text-file>
<port> can be omitted if port 80 is used, "-u <user> <password>" can be omitted if anonymous entry creation is allowed.
Here's an example to write to the demo logbook at midas (local text file /tmp/hello.txt contains "hello world")
elog -h midas.psi.ch -l Linux+Demo -d elogs -a Author=nobody -a Type=Other -a Category=test -a "Subject=hello" -m /tmp/hello.txt
I hope this helps.
PS: please never refer to a location as "somewhere on the site". |
Re: Elog client usage, posted by Alan Grant on Tue Jul 26 21:50:05 2011
|
Andreas Luedeke wrote: |
Alan Grant wrote: |
I have searched the Elog forum and docs at length for actual examples of how to use the Elog client and I apologize if I missed it somehwere but could someone please provide some actual examples of how the parmeters are used? I haven't had much success setting it up just going by the Elog command syntax quide.
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).
Also, I saw a Perl script contribution somewhere on the site which appears to offer the same functionality as the above util. Just wondering why there would be two methods, and which might be the best for me to use? Thank you.
|
I suppose you have your demon "elogd" running and you can connect to your logbook via the web interface?
Then you can use the "elog" command to upload a text file as one entry.
If you want to split the text file to one-entry-per-line, you need to write a batch script to do that.
The usage of the "elog" command is descibed in the ELOG User's Guide: https://midas.psi.ch/elog/userguide.html#misc
The command line for "elog" has to define all "Required attributes" with "-a ..."
elog -h <host> -p <port> -l <logbook> -u <user> <password> -a <attribute>=<value> -n 1 -m <text-file>
<port> can be omitted if port 80 is used, "-u <user> <password>" can be omitted if anonymous entry creation is allowed.
Here's an example to write to the demo logbook at midas (local text file /tmp/hello.txt contains "hello world")
elog -h midas.psi.ch -l Linux+Demo -d elogs -a Author=nobody -a Type=Other -a Category=test -a "Subject=hello" -m /tmp/hello.txt
I hope this helps.
PS: please never refer to a location as "somewhere on the site".
|
It seems straight forward enough but I must be missing something in my elog command string. I run the client utiltiy but it always hangs after pressing Enter from the cmd window. It could be the way I specifying the host or subdir but I'm not sure. I tried multiple variations.
Some more info: For the prototype I'm just running Elog locally. I installed it to my XP in "c:\program files\elog". I verified tht elogd process is running. With the Elog page already open (ref my attached cfg file) 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"
Note since all attributes are optional I only included "Ticket Date" for now until I can get this cmd working.
Please bear with me as I don't have an extensive technical background but I would be very grateful for any help as it's for a project at work. Soonest response would be greatly appreciated.
Thanks.
Alan
|
Re: Elog client usage, posted by Andreas Luedeke on Wed Jul 27 04:36:40 2011
|
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
|
Re: Elog client usage, posted by Alan Grant on Tue Aug 2 21:36:20 2011
|
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).
|
present Text, posted by Juergen Lupke on Tue Aug 2 13:55:06 2011
|
I have define a MOption BACKUP = Server, Switch, Router any now i link to use the Status of the Backup Option to display diffrent html file in the Text field, i the a posible way to do this ?
sample:
MOption BACKUP = Server, Switch, Router
{Server&Switch&Router} Present Text = file1
{Server&Switch} Present Text = file2 |
List page displays internal 'Text' attribute header with some alias, posted by Zbigniew Reszela on Wed Jul 20 16:52:06 2011
|
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? |
Re: List page displays internal 'Text' attribute header with some alias, posted by Stefan Ritt on Wed Jul 20 17:39:25 2011
|
Zbigniew Reszela wrote: |
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. |
|