ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
69624
|
Mon Jan 23 21:21:56 2023 |
| Edmund Blomley | edmund.blomley@kit.edu | Request | All | - | Re: Wikipedia Article deleted | It was now moved to the Draft space (which I did not even now existed so far): https://en.wikipedia.org/wiki/Draft:ELOG
Sebastian Schenk wrote: |
I have requested an undeletion of the article. The article was deleted "PROD", which means that someone tagged it. And if noone removes the tag, it could be deleted.
I could revive the article. So in the future, One should have an eye on it and maybe update the current version of the software.
If there iy an paper on the elog, maybe it could be cited for more creditability.
Andreas Luedeke wrote: |
It looks to me like only an author of an article can contradict a deletion. I did not find a single method to even comment on the deletion.
I am not an Wikipedia expert, can anyone suggest on how to push for the article to be restored? Or do we just write it again, until people stop deleting it?
Stefan Ritt wrote: |
I agree. I ahead ;-) I think it is not a good idea if the ELOG author pushes on that, but better someone else.
Best,
Stefan
Sebastian Schenk wrote: |
Hello,
I noticed the wikipedia article of the ELOG got deleted in November 2021.
With the reason: "Poorly sourced article, and I was not able to find good sources myself."
I could access the old article through web.archive.org, but for the project it would be good, if the article got revived.
|
|
|
|
|
69626
|
Tue Jan 24 11:31:59 2023 |
| Edmund Blomley | edmund.blomley@kit.edu | Request | All | - | Re: Wikipedia Article deleted | If I understand it correctly I think it has to be submitted for review with the blue button on that page, just not sure if that should come from your side or someone else
Stefan Ritt wrote: |
I added some more references, that's about all I can do. Not sure if that is enough.
Stefan
Edmund Blomley wrote: |
It was now moved to the Draft space (which I did not even now existed so far): https://en.wikipedia.org/wiki/Draft:ELOG
Sebastian Schenk wrote: |
I have requested an undeletion of the article. The article was deleted "PROD", which means that someone tagged it. And if noone removes the tag, it could be deleted.
I could revive the article. So in the future, One should have an eye on it and maybe update the current version of the software.
If there iy an paper on the elog, maybe it could be cited for more creditability.
Andreas Luedeke wrote: |
It looks to me like only an author of an article can contradict a deletion. I did not find a single method to even comment on the deletion.
I am not an Wikipedia expert, can anyone suggest on how to push for the article to be restored? Or do we just write it again, until people stop deleting it?
Stefan Ritt wrote: |
I agree. I ahead ;-) I think it is not a good idea if the ELOG author pushes on that, but better someone else.
Best,
Stefan
Sebastian Schenk wrote: |
Hello,
I noticed the wikipedia article of the ELOG got deleted in November 2021.
With the reason: "Poorly sourced article, and I was not able to find good sources myself."
I could access the old article through web.archive.org, but for the project it would be good, if the article got revived.
|
|
|
|
|
|
|
67892
|
Fri May 8 17:45:24 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Question | Linux | 3.1 | Remote entries with empty messages possible? | Hey,
I want to submit an entry to elog remotley using the "elog" command. For example:
elog -h elog-server-adress -l EO -a Fill=111
But this does not generate a new entry. Instead the terminal jumps to an empty new line and the command does not respond to any further inputs anymore (CTRL+C to get out). I have to add a message:
elog -h elog-server-adress -l EO -a Fill=111 "test"
also using an empty string does not work:
elog -h elog-server-adress -l EO -a Fill=111 ""
I could add a whitespace as a work-around, but I'm not sure if this is a bug or a feature.
To put this in some context: I want to create entries for certain measurements automatically, where all relevant parameters are already attribute fields. In the usual case the actual message will be empty but might be used if the operator wants to add a note after the meausrement has been done. |
67942
|
Wed May 27 14:22:11 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Question | All | 3.1 | Formatting multiple datetime entries | Hey
in one of my measurement logbooks I'm using two datetime entries (for start and end time of a measurement). The entries are created automatically by the measurement script.
Attributes = Time Start, Time End
Type Time Start = datetime
Type Time End = datetime
Time format = %H:%M:%S
For better visual appearance I would like to only display the time on the two additional datetime fields but keep the full date and time on the standard date field. Using the "Time format" option will influence all three at once.
Is there an option to do something like the time format for individual attributes (similar to the syntax of adding comments etc)?
Example:Attributes = Time Start, Time End
Type Time Start = datetime
Type Time End = datetime
Time format Time Start = %H:%M:%S
Time format Time End = %H:%M:%S
|
68098
|
Thu Aug 20 14:23:43 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Info | All | 3.1.1 | Re: Version 3.1.1 of elog has been released | There seems to be a small problem with the new "Date/Time format <attribute>" implementation. It works great for the detailed view of a single entry:
But fails to work on the list view (same entry, the Date column is formated as it should):
Relevant config part:
Time format Time Start = %H:%M:%S
Time format Time End = %H:%M:%S
Stefan Ritt wrote: |
Version 3.1.1, released August 4th, 2015
-
Updated CKEditor to version 4.5.1
-
Implemented "Date/Time format <attribute> = ..."
-
Implemented "Use Email Subject Edit = ..."
-
Replaced "Back" by "Delete" button
-
Fixed many issues with Draft Messages
-
CSS file is now in *addition* to the default file elog.css
-
Added LDAP documentation
-
Added "Logout to URL = ..." option
-
Added description of Apacher server authentication
|
|
68110
|
Wed Sep 2 20:23:21 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Bug report | Windows | 3.1.1 | Attachment Uploaded Time is off by one hour | If I upload an attachment the timestamp of the attachment is set to one hour in the future, as demonstrated with this test attachment being one hour in the future compared to the entry time |
Draft
|
Mon Sep 21 10:14:50 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Bug report | Linux | 2.9.0(elogd) | Re: elog client overwriting attached files when editing existing log | Hey,
I think this is a "problem" of the elog client, since it simply replaces the data. In most cases this is what you want, but since I wanted to have the option to append to the acutal message I built a function to first read-back the entry and add to the message instead of replacing it.
I just played around a bit and found that the attachments will be even disconnected, if you do not specify the -f parameter but just edit a different part of this entry.
A work-around for this is tricky. I tried to write to the "Attachment" attribute directly (-a "Attachment=Filename'), since then you coud read back the data first and manually add the filenames again. But this does not work.
Since the attachments are not actually removed, the only option I see is to modify the logbook file entry on the server by manually re-adding the filenames to the "Attachment: " line. But
Joseph McKenna wrote: |
Using the elog client to upload atachments, I can successfully send attachments to an existing elog, however the existing attachments are lost.
I have tested using the elog client version 3.1.1 and elog client version 2.9.2 sending to elogd 2.9.0
elog -h localhost -p 8080 -l test -f file1.png -f file2.png -e 249 -v -x
This works great, the text contained in the elog post is retained, however all attachments are lost and replaced with those sent by this command.
Can anyone provide some tips? I am not sure if its a problem with the client or server.
Thank you in advance!
Joseph
|
|
68118
|
Mon Sep 21 10:48:31 2015 |
| Edmund Hertle | edmund.hertle@kit.edu | Bug report | Linux | 2.9.0(elogd) | Re: elog client overwriting attached files when editing existing log | Hey,
I think this is a "problem" of the elog client, since it simply replaces the data. In most cases this is what you want, but since I wanted to have the option to append to the acutal message I built a function to first read-back the entry and add to the message instead of replacing it.
I just played around a bit and found that the attachments will be even disconnected, if you do not specify the -f parameter but just edit a different part of this entry.
A work-around for this is tricky. I tried to write to the "Attachment" attribute directly (-a "Attachment=Filename'), since then you coud read back the data first and manually add the filenames again. But this does not work.
Since the attachments are not actually removed, the only option I see is to modify the logbook file entry on the server by manually re-adding the filenames to the "Attachment: " line.
Joseph McKenna wrote: |
Using the elog client to upload atachments, I can successfully send attachments to an existing elog, however the existing attachments are lost.
I have tested using the elog client version 3.1.1 and elog client version 2.9.2 sending to elogd 2.9.0
elog -h localhost -p 8080 -l test -f file1.png -f file2.png -e 249 -v -x
This works great, the text contained in the elog post is retained, however all attachments are lost and replaced with those sent by this command.
Can anyone provide some tips? I am not sure if its a problem with the client or server.
Thank you in advance!
Joseph
|
|
|