Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 85 of 238  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
icon1.gif   Enforce new thumbnails, posted by Martin Rongen on Mon Jun 24 15:46:43 2013 

Hi everyone

The past few days I have been editing elogd.c to link all image files to the PIXLR-API (http://pixlr.com/). I am now at a point where the edited images are uploaded fine to the elog server, but in order for the thumbnails  to refresh one needs to click edit and thus load the FCKeditor for the corresponding entry.

Any suggestions how I may be able to enforce thumbnail generation, whenever the entry is displayed.

An alternative way might be to get the original entry id associated to an attachment, but I have not been able to achieve this either.

Best regards

Martin

icon5.gif   Filter and sorting, posted by UlfO on Wed May 29 08:38:04 2013 

Hi,

We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.

If they find a deviation they want to register this somewhere.

So I thought E-log would be nice to use in this case.

The way the fire preventive team inspection works is building by building.

All the buildings has numbers.

So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.

And they also wants the filtering to stay on that choosen buildingnumber  despite if they delete or add new entries.

I know that you can have a default startview in E-log but this view is static.

Is it possible to do this in E-log?

 

 

    icon2.gif   Re: Filter and sorting, posted by Stefan Ritt on Tue Jun 4 16:52:18 2013 

UlfO wrote:

Hi,

We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.

If they find a deviation they want to register this somewhere.

So I thought E-log would be nice to use in this case.

The way the fire preventive team inspection works is building by building.

All the buildings has numbers.

So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.

And they also wants the filtering to stay on that choosen buildingnumber  despite if they delete or add new entries.

I know that you can have a default startview in E-log but this view is static.

Is it possible to do this in E-log?

You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building. 

       icon2.gif   Re: Filter and sorting, posted by UlfO on Tue Jun 4 17:02:32 2013 

Stefan Ritt wrote:

UlfO wrote:

Hi,

We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.

If they find a deviation they want to register this somewhere.

So I thought E-log would be nice to use in this case.

The way the fire preventive team inspection works is building by building.

All the buildings has numbers.

So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.

And they also wants the filtering to stay on that choosen buildingnumber  despite if they delete or add new entries.

I know that you can have a default startview in E-log but this view is static.

Is it possible to do this in E-log?

You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building. 

 OK!

Thanks for the answer.
I thought that this was the way to go. The problem is that we have several hundreds of buildings.

/UlfO

 

 

 

          icon2.gif   Re: Filter and sorting, posted by Stefan Ritt on Tue Jun 4 17:07:13 2013 

UlfO wrote:

Stefan Ritt wrote:

UlfO wrote:

Hi,

We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.

If they find a deviation they want to register this somewhere.

So I thought E-log would be nice to use in this case.

The way the fire preventive team inspection works is building by building.

All the buildings has numbers.

So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.

And they also wants the filtering to stay on that choosen buildingnumber  despite if they delete or add new entries.

I know that you can have a default startview in E-log but this view is static.

Is it possible to do this in E-log?

You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building. 

 OK!

Thanks for the answer.
I thought that this was the way to go. The problem is that we have several hundreds of buildings.

/UlfO 

Ouch! In principle the filtering could be stored in some cookie, but I would have to develop this, and I have currently no time for that. 

             icon2.gif   Re: Filter and sorting, posted by UlfO on Tue Jun 4 17:16:32 2013 

Stefan Ritt wrote:

UlfO wrote:

Stefan Ritt wrote:

UlfO wrote:

Hi,

We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.

If they find a deviation they want to register this somewhere.

So I thought E-log would be nice to use in this case.

The way the fire preventive team inspection works is building by building.

All the buildings has numbers.

So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.

And they also wants the filtering to stay on that choosen buildingnumber  despite if they delete or add new entries.

I know that you can have a default startview in E-log but this view is static.

Is it possible to do this in E-log?

You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building. 

 OK!

Thanks for the answer.
I thought that this was the way to go. The problem is that we have several hundreds of buildings.

/UlfO 

Ouch! In principle the filtering could be stored in some cookie, but I would have to develop this, and I have currently no time for that. 

 OK!
Probably we partly can solve this via some intelligent sorting, but I wanted to check this with you first.

/UlfO

 

 

 

 

icon5.gif   Latest windows version vs 2.9.2.2455, posted by UlfO on Tue Jun 4 17:07:04 2013 

 

What is the differences between E-log windows version 2.9.2-2455 like we run and E-log windows version 2.9.2.-2475 ?

I cant find a changelog for this.

Best regards
/UlfO

 

    icon2.gif   Re: Latest windows version vs 2.9.2.2455, posted by Stefan Ritt on Tue Jun 4 17:09:44 2013 

UlfO wrote:

 

What is the differences between E-log windows version 2.9.2-2455 like we run and E-log windows version 2.9.2.-2475 ?

I cant find a changelog for this.

Best regards
/UlfO

 

 https://savannah02.psi.ch/viewvc/meg_elog/trunk/src/elogd.c?view=log

       icon2.gif   Re: Latest windows version vs 2.9.2.2455, posted by UlfO on Tue Jun 4 17:14:25 2013 

Stefan Ritt wrote:

UlfO wrote:

 

What is the differences between E-log windows version 2.9.2-2455 like we run and E-log windows version 2.9.2.-2475 ?

I cant find a changelog for this.

Best regards
/UlfO

 

 https://savannah02.psi.ch/viewvc/meg_elog/trunk/src/elogd.c?view=log

 OK!

Thank you very much

/UlfO

 

 

icon5.gif   Sorting by numeric attribute (not entry ID)., posted by David Pilgram on Mon Jun 3 20:02:38 2013 
By default, elog enties are sorted by their ID number.  When viewing a logbook in Full or Summary, they are
shown in strict order of ID.  In Threaded, entries are shown in strict order of ID for the latest entry of each
thread, and then previous entries (in reply to) back from the latest one.  

In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to
last" chosen, but that's a detail).

I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. 

Now this works fine in Full or Summary mode.  In threaded mode (e.g. default for this forum, where every entry
is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it
doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the
entry it is in reply to, but all just slightly offset to the first entry.  

If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't.  Looks
(almost) the same as threaded.

I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but
I cannot seem to get this to happen.   Have I missed something here?  Or is it possible at all?
    icon2.gif   Re: Sorting by numeric attribute (not entry ID)., posted by Stefan Ritt on Tue Jun 4 12:03:18 2013 
> By default, elog enties are sorted by their ID number.  When viewing a logbook in Full or Summary, they are
> shown in strict order of ID.  In Threaded, entries are shown in strict order of ID for the latest entry of each
> thread, and then previous entries (in reply to) back from the latest one.  
> 
> In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to
> last" chosen, but that's a detail).
> 
> I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. 
> 
> Now this works fine in Full or Summary mode.  In threaded mode (e.g. default for this forum, where every entry
> is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it
> doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the
> entry it is in reply to, but all just slightly offset to the first entry.  
> 
> If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't.  Looks
> (almost) the same as threaded.
> 
> I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but
> I cannot seem to get this to happen.   Have I missed something here?  Or is it possible at all?

This is not possible at the moment, but I will add it to the wish list.
       icon2.gif   Re: Sorting by numeric attribute (not entry ID)., posted by David Pilgram on Tue Jun 4 15:00:23 2013 
> > By default, elog enties are sorted by their ID number.  When viewing a logbook in Full or Summary, they are
> > shown in strict order of ID.  In Threaded, entries are shown in strict order of ID for the latest entry of each
> > thread, and then previous entries (in reply to) back from the latest one.  
> > 
> > In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to
> > last" chosen, but that's a detail).
> > 
> > I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. 
> > 
> > Now this works fine in Full or Summary mode.  In threaded mode (e.g. default for this forum, where every entry
> > is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it
> > doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the
> > entry it is in reply to, but all just slightly offset to the first entry.  
> > 
> > If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't.  Looks
> > (almost) the same as threaded.
> > 
> > I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but
> > I cannot seem to get this to happen.   Have I missed something here?  Or is it possible at all?
> 
> This is not possible at the moment, but I will add it to the wish list.

OK, Thanks Stefan.
icon1.gif   Daemonizing vs. shell execution, posted by Martin Rongen on Mon Jun 3 15:44:46 2013 

Hi all

I have setup an logbook that executes a number of shell scripts to preset attributes and append standart information, which works great. Now I am trying to daemonise the whole thing. I have tried the -D option as well as daemontools. In both cases the logbook itself is functional but the bash scripts do not get executed.

Any ideas how I can resolve this problem?

Martin

    icon2.gif   Re: Daemonizing vs. shell execution, posted by Stefan Ritt on Mon Jun 3 15:53:22 2013 

Martin Rongen wrote:

Hi all

I have setup an logbook that executes a number of shell scripts to preset attributes and append standart information, which works great. Now I am trying to daemonise the whole thing. I have tried the -D option as well as daemontools. In both cases the logbook itself is functional but the bash scripts do not get executed.

Any ideas how I can resolve this problem?

Martin

Usually the problem comes from the fact that a daemon runs from the root directory ('/') by definition. I might not find your scripts if they are not in the path. Try to call them explicitly with the ful path like "/usr/local/elog/script.sh".

/Stefan 

       icon2.gif   Re: Daemonizing vs. shell execution, posted by Martin Rongen on Tue Jun 4 13:26:02 2013 

Stefan Ritt wrote:

Martin Rongen wrote:

Hi all

I have setup an logbook that executes a number of shell scripts to preset attributes and append standart information, which works great. Now I am trying to daemonise the whole thing. I have tried the -D option as well as daemontools. In both cases the logbook itself is functional but the bash scripts do not get executed.

Any ideas how I can resolve this problem?

Martin

Usually the problem comes from the fact that a daemon runs from the root directory ('/') by definition. I might not find your scripts if they are not in the path. Try to call them explicitly with the ful path like "/usr/local/elog/script.sh".

/Stefan 

 I didn't know that. Thanks for the quick response. I have it working now :)

icon5.gif   "full" only changes color, posted by Kees Bol on Mon Aug 1 11:58:43 2005 
Hi,
I have the strange problem that when changing to "full"-diplaymode the output looks the same as with "summary", only the color is different. The texts don't appear.
Any idea what can cause this behaviour?

thanks
Kees Bol
    icon2.gif   Re: "full" only changes color, posted by Stefan Ritt on Tue Aug 2 08:56:21 2005 

Kees Bol wrote:
I have the strange problem that when changing to "full"-diplaymode the output looks the same as with "summary", only the color is different. The texts don't appear.
Any idea what can cause this behaviour?


Can you send me your elogd.cfg ?

Have you made sure that the entries do contain some text? The behaviour you describe usually happens if you have entries without any text.
       icon2.gif   Re: "full" only changes color, posted by Kees Bol on Tue Aug 2 10:25:32 2005 

Stefan Ritt wrote:

Kees Bol wrote:
I have the strange problem that when changing to "full"-diplaymode the output looks the same as with "summary", only the color is different. The texts don't appear.
Any idea what can cause this behaviour?


Can you send me your elogd.cfg ?

Have you made sure that the entries do contain some text? The behaviour you describe usually happens if you have entries without any text.


Well, I guess that causes it. In the summary-view there is no visible text.
I thougt when choosing the full-view the text would appear along with the other attributes.

My config-file is:
================================================================
Theme = default

Attributes = Author, Type, Subject
Required Attributes = Type, Subject
Preset Author = $long_name
Locked Attributes = Author

Options Type = Question, Configuration, Problem, Info, Other

List Display = ID, Date, Author, Type, Subject
Thread display = $Subject, posted by $Author on $Date

Menu commands = Back, New, Edit, Delete, Reply, Find, Last 10, Change password, Logout, Help

Quick filter = Date, Type
Summary lines = 0

Start page = ?rsort=Date

; alleen eigen messages editen
Restrict edit = 1
======================================================================================
          icon2.gif   Re: "full" only changes color, posted by Stefan Ritt on Thu Aug 4 22:35:57 2005 summary.jpgfull.jpg

Kees Bol wrote:
I thougt when choosing the full-view the text would appear along with the other attributes.


That's how it is supposed to be. I tried your config file, added three entries, and got the behaviour documented in the attached images. To me everything looks fine.
             icon2.gif   Re: "full" only changes color, posted by Kees Bol on Fri Aug 5 10:00:00 2005 

Stefan Ritt wrote:

Kees Bol wrote:
I thougt when choosing the full-view the text would appear along with the other attributes.


That's how it is supposed to be. I tried your config file, added three entries, and got the behaviour documented in the attached images. To me everything looks fine.


Stefan, the output you see I expected to see with my logbook too but I don't.
I will upgrade to V2.6.0-beta3, perhaps that solves the problem.
             icon2.gif   Re: "full" only changes color, posted by Kees Bol on Fri Aug 5 10:51:27 2005 elogd.cfg.txt

Stefan Ritt wrote:

Kees Bol wrote:
I thougt when choosing the full-view the text would appear along with the other attributes.


That's how it is supposed to be. I tried your config file, added three entries, and got the behaviour documented in the attached images. To me everything looks fine.


Stefan, I installed V2.6.0-beta3 and there is a (unwanted) difference. The Text field now appears in the summary-view despite the config specifies:

List Display = ID, Logdate, Author, Book, Chapter, Type, Subject

so in my opinion the text-field should not show up here.

Now the full-view indeed shows the complete texts.

I also attached the complete config-file because perhaps I overlook some details.


Another point: there was some discussion about v2.6.0-beta3 being slow.
I have v2.6.0-beta and v2.6.0-beta3 running side by side on the same server and notice also a big difference in speed, beta3 being much slower.
                icon2.gif   Re: "full" only changes color, posted by Stefan Ritt on Fri Aug 5 10:54:49 2005 

Kees Bol wrote:
Stefan, I installed V2.6.0-beta3 and there is a (unwanted) difference. The Text field now appears in the summary-view despite the config specifies:

List Display = ID, Logdate, Author, Book, Chapter, Type, Subject

so in my opinion the text-field should not show up here.


If you do not want text display in the summary view, add

Summary lines = 0

into your config file.


Kees Bol wrote:
Another point: there was some discussion about v2.6.0-beta3 being slow.
I have v2.6.0-beta and v2.6.0-beta3 running side by side on the same server and notice also a big difference in speed, beta3 being much slower.


This is still a mystery to me, since on all machines I try the speed is fine. I'm still waiting for some debugging analysis from users which have this problem. If I cannot reproduce it, I cannot fix it.
                   icon14.gif   Re: "full" only changes color, posted by Kees Bol on Fri Aug 5 14:30:52 2005 

Stefan Ritt wrote:

Kees Bol wrote:
Stefan, I installed V2.6.0-beta3 and there is a (unwanted) difference. The Text field now appears in the summary-view despite the config specifies:

List Display = ID, Logdate, Author, Book, Chapter, Type, Subject

so in my opinion the text-field should not show up here.


If you do not want text display in the summary view, add

Summary lines = 0

into your config file.


Kees Bol wrote:
Another point: there was some discussion about v2.6.0-beta3 being slow.
I have v2.6.0-beta and v2.6.0-beta3 running side by side on the same server and notice also a big difference in speed, beta3 being much slower.


This is still a mystery to me, since on all machines I try the speed is fine. I'm still waiting for some debugging analysis from users which have this problem. If I cannot reproduce it, I cannot fix it.



After upgrading to v2.6.0-beta4 everything works fine now.
Thanks for your help
    icon2.gif   Re: "full" only changes color, posted by Martin Rongen on Mon Jun 3 15:49:33 2013 elogd.cfg

Kees Bol wrote:
Hi,
I have the strange problem that when changing to "full"-diplaymode the output looks the same as with "summary", only the color is different. The texts don't appear.
Any idea what can cause this behaviour?

thanks
Kees Bol



I now have the same problem in 2.9.2. Attached please find the elogd.cfg

Best regards
Martin
icon1.gif   Application failed to initialize properly, posted by Norm on Sat May 18 17:41:51 2013 

I attempted to install the newest version of elog on our site elog server from an old old version.  Around 2008 I believe.  I then received an application failed to initialize properly 0xc0150002 after installing the newest version.  I then tried installing the Feb 2013 version and received the same message.  Panicked, I rolled back our server to its state yesterday.  I would like to update our elog software, anyone know why I am receiving this error??

    icon2.gif   Re: Application failed to initialize properly, posted by Andreas Luedeke on Tue May 21 14:33:09 2013 

Norm wrote:

I attempted to install the newest version of elog on our site elog server from an old old version.  Around 2008 I believe.  I then received an application failed to initialize properly 0xc0150002 after installing the newest version.  I then tried installing the Feb 2013 version and received the same message.  Panicked, I rolled back our server to its state yesterday.  I would like to update our elog software, anyone know why I am receiving this error??

 Hi Norm. I have not much experience with windows, but I can give you my two cent on how to proceed:

  • Check the old elogd version. It is shown at the bottom of your elog web page (this forum shows ELOG V2.9.2-2475).
  • Copy your logbook data to a different PC, maybe your office PC.
  • Then compile the latest elog on your office PC, run it with the copied data and access it as http://localhost:8080 (or whatever port number you are using)
  • If it is still crashing: re-compile it using "make debug" and run it from a debugger (I don't know any C-debugger for Windows). Post the precise error message.
 
Detect language » English
 

Good luck!

       icon2.gif   Re: Application failed to initialize properly, posted by Norm on Sat May 25 16:09:58 2013 

Andreas Luedeke wrote:

Norm wrote:

I attempted to install the newest version of elog on our site elog server from an old old version.  Around 2008 I believe.  I then received an application failed to initialize properly 0xc0150002 after installing the newest version.  I then tried installing the Feb 2013 version and received the same message.  Panicked, I rolled back our server to its state yesterday.  I would like to update our elog software, anyone know why I am receiving this error??

 Hi Norm. I have not much experience with windows, but I can give you my two cent on how to proceed:

  • Check the old elogd version. It is shown at the bottom of your elog web page (this forum shows ELOG V2.9.2-2475).
  • Copy your logbook data to a different PC, maybe your office PC.
  • Then compile the latest elog on your office PC, run it with the copied data and access it as http://localhost:8080 (or whatever port number you are using)
  • If it is still crashing: re-compile it using "make debug" and run it from a debugger (I don't know any C-debugger for Windows). Post the precise error message.
 
Detect language » English
 

Good luck!

 Thanks for the reply.  I just got back from a business trip and I will try this ASAP.  Thanks and I will be posting the error message.

       icon2.gif   Re: Application failed to initialize properly, posted by Norm on Sat Jun 1 20:20:03 2013 

Andreas Luedeke wrote:

Norm wrote:

I attempted to install the newest version of elog on our site elog server from an old old version.  Around 2008 I believe.  I then received an application failed to initialize properly 0xc0150002 after installing the newest version.  I then tried installing the Feb 2013 version and received the same message.  Panicked, I rolled back our server to its state yesterday.  I would like to update our elog software, anyone know why I am receiving this error??

 Hi Norm. I have not much experience with windows, but I can give you my two cent on how to proceed:

  • Check the old elogd version. It is shown at the bottom of your elog web page (this forum shows ELOG V2.9.2-2475).
  • Copy your logbook data to a different PC, maybe your office PC.
  • Then compile the latest elog on your office PC, run it with the copied data and access it as http://localhost:8080 (or whatever port number you are using)
  • If it is still crashing: re-compile it using "make debug" and run it from a debugger (I don't know any C-debugger for Windows). Post the precise error message.
 
Detect language » English
 

Good luck!

 Andreas,

 

We do not have the current revision at the bottom of any of the pages.  Is there another way I can find out the current revision I'm using?

 

Thanks!

          icon2.gif   Re: Application failed to initialize properly, posted by Andreas Luedeke on Mon Jun 3 13:56:35 2013 

Norm wrote:

Andreas Luedeke wrote:

Norm wrote:

I attempted to install the newest version of elog on our site elog server from an old old version.  Around 2008 I believe.  I then received an application failed to initialize properly 0xc0150002 after installing the newest version.  I then tried installing the Feb 2013 version and received the same message.  Panicked, I rolled back our server to its state yesterday.  I would like to update our elog software, anyone know why I am receiving this error??

 Hi Norm. I have not much experience with windows, but I can give you my two cent on how to proceed:

  • Check the old elogd version. It is shown at the bottom of your elog web page (this forum shows ELOG V2.9.2-2475).
  • Copy your logbook data to a different PC, maybe your office PC.
  • Then compile the latest elog on your office PC, run it with the copied data and access it as http://localhost:8080 (or whatever port number you are using)
  • If it is still crashing: re-compile it using "make debug" and run it from a debugger (I don't know any C-debugger for Windows). Post the precise error message.
 
Detect language » English
 

Good luck!

Andreas,

We do not have the current revision at the bottom of any of the pages.  Is there another way I can find out the current revision I'm using?

Thanks!

Try:

/usr/local/sbin/elogd -h

 
Detect language » English
 

This is the path for Linux, it is likely different on Windows. But you could just run "elogd -h" in the directory where you compile elogd.

It should print out the version in the first line.

icon5.gif   hyperlink other elog posts, posted by Remington Tyler Thornton on Tue May 28 19:01:42 2013 

I am on an experiment that used ELOG for all documentation and meeting notes. In our meeting notes we link to elog posts that had been discussed during the meeting. We had done this by hyperlinking the URL to the entry. Recently we had to move our logbook to another machine and so none of our hyperlinks work since the URLs have changed. I noticed that when one creates a new entry in the subject they can reference another post. Is there a way to link another elog in the body of the elog by using its logbook name and id number without having to use a URL?

Thanks in advance

    icon2.gif   Re: hyperlink other elog posts, posted by Andreas Luedeke on Wed May 29 14:57:23 2013 regreplace

Remington Tyler Thornton wrote:

I am on an experiment that used ELOG for all documentation and meeting notes. In our meeting notes we link to elog posts that had been discussed during the meeting. We had done this by hyperlinking the URL to the entry. Recently we had to move our logbook to another machine and so none of our hyperlinks work since the URLs have changed. I noticed that when one creates a new entry in the subject they can reference another post. Is there a way to link another elog in the body of the elog by using its logbook name and id number without having to use a URL?

Thanks in advance

This is one of the rare cases where it helps to read the manual: https://midas.psi.ch/elog/userguide.html#add (You may need to upgrade to elog 2.9)

If you want to replace the old URLs with the new ones, you can edit the logbook files with the entries. The attached script allows you to do so easily. But be careful, try it on a copy of your data first.

 
Detect language » English
 
 
Detect language » English
 
Using:
regreplace "<old-url>" "<new-url>" *a.log
 
I hope this helps.
Andreas
ELOG V3.1.5-3fb85fa6