ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67099
|
Tue Aug 2 21:36:20 2011 |
| Alan Grant | netman311@mts.net | Info | All | 2.9.0 | 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).
|
67100
|
Tue Aug 2 22:58:37 2011 |
| Alan Grant | netman311@mts.net | Question | Windows | 2.9.0 | Hyperlinking address to Google Maps | 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 |
67101
|
Wed Aug 3 17:55:41 2011 |
| Alan Grant | netman311@mts.net | Question | Windows | 2.9.0 | Re: Hyperlinking address to Google Maps |
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? |
67102
|
Mon Aug 15 11:36:02 2011 |
| Kester Habermann | kester.habermann@gmail.com | Bug report | Other | 2.9.0 | SEGV after upgrade from 2.7.8 to 2.9.0 | 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
|
67121
|
Fri Sep 9 12:54:13 2011 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Other | 2.9.0 | Expiration of ELOG forum accounts | 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 |
67139
|
Thu Oct 27 14:05:35 2011 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | All | 2.9.0 | undesired side effect of using an attribute "Entry" | If you use an attribute "Entry" then the internal variable "entry time" will expand to the last value of
"$Entry"+" time", e.g. if you use it in "Thread display = $entry time, ..."
One side effect is, that the logbook selection page defaults to use
Last submission = $entry time by $author
Which then expands to an undesired result.
This is not really a bug, rather something you'll need to keep in the back of your mind. |
67140
|
Tue Nov 1 01:29:59 2011 |
| Michael Simoen | simoen@chalmers.se | Question | All | 2.9.0 | Extendable Moption | Hi,
I'm currently trying to setup a logbook which will contain process descriptions. One of the attributes will be the resists that are used. This could be more than one resist, hence I try to use MOptions but users should also be able to add materials to the selection list. When I write the following, I get some problems though:
Required Attributes = Name, Author, Resists
MOptions Resists = Nano Copolymer EL-10, S1813
Extendable options = Resists
If a user wants to add a resist, he gets a textbox to add the new resist (which will contain what was already toggled), but there is now way to select also other resists that are already available, without saving the post and than edit it again. Previously selected resists are deselected when a new resist is added (if the user had emptied the textbox) and one can not save the newly added attribute option without saving the whole entry.
Is there a nice way to implement this (am I overlooking an obvious solution), or is this not possible at all. I guess an ideal solution would be to get some sort of ok button when one adds an attribute option and after confirming the new value that one gets back to the checkboxes without exiting the edit mode.
Regards,
Michaël
PS: This is the complete config for this logbook:
Theme = default
Page Title = $logbook - $Name
Edit Page Title = $logbook
Comment = Photolithography Processes
Quick filter = Name, Resists
Preset Author = $long_name
Reverse sort = 1
Attributes = Name, Author, Resists
Sort Attributes = Resists, Name, Author
Required Attributes = Name, Author, Resists
MOptions Resists = Nano Copolymer EL-10, S1813
Extendable options = Resists
Sort Attribute Options Resists = 1
List display = Name, Author, Resists
|
67146
|
Wed Nov 9 20:15:38 2011 |
| Steve Nahn | nahn@mit.edu | Bug report | Linux | 2.9.0 | Global Synchronization with 2.9.0 | Hi
I just updated my mirror server, which I just use as a backup to my main server, to 2.9.0 and found that after logging in (the selection page is not protected, but the individual logbooks are) and coming back to the selection page I no longer get the "Synchronize all logbooks" even though I am an admin user. The relevant code is in elogd.c in the show_selection_page() routine:
/* only admin user sees synchronization link */
if (is_admin_user("global", getparam("unm"))) {
rsprintf("<tr>\n");
rsprintf("<td colspan=13 class=\"seltitle\">\n");
rsprintf("<a href=\"?cmd=Synchronize\">%s</a></td>\n", loc("Synchronize all logbooks"));
rsprintf("</tr>\n");
}
what is happening is that after logging in to a logbook and coming back to the selection page, the "unm" parameter is not set, so getparam("unm") returns NULL, who clearly is not in the admin user list. The strange thing is that in an individual logbook the unm (and uname) parameters are working fine, and I have admin rights - can change the global config file, do an individual synchronization, etc. It is just from the selection page that the unm parameter is not working.
In fact, I commented out the if statement above, just to see if I could get synchronized using the link, and that failed too, with a message "No user name supplied for remote access" even though I do have a "mirror user" statement in my config. Again, if I do each one individually it all works. In addition, the cron synchronization (i.e. mirror cron) also works fine.
Obviously this isn't crucial, just a pain that can be worked around, but if anyone has any ideas I'd be glad to hear them.
Steve
PS Another feature request: when you forget to set an icon in this forum and then use the "back button" it shouldn't force you to rewrite the whole message over again! |
|