Problems with digiKam 5.1.0

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Problems with digiKam 5.1.0

Elle Stone-2
Hi All,

I'm running Gentoo Linux and digiKam 5.1.0. I'm having some issues with
digiKam. Here's the digiKam 5 install information from "About":

Version 5.1.0
Using:
KDE Frameworks 5.23.0
Qt 5.6.1 (built against 5.6.1)
The xcb windowing system

Here are the issues so far:

A. Despite perhaps 6 hours of steady searching and trialing, I haven't
persuaded digiKam to show a proper icon in my IceWm system tray. All I
see is a red X. I did manage to get dolphin, konsole, kruler, and kcalc
to finally have proper icons (before my marathon search session they all
had the same "red X" icon), so the search was not in vain. But I'd
really like to have a proper icon for digiKam. I don't care which icon
from which theme it is, as long as it's not the red X.

B. I deleted a tag labelled "People". I don't have such a tag in my tag
tree. It reappeared upon starting digiKam. Tried again, same result.

C. I don't use Album categories. I deleted all the album categories and
they reappeared when I restarted digiKam. Tried again, same result.

D. This is the really serious issue: This morning I spend a couple of
hours rearranging the tag tree, which was considerably in disarray. Then
I closed and restarted digiKam. A tag tree that I had moved to a new
location was back at it's original location. Tried again, same result -
it just won't stay put.


Here's what I want digiKam to do:

Step 1. Upon adding new files to the database, read the image files
*once* to get the tags. And then *never* read the image files again.

Step 2. Normally only write to the database. Never write to the image
files and also don't write to XMP sidecar files.

Step 3. Once I've got the tag tree back to where I'd like it to be, I
want to write all the tags out to XMP sidecar files. Then I'll use
exiftool to rewrite selected tags (tagslist, hierarchicalsubject, and a
few other) back to the image files. Then I'll probably delete the
existing digikam database and and XMP files, and start over with a clean
database, hopefully with all the tags properly read in as per step 1 above.

How do I set digiKam up to do the above? Is this even possible? Because
of D above, it would seem to require not shutting digiKam down until
I've completely redone the tag tree?

Before starting digiKam 5 I removed all the old digiKam/showFoto
settings files. Upon starting digiKam 5 I made a new sqlite database,
and for some reason the database name is "digikam4db" - why is this?

Best,
and thanking you in advance for any help,
Elle
Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Elle Stone-2
On 08/15/2016 04:30 PM, Elle Stone wrote:
> D. This is the really serious issue: This morning I spend a couple of
> hours rearranging the tag tree, which was considerably in disarray. Then
> I closed and restarted digiKam. A tag tree that I had moved to a new
> location was back at it's original location. Tried again, same result -
> it just won't stay put.
>

I tried making a new tag "B" under the place in the tag tree where the
errant tag "A" should be. Then I moved the subtags from A to B and then
deleted tag A.

Upon restarting digiKam tag A was gone. But so were all of the subtags
from A that I had moved to B before deleting tag A.

Best,
Elle

Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Gilles Caulier-4
In reply to this post by Elle Stone-2


2016-08-15 22:30 GMT+02:00 Elle Stone <[hidden email]>:
Hi All,

I'm running Gentoo Linux and digiKam 5.1.0. I'm having some issues with digiKam. Here's the digiKam 5 install information from "About":

Version 5.1.0
Using:
KDE Frameworks 5.23.0
Qt 5.6.1 (built against 5.6.1)
The xcb windowing system

Here are the issues so far:

A. Despite perhaps 6 hours of steady searching and trialing, I haven't persuaded digiKam to show a proper icon in my IceWm system tray. All I see is a red X. I did manage to get dolphin, konsole, kruler, and kcalc to finally have proper icons (before my marathon search session they all had the same "red X" icon), so the search was not in vain. But I'd really like to have a proper icon for digiKam. I don't care which icon from which theme it is, as long as it's not the red X.

Certainly, The Breeze icon theme is not installed on you system. 

B. I deleted a tag labelled "People". I don't have such a tag in my tag tree. It reappeared upon starting digiKam. Tried again, same result.

Yes. It's the rules in database schema about Face Management. There is already a report about.
 

C. I don't use Album categories. I deleted all the album categories and they reappeared when I restarted digiKam. Tried again, same result.

This part have not yet checked since a while because is not too much used.

D. This is the really serious issue: This morning I spend a couple of hours rearranging the tag tree, which was considerably in disarray. Then I closed and restarted digiKam. A tag tree that I had moved to a new location was back at it's original location. Tried again, same result - it just won't stay put.

Did you use Mysql as database ? 

Here's what I want digiKam to do:

Step 1. Upon adding new files to the database, read the image files *once* to get the tags. And then *never* read the image files again.

Do you mean the automatic scan for new item at start up ? There is an option to disable it on Setup/Misc 

Step 2. Normally only write to the database. Never write to the image files and also don't write to XMP sidecar files.

See Setup/Metadata configuration. 

Step 3. Once I've got the tag tree back to where I'd like it to be, I want to write all the tags out to XMP sidecar files. Then I'll use exiftool to rewrite selected tags (tagslist, hierarchicalsubject, and a few other) back to the image files. Then I'll probably delete the existing digikam database and and XMP files, and start over with a clean database, hopefully with all the tags properly read in as per step 1 above.

Again, Setup/Metadata has the right option for you. 

How do I set digiKam up to do the above? Is this even possible? Because of D above, it would seem to require not shutting digiKam down until I've completely redone the tag tree?

Before starting digiKam 5 I removed all the old digiKam/showFoto settings files. Upon starting digiKam 5 I made a new sqlite database, and for some reason the database name is "digikam4db" - why is this?

DK 4.x and 5.x use the same database file. The schema is not changed, so the filename too.

Gilles Caulier 

Best,
and thanking you in advance for any help,
Elle

Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Elle Stone-2
On 08/15/2016 04:37 PM, Gilles Caulier wrote:

>
>
> 2016-08-15 22:30 GMT+02:00 Elle Stone <[hidden email]
>     A. Despite perhaps 6 hours of steady searching and trialing, I
>     haven't persuaded digiKam to show a proper icon in my IceWm system
>     tray. All I see is a red X. I did manage to get dolphin, konsole,
>     kruler, and kcalc to finally have proper icons (before my marathon
>     search session they all had the same "red X" icon), so the search
>     was not in vain. But I'd really like to have a proper icon for
>     digiKam. I don't care which icon from which theme it is, as long as
>     it's not the red X.
>
>
> Certainly, The Breeze icon theme is not installed on you system.

Yes, it is already installed (happened back at the beginning of the
6-hour marathon):

$ equery list '*breeze*'
  * Searching for *breeze* ...
[IP-] [  ] kde-frameworks/breeze-icons-5.23.0:5/5.23

>
>     B. I deleted a tag labelled "People". I don't have such a tag in my
>     tag tree. It reappeared upon starting digiKam. Tried again, same result.
>
>
> Yes. It's the rules in database schema about Face Management. There is
> already a report about.

OK, thanks! This is a minor issue.

>     C. I don't use Album categories. I deleted all the album categories
>     and they reappeared when I restarted digiKam. Tried again, same result.
>
>
> This part have not yet checked since a while because is not too much used.

OK. This also is a minor issue.

>
>     D. This is the really serious issue: This morning I spend a couple
>     of hours rearranging the tag tree, which was considerably in
>     disarray. Then I closed and restarted digiKam. A tag tree that I had
>     moved to a new location was back at it's original location. Tried
>     again, same result - it just won't stay put.
>
> Did you use Mysql as database ?

No. I'm using sqlite-3.12.0. I don't have mysql or mariadb installed.

>
>     Here's what I want digiKam to do:
>
>     Step 1. Upon adding new files to the database, read the image files
>     *once* to get the tags. And then *never* read the image files again.
>
>
> Do you mean the automatic scan for new item at start up ? There is an
> option to disable it on Setup/Misc

I do want digiKam to scan for new items. What I don't want is for
digiKam to read the information from old items again and again and
again. I don't want digiKam to monitor for changes in the metadata in
files that are already in the database. Read once and then never read again.

>
>     Step 2. Normally only write to the database. Never write to the
>     image files and also don't write to XMP sidecar files.
>
>
> See Setup/Metadata configuration.

Well, I've already done my best to make the right configuration
settings. But I'm not sure I made the right choices:

* I unchecked everyting on the Metadata Behavior tab.

* On the Rotation tab I selected Rotate by only setting a flag.

* I don't know what to do with the Advanced Configuration tab. But I
made some changes to that tab and upon restarting digikam the changes
were "undone".


>
>     Step 3. Once I've got the tag tree back to where I'd like it to be,
>     I want to write all the tags out to XMP sidecar files. Then I'll use
>     exiftool to rewrite selected tags (tagslist, hierarchicalsubject,
>     and a few other) back to the image files. Then I'll probably delete
>     the existing digikam database and and XMP files, and start over with
>     a clean database, hopefully with all the tags properly read in as
>     per step 1 above.
>
>
> Again, Setup/Metadata has the right option for you.

And these would be?

I have a feeling that the problem might not be in the settings, but
elsewhere. I ran digiKam from a terminal to see the output. The only
thing that stands out are complaints about dbus:

Failed enumerating UDisks2 objects:
"org.freedesktop.DBus.Error.Disconnected"
  "Not connected to D-Bus server"
Failed enumerating UDisks2 objects:
"org.freedesktop.DBus.Error.Disconnected"
  "Not connected to D-Bus server"
Failed enumerating UDisks2 objects:
"org.freedesktop.DBus.Error.Disconnected"
  "Not connected to D-Bus server"
Failed enumerating UDisks2 objects:
"org.freedesktop.DBus.Error.Disconnected"
  "Not connected to D-Bus server"

Could this be the issue? According to htop, "something" dbus related is
running as soon as I start the IceWM desktop, but maybe something else
needs to be running?

>     Before starting digiKam 5 I removed all the old digiKam/showFoto
>     settings files. Upon starting digiKam 5 I made a new sqlite
>     database, and for some reason the database name is "digikam4db" -
>     why is this?
>
> DK 4.x and 5.x use the same database file. The schema is not changed, so
> the filename too.

OK, thanks!

Best,
Elle
Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Gilles Caulier-4


2016-08-15 23:07 GMT+02:00 Elle Stone <[hidden email]>:
On 08/15/2016 04:37 PM, Gilles Caulier wrote:


2016-08-15 22:30 GMT+02:00 Elle Stone <[hidden email]
    A. Despite perhaps 6 hours of steady searching and trialing, I
    haven't persuaded digiKam to show a proper icon in my IceWm system
    tray. All I see is a red X. I did manage to get dolphin, konsole,
    kruler, and kcalc to finally have proper icons (before my marathon
    search session they all had the same "red X" icon), so the search
    was not in vain. But I'd really like to have a proper icon for
    digiKam. I don't care which icon from which theme it is, as long as
    it's not the red X.


Certainly, The Breeze icon theme is not installed on you system.

Yes, it is already installed (happened back at the beginning of the 6-hour marathon):

$ equery list '*breeze*'
 * Searching for *breeze* ...
[IP-] [  ] kde-frameworks/breeze-icons-5.23.0:5/5.23


    B. I deleted a tag labelled "People". I don't have such a tag in my
    tag tree. It reappeared upon starting digiKam. Tried again, same result.


Yes. It's the rules in database schema about Face Management. There is
already a report about.

OK, thanks! This is a minor issue.

    C. I don't use Album categories. I deleted all the album categories
    and they reappeared when I restarted digiKam. Tried again, same result.


This part have not yet checked since a while because is not too much used.

OK. This also is a minor issue.


    D. This is the really serious issue: This morning I spend a couple
    of hours rearranging the tag tree, which was considerably in
    disarray. Then I closed and restarted digiKam. A tag tree that I had
    moved to a new location was back at it's original location. Tried
    again, same result - it just won't stay put.

Did you use Mysql as database ?

No. I'm using sqlite-3.12.0. I don't have mysql or mariadb installed.


    Here's what I want digiKam to do:

    Step 1. Upon adding new files to the database, read the image files
    *once* to get the tags. And then *never* read the image files again.


Do you mean the automatic scan for new item at start up ? There is an
option to disable it on Setup/Misc

I do want digiKam to scan for new items. What I don't want is for digiKam to read the information from old items again and again and again. I don't want digiKam to monitor for changes in the metadata in files that are already in the database. Read once and then never read again.


digiKam never do that.

 
    Step 2. Normally only write to the database. Never write to the
    image files and also don't write to XMP sidecar files.


See Setup/Metadata configuration.

Well, I've already done my best to make the right configuration settings. But I'm not sure I made the right choices:

* I unchecked everyting on the Metadata Behavior tab.

* On the Rotation tab I selected Rotate by only setting a flag.

* I don't know what to do with the Advanced Configuration tab. But I made some changes to that tab and upon restarting digikam the changes were "undone".



    Step 3. Once I've got the tag tree back to where I'd like it to be,
    I want to write all the tags out to XMP sidecar files. Then I'll use
    exiftool to rewrite selected tags (tagslist, hierarchicalsubject,
    and a few other) back to the image files. Then I'll probably delete
    the existing digikam database and and XMP files, and start over with
    a clean database, hopefully with all the tags properly read in as
    per step 1 above.


Again, Setup/Metadata has the right option for you.

And these would be?

I have a feeling that the problem might not be in the settings, but elsewhere. I ran digiKam from a terminal to see the output. The only thing that stands out are complaints about dbus:

Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
 "Not connected to D-Bus server"
Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
 "Not connected to D-Bus server"
Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
 "Not connected to D-Bus server"
Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
 "Not connected to D-Bus server"

Could this be the issue? According to htop, "something" dbus related is running as soon as I start the IceWM desktop, but maybe something else needs to be running?

No Dbus is a communication chanel between Linux applications. this has nothing to do with metadata.
But the error is suspect about Linux desktop stability. 
 
    Before starting digiKam 5 I removed all the old digiKam/showFoto
    settings files. Upon starting digiKam 5 I made a new sqlite
    database, and for some reason the database name is "digikam4db" -
    why is this?

DK 4.x and 5.x use the same database file. The schema is not changed, so
the filename too.

OK, thanks!

Best,
Elle

Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Elle Stone-2
On 08/15/2016 05:11 PM, Gilles Caulier wrote:

>             Here's what I want digiKam to do:
>
>             Step 1. Upon adding new files to the database, read the
>         image files
>             *once* to get the tags. And then *never* read the image
>         files again.
>
>
>         Do you mean the automatic scan for new item at start up ? There
>         is an
>         option to disable it on Setup/Misc
>
>
>     I do want digiKam to scan for new items. What I don't want is for
>     digiKam to read the information from old items again and again and
>     again. I don't want digiKam to monitor for changes in the metadata
>     in files that are already in the database. Read once and then never
>     read again.
>
>
> digiKam never do that.

My apologies, I don't understand. What is it that digiKam never does?

Are you saying digiKam only reads the metadata from a file once, upon
import?

Or are you saying that digiKam always checks for changes in files that
are already in the database, and this behavior can't be disabled?


>             Step 2. Normally only write to the database. Never write to the
>             image files and also don't write to XMP sidecar files.
>
>
>         See Setup/Metadata configuration.
>
>
>     Well, I've already done my best to make the right configuration
>     settings. But I'm not sure I made the right choices:
>
>     * I unchecked everyting on the Metadata Behavior tab.
>
>     * On the Rotation tab I selected Rotate by only setting a flag.
>
>     * I don't know what to do with the Advanced Configuration tab. But I
>     made some changes to that tab and upon restarting digikam the
>     changes were "undone".

Are these the right settings?


>
> No Dbus is a communication chanel between Linux applications. this has
> nothing to do with metadata.
> But the error is suspect about Linux desktop stability.

I'm not sure what you mean - my Linux IceWM desktop has seemed rock
solid for as long as I've been running Linux, which is since 2007. I've
been running pretty much the same mix of KDE and GTK apps the whole time.

Best,
Elle

Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Gilles Caulier-4


2016-08-15 23:33 GMT+02:00 Elle Stone <[hidden email]>:
On 08/15/2016 05:11 PM, Gilles Caulier wrote:

            Here's what I want digiKam to do:

            Step 1. Upon adding new files to the database, read the
        image files
            *once* to get the tags. And then *never* read the image
        files again.


        Do you mean the automatic scan for new item at start up ? There
        is an
        option to disable it on Setup/Misc


    I do want digiKam to scan for new items. What I don't want is for
    digiKam to read the information from old items again and again and
    again. I don't want digiKam to monitor for changes in the metadata
    in files that are already in the database. Read once and then never
    read again.


digiKam never do that.

My apologies, I don't understand. What is it that digiKam never does?

Are you saying digiKam only reads the metadata from a file once, upon import?

Or are you saying that digiKam always checks for changes in files that are already in the database, and this behavior can't be disabled?

digiKam will always scan for new items downloaded from camera
digiKam will never automatically scan already registered items when metadata changes externally. You must to do it manually in digiKam. There is a file in bugzilla to change this behavior but it's not implemented.
It possible now to disable the scan for new items at startup up to speed-up initialization. This can be done manually of course later in digiKam.



            Step 2. Normally only write to the database. Never write to the
            image files and also don't write to XMP sidecar files.


        See Setup/Metadata configuration.


    Well, I've already done my best to make the right configuration
    settings. But I'm not sure I made the right choices:

    * I unchecked everyting on the Metadata Behavior tab.

    * On the Rotation tab I selected Rotate by only setting a flag.

    * I don't know what to do with the Advanced Configuration tab. But I
    made some changes to that tab and upon restarting digikam the
    changes were "undone".

Are these the right settings?

I think no, and this depend of your needs. Are you take a look to the tooltip over each settings in Setup/metadata page ? You can tune what you need to write in image metadata, and how you want to handle the XMP sidecar.Forget the advanced configuration panel for the moment. 




No Dbus is a communication chanel between Linux applications. this has
nothing to do with metadata.
But the error is suspect about Linux desktop stability.

I'm not sure what you mean - my Linux IceWM desktop has seemed rock solid for as long as I've been running Linux, which is since 2007. I've been running pretty much the same mix of KDE and GTK apps the whole time.

But this dbus error is abnormal...

Gilles Caulier 

Best,
Elle


Reply | Threaded
Open this post in threaded view
|

Re: Problems with digiKam 5.1.0

Elle Stone-2
On 08/16/2016 12:36 AM, Gilles Caulier wrote:

>     Are you saying digiKam only reads the metadata from a file once,
>     upon import?
>
>     Or are you saying that digiKam always checks for changes in files
>     that are already in the database, and this behavior can't be disabled?
>
>
> digiKam will always scan for new items downloaded from camera
> digiKam will never automatically scan already registered items when
> metadata changes externally. You must to do it manually in digiKam.
> There is a file in bugzilla to change this behavior but it's not
> implemented.
> It possible now to disable the scan for new items at startup up to
> speed-up initialization. This can be done manually of course later in
> digiKam.
>

Thanks! for the clarification.

>
>         No Dbus is a communication chanel between Linux applications.
>         this has
>         nothing to do with metadata.
>         But the error is suspect about Linux desktop stability.
>     I'm not sure what you mean - my Linux IceWM desktop has seemed rock
>     solid for as long as I've been running Linux
>
> But this dbus error is abnormal...

I tried to go back to digiKam4, but the corresponding libkipi packages
wouldn't compile. So I reinstalled digiKam5 and updated some other
stuff. And now the dbus errors have disappeared.

In digiKam5, even after reinstalling moving tags from one location to
another location on the tag tree still sometimes fails, and always with
the same tags. I think the relevant terminal output is as follows:

digikam.general: Delete Shortcut assigned to tag  76
digikam.dbengine: Failure executing query:
   "UPDATE Tags SET pid=? WHERE id=?;"
Error messages: "Unable to fetch row" "UNIQUE constraint failed:
TagsTree.id, TagsTree.pid" 19 1
Bound values:  (QVariant(int, 184), QVariant(int, 76))
digikam.general: Delete Shortcut assigned to tag  12
digikam.dbengine: Failure executing query:
   "UPDATE Tags SET pid=? WHERE id=?;"
Error messages: "Unable to fetch row" "UNIQUE constraint failed:
TagsTree.id, TagsTree.pid" 19 1
Bound values:  (QVariant(int, 184), QVariant(int, 12))
digikam.general: Delete Shortcut assigned to tag  80
digikam.dbengine: Failure executing query:
   "UPDATE Tags SET pid=? WHERE id=?;"
Error messages: "Unable to fetch row" "UNIQUE constraint failed:
TagsTree.id, TagsTree.pid" 19 1
Bound values:  (QVariant(int, 184), QVariant(int, 80))

So I transferred the subtags of the "unique constraint"-affected tags to
where they ought to be by creating a new tag in the correct location,
and moving the subtags from the old tag to the new tag. Hopefully this
"unique contraint" issue won't happen again.

I have icons for all my other KDE applications, but still not for
digiKam5. I gave IceWM the exact path to the breeze icon for digiKam
(shouldn't be necessary), and also tried the exact path to the oxygen
icon, and either way still the digiKam icon is just the red X.

Best,
Elle

Reply | Threaded
Open this post in threaded view
|

Export to flickr not working

Stuart T Rogers
I am unable to get Export to Flickr working on V5. I have not used this
before but when I go to add account it does not open a browser window in
my default browser so I am unable to follow the instructions. Firefox is
my default browser but nothing happens in it. I am running openSUSE
Tumbleweed with V5.1 of digikam. Anyone any id3eas please?

Stuart

--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org
Reply | Threaded
Open this post in threaded view
|

Re: Export to flickr not working

Philip Johnsson
Hi
I just tested to upload to Flickr from Digikam 5.1 and it worked fine for me on Kubuntu 16.04. I had to close all my firefox browsers running though to get to the right flickr website page to authorize digikam as a 3rd party application to use flickr. If I tried to connect my account with firefox allready started I ended up on a firefox flickr page that gave errors about browser cookies. After authorization of digikam on flickr it just works from within digikam.

/Philip


On Thu, Aug 18, 2016 at 9:49 PM, Stuart T Rogers <[hidden email]> wrote:
I am unable to get Export to Flickr working on V5. I have not used this before but when I go to add account it does not open a browser window in my default browser so I am unable to follow the instructions. Firefox is my default browser but nothing happens in it. I am running openSUSE Tumbleweed with V5.1 of digikam. Anyone any id3eas please?

Stuart

--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org

Reply | Threaded
Open this post in threaded view
|

Re: Export to flickr not working

Stuart T Rogers
I've just tried on my laptop with Tumbleweed and it does open the
browser window but I am unable to login on that page, however in a new
browser window I can login to flickr OK so I know my user/password is
correct. I'll test some more....

Stuart

On 18/08/16 21:23, Philip Johnsson wrote:

> Hi
> I just tested to upload to Flickr from Digikam 5.1 and it worked fine
> for me on Kubuntu 16.04. I had to close all my firefox browsers running
> though to get to the right flickr website page to authorize digikam as a
> 3rd party application to use flickr. If I tried to connect my account
> with firefox allready started I ended up on a firefox flickr page that
> gave errors about browser cookies. After authorization of digikam on
> flickr it just works from within digikam.
>
> /Philip
>
>
> On Thu, Aug 18, 2016 at 9:49 PM, Stuart T Rogers
> <[hidden email] <mailto:[hidden email]>> wrote:
>
>     I am unable to get Export to Flickr working on V5. I have not used
>     this before but when I go to add account it does not open a browser
>     window in my default browser so I am unable to follow the
>     instructions. Firefox is my default browser but nothing happens in
>     it. I am running openSUSE Tumbleweed with V5.1 of digikam. Anyone
>     any id3eas please?
>
>     Stuart
>
>     --
>     Website: http://www.stella-maris.org.uk
>     or:      http://www.broadstairs.org
>
>

--
Website: http://www.stella-maris.org.uk
or:      http://www.broadstairs.org