Re: Formatting Dive tags string

[Berthold Stoeger]

On Donnerstag, 5. April 2018 19:45:31 CEST Thiago Macieira wrote:
> On Thursday, 5 April 2018 10:32:37 PDT Berthold Stoeger wrote:
> > Hi,
> > 
> > On Donnerstag, 5. April 2018 19:28:28 CEST Thiago Macieira wrote:
> > > On Thursday, 5 April 2018 10:25:37 PDT Berthold Stoeger wrote:
> > > > It's fine as it is, since all C-strings are supposed to be UTF-8
> > > > encoded.
> > > > The only use I see for fromLatin1() et al. would be importing data
> > > > from
> > > > an
> > > > external source that is not UTF-8.
> > > 
> > > If it's US-ASCII, it is valid UTF-8, but QString::fromLatin1 is slightly
> > > faster.
> > 
> > I don't understand your point. Do you suggest limiting dive-tags to
> > US-ASCII?
> 
> I'm stuck on "tag". To me that indicates an identifier, like a Git tag. But
> that's apparently not what you're using it for.

Nope - think user-defined "keywords" for dives (wall-dive, shore-dive, etc.).

I'm disappointed to learn that git only does 7-bit ASCII tags...? ☹

Berthold
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

RE: Map issue with release 4.7.8 under windows 10

[Steve]

On 6 April 2018 at 05:58, Steve  wrote:
>
>
> -Original Message-
> From: subsurface  On Behalf 
> Of Lubomir I. Ivanov
> Sent: Friday, 6 April 2018 3:42 AM
> To: Jérémie Guichard 
> Cc: Subsurface Mailing List 
> Subject: Re: Map issue with release 4.7.8 under windows 10
>
> On 5 April 2018 at 21:02, Jérémie Guichard  wrote:
>> Hi guys,
>>
>> I just installed latest 4.7.8 release on windows 10 machine, seems 
>> there is an issue with map rendering. Has anybody seen the map 
>> working in windows with 4.7.8?
>>
>
> yes, it works for me. just installed the official build.
> (see attached screenshot)
>
>> For me Subsurface starts but no map get displayed, running from 
>> console with
>> - v -v I get:
>>
>> Subsurface v4.7.8,
>> built with libdivecomputer v0.7.0-devel-Subsurface-branch
>> (d02f1c3cdcc6a04d085538578d872ec6e3282382)
>> built with Qt Version 5.10.1, runtime from Qt Version 5.10.1 built 
>> with libgit2 0.26.0
>> "validateGL(): created OpenGLContext."
>> "validateGL(): obtained QOpenGLFunctions."
>> "validateGL(): detected OpenGL version 4.0."
>
> the OpenGL version seems good.
>
>> added supported DC:  Suunto   Solution
>> added supported DC:  Suunto   Eon
>> ...
>> QFont::setPointSizeF: Point size <= 0 (0.00), must be greater 
>> than
>> 0 Plugins Directory:  QDir( "C:/Program Files 
>> (x86)/Subsurface/plugins" , nameFilters = { "*" },  QDir::SortFlags( 
>> Name | IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) )
>> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
>> QDeclarativeGeoMapType*
>> loading dive data from
>> ("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
>> Unable to match dive 'program.divelog' (subsurface) Unable to match 
>> dive 'version.divelog' (3) Set the current dive site: 0 Set the 
>> current dive site: 0
>>
>> File locations:
>> ...
>>
>> My best guess is that issue has something to do with:
>> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
>> QDeclarativeGeoMapType*
>>
>
> are you missing the following file by any chance?:
> \plugins\geoservices\qtgeoservices_googlemaps.
> dll
>
> lubomir
> --
>
> I have the same issue, downloaded 4.7.8 from the website link.
> First I just upgraded, then I did an uninstall and reinstall without removing 
> registry entries or user directory, still the same.
> Then I uninstalled removing registry entries & user directory and 
> re-installed, still no map.
>
> PS C:\Users\steve> cd '..\..\Program Files (x86)\Subsurface\'
> PS C:\Program Files (x86)\Subsurface> .\subsurface.exe -v PS 
> C:\Program Files (x86)\Subsurface> Subsurface v4.7.8, built with 
> libdivecomputer v0.7.0-devel-Subsurface-branch 
> (d02f1c3cdcc6a04d085538578d872ec6e3282382)
> built with Qt Version 5.10.1, runtime from Qt Version 5.10.1 built 
> with libgit2 0.26.0
> "validateGL(): created OpenGLContext."
> "validateGL(): obtained QOpenGLFunctions."
> "validateGL(): detected OpenGL version 4.5."
> added supported DC:  Suunto   Solution
>  -> cut out lots of added supported DC lines from here <-
> added supported DC:  Cochran   EMC-20H
> Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" 
> , nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , 
> QDir::Filters( Dirs|Files )
> MapWidget.qml: cannot find a plugin named: googlemaps
>
>
> When I check C:\Program Files (x86)\Subsurface\plugins\geoservices the 
> directory is empty.
>

try this installer from github:
https://github.com/Subsurface-divelog/subsurface/releases/download/v4.7.8/subsurface-4.7.8.exe

the website one seems to be missing the geoservices folder for some reason:
https://subsurface-divelog.org/downloads/subsurface-4.7.8.exe

lubomir
--

Confirming github build works.

Cheers,
Steve

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Map issue with release 4.7.8 under windows 10

[Lubomir I. Ivanov]

On 6 April 2018 at 05:58, Steve  wrote:
>
>
> -Original Message-
> From: subsurface  On Behalf Of 
> Lubomir I. Ivanov
> Sent: Friday, 6 April 2018 3:42 AM
> To: Jérémie Guichard 
> Cc: Subsurface Mailing List 
> Subject: Re: Map issue with release 4.7.8 under windows 10
>
> On 5 April 2018 at 21:02, Jérémie Guichard  wrote:
>> Hi guys,
>>
>> I just installed latest 4.7.8 release on windows 10 machine, seems
>> there is an issue with map rendering. Has anybody seen the map working
>> in windows with 4.7.8?
>>
>
> yes, it works for me. just installed the official build.
> (see attached screenshot)
>
>> For me Subsurface starts but no map get displayed, running from
>> console with
>> - v -v I get:
>>
>> Subsurface v4.7.8,
>> built with libdivecomputer v0.7.0-devel-Subsurface-branch
>> (d02f1c3cdcc6a04d085538578d872ec6e3282382)
>> built with Qt Version 5.10.1, runtime from Qt Version 5.10.1 built
>> with libgit2 0.26.0
>> "validateGL(): created OpenGLContext."
>> "validateGL(): obtained QOpenGLFunctions."
>> "validateGL(): detected OpenGL version 4.0."
>
> the OpenGL version seems good.
>
>> added supported DC:  Suunto   Solution
>> added supported DC:  Suunto   Eon
>> ...
>> QFont::setPointSizeF: Point size <= 0 (0.00), must be greater than
>> 0 Plugins Directory:  QDir( "C:/Program Files
>> (x86)/Subsurface/plugins" , nameFilters = { "*" },  QDir::SortFlags(
>> Name | IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) )
>> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
>> QDeclarativeGeoMapType*
>> loading dive data from
>> ("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
>> Unable to match dive 'program.divelog' (subsurface) Unable to match
>> dive 'version.divelog' (3) Set the current dive site: 0 Set the
>> current dive site: 0
>>
>> File locations:
>> ...
>>
>> My best guess is that issue has something to do with:
>> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
>> QDeclarativeGeoMapType*
>>
>
> are you missing the following file by any chance?:
> \plugins\geoservices\qtgeoservices_googlemaps.dll
>
> lubomir
> --
>
> I have the same issue, downloaded 4.7.8 from the website link.
> First I just upgraded, then I did an uninstall and reinstall without removing 
> registry entries or user directory, still the same.
> Then I uninstalled removing registry entries & user directory and 
> re-installed, still no map.
>
> PS C:\Users\steve> cd '..\..\Program Files (x86)\Subsurface\'
> PS C:\Program Files (x86)\Subsurface> .\subsurface.exe -v
> PS C:\Program Files (x86)\Subsurface>
> Subsurface v4.7.8,
> built with libdivecomputer v0.7.0-devel-Subsurface-branch 
> (d02f1c3cdcc6a04d085538578d872ec6e3282382)
> built with Qt Version 5.10.1, runtime from Qt Version 5.10.1
> built with libgit2 0.26.0
> "validateGL(): created OpenGLContext."
> "validateGL(): obtained QOpenGLFunctions."
> "validateGL(): detected OpenGL version 4.5."
> added supported DC:  Suunto   Solution
>  -> cut out lots of added supported DC lines from here <-
> added supported DC:  Cochran   EMC-20H
> Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" , 
> nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( 
> Dirs|Files )
> MapWidget.qml: cannot find a plugin named: googlemaps
>
>
> When I check C:\Program Files (x86)\Subsurface\plugins\geoservices the 
> directory is empty.
>

try this installer from github:
https://github.com/Subsurface-divelog/subsurface/releases/download/v4.7.8/subsurface-4.7.8.exe

the website one seems to be missing the geoservices folder for some reason:
https://subsurface-divelog.org/downloads/subsurface-4.7.8.exe

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

RE: Map issue with release 4.7.8 under windows 10

[Steve]

-Original Message-
From: subsurface  On Behalf Of 
Lubomir I. Ivanov
Sent: Friday, 6 April 2018 3:42 AM
To: Jérémie Guichard 
Cc: Subsurface Mailing List 
Subject: Re: Map issue with release 4.7.8 under windows 10

On 5 April 2018 at 21:02, Jérémie Guichard  wrote:
> Hi guys,
>
> I just installed latest 4.7.8 release on windows 10 machine, seems 
> there is an issue with map rendering. Has anybody seen the map working 
> in windows with 4.7.8?
>

yes, it works for me. just installed the official build.
(see attached screenshot)

> For me Subsurface starts but no map get displayed, running from 
> console with
> - v -v I get:
>
> Subsurface v4.7.8,
> built with libdivecomputer v0.7.0-devel-Subsurface-branch
> (d02f1c3cdcc6a04d085538578d872ec6e3282382)
> built with Qt Version 5.10.1, runtime from Qt Version 5.10.1 built 
> with libgit2 0.26.0
> "validateGL(): created OpenGLContext."
> "validateGL(): obtained QOpenGLFunctions."
> "validateGL(): detected OpenGL version 4.0."

the OpenGL version seems good.

> added supported DC:  Suunto   Solution
> added supported DC:  Suunto   Eon
> ...
> QFont::setPointSizeF: Point size <= 0 (0.00), must be greater than 
> 0 Plugins Directory:  QDir( "C:/Program Files 
> (x86)/Subsurface/plugins" , nameFilters = { "*" },  QDir::SortFlags( 
> Name | IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) )
> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> QDeclarativeGeoMapType*
> loading dive data from
> ("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
> Unable to match dive 'program.divelog' (subsurface) Unable to match 
> dive 'version.divelog' (3) Set the current dive site: 0 Set the 
> current dive site: 0
>
> File locations:
> ...
>
> My best guess is that issue has something to do with:
> qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> QDeclarativeGeoMapType*
>

are you missing the following file by any chance?:
\plugins\geoservices\qtgeoservices_googlemaps.dll

lubomir
--

I have the same issue, downloaded 4.7.8 from the website link.
First I just upgraded, then I did an uninstall and reinstall without removing 
registry entries or user directory, still the same.
Then I uninstalled removing registry entries & user directory and re-installed, 
still no map.

PS C:\Users\steve> cd '..\..\Program Files (x86)\Subsurface\'
PS C:\Program Files (x86)\Subsurface> .\subsurface.exe -v
PS C:\Program Files (x86)\Subsurface>
Subsurface v4.7.8,
built with libdivecomputer v0.7.0-devel-Subsurface-branch 
(d02f1c3cdcc6a04d085538578d872ec6e3282382)
built with Qt Version 5.10.1, runtime from Qt Version 5.10.1
built with libgit2 0.26.0
"validateGL(): created OpenGLContext."
"validateGL(): obtained QOpenGLFunctions."
"validateGL(): detected OpenGL version 4.5."
added supported DC:  Suunto   Solution
 -> cut out lots of added supported DC lines from here <-
added supported DC:  Cochran   EMC-20H
Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" , 
nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( 
Dirs|Files )
MapWidget.qml: cannot find a plugin named: googlemaps


When I check C:\Program Files (x86)\Subsurface\plugins\geoservices the 
directory is empty.

Steve
--

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

4.7.8 has been announced

[Dirk Hohndel]

Hi Everyone.

You know the drill... please repost / like the announcement to get it in
front of more people.

The last two months I have been more busy than usual (isn't that what I
said for the last release as well? - I need to look into my definition of
"usual"). Additionally I haven't been diving in WAY to long. But excuses
aside, Berthold, Stefan, Lubomir and many others have stepped up not just
in addressing bugs and adding features, but also in the overall
maintenance of our sources. My sincerest thanks for that.

And of course my thanks to the translators and all of you who helped test
the code. We couldn't do it without you.

Here are the stats:
(as always, my number are exaggerate by silly maintenance tasks, I really
didn't have a lot of interesting code contributions...)

$ git shortlog -s -n v4.7.7..v4.7.8
42  Berthold Stoeger
33  Dirk Hohndel
29  Stefan Fuchs
25  Lubomir I. Ivanov
17  Jan Mulder
10  Miika Turkia
 8  Joakim Bygdell
 7  Salvador Cuñat
 3  Anton Lundin
 2  Robert Helling
 1  Jeremie Guichard
 1  Linus Torvalds
 1  Oliver Schwaneberg
 1  Willem Ferguson


Welcome to Jeremie Guichard our latest new contributor!

With the steady creep of version numbers I continue to wonder... what's
going to make this a 4.8? How will it become 5.0? Or do we steal yet
another page from Linus' playbook and make the numbers meaningless? Simply
define "we'll stop at 9" and go from 4.7.9 to 4.8.0?

I'm open to suggestions.

In the meantime I still haven't figured out how to get the google map
plugin to load on iOS - but I think we should make a new Android release,
shortly. I'll push the latest binary to the beta channel.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.7.8 planning

[Linus Torvalds]

On Thu, Apr 5, 2018 at 12:11 PM, Dirk Hohndel  wrote:
> Quick update. Sources are tagged, tags are pushed, first binaries are
> available.

Builds and connects to EON Core over USB for me. Perdix AI works over
BLE on my Linux desktop too.

(The EON Core doesn't seem to do BLE, but I think it's the same issue
as the EON Steel - Suunto made them hard to discover on purpose, and
I'm not running my hacked-up bluetoothctl).

Linus
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.7.8 planning

[Dirk Hohndel]

And of course, once I finally send email about the problem, I’ve figured out 
how to fix it.
Delete the certificates, reboot, download and re-install the certificates. Of 
course. Obvious.

So we now have a signed Mac DMG as well, in addition to all the Linux distro 
binaries, AppImage, and Windows installer.
And the sources for both Subsurface and libdivecomputer.

I miss something every time I do this. It’s quite automated now, but still not 
perfect - so please ping me...

/D

> On Apr 5, 2018, at 12:11 PM, Dirk Hohndel  wrote:
> 
> Quick update. Sources are tagged, tags are pushed, first binaries are 
> available.
> As always, there’s a platform that’s stalling me - in this case it’s Mac as 
> it refuses to validate signatures for some reason.
> Once that is on the server I’ll post actual announcements.
> 
> /D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.7.8 planning

[Dirk Hohndel]

Quick update. Sources are tagged, tags are pushed, first binaries are available.
As always, there’s a platform that’s stalling me - in this case it’s Mac as it 
refuses to validate signatures for some reason.
Once that is on the server I’ll post actual announcements.

/D

> On Apr 4, 2018, at 10:04 PM, Dirk Hohndel  wrote:
> 
> Thanks to everyone working on the translations.
> 
> You all have no idea how much this means to me.
> And how much the users love the fact that we support so many different 
> languages.
> 
> Assuming things stay sane at work tomorrow, I'll try to cut 4.7.8
> 
> Those helping with maintaining things on GitHub - please be VERY thoughtful
> with what you merge in the next few hours :-)
> 
> /D
> 
>> On Apr 4, 2018, at 9:40 PM, Benjamin > > wrote:
>> 
>> Hebrew is done.
>> 
>> On 3 April 2018 at 17:18, Chirana Gheorghita Eugeniu Theodor 
>> > wrote:
>> Romanian done also
>> 
>> On Tue, Apr 3, 2018 at 1:28 PM, Davide DB > > wrote:
>> On 3 April 2018 at 10:38, Guillaume Gardet > > wrote:
>> >
>> >
>> > Le 02/04/2018 à 18:25, Dirk Hohndel a écrit :
>> >>
>> >> In order to keep my promise of reasonably regular releases, I guess we
>> >> should start thinking about 4.7.8.
>> >>
>> >> I just pushed the latest strings to Transifex (there don't appear to be
>> >> all that many). I'll pull translations later this week. Unless I hear
>> >> reasons not to do so, I'd do a new release later this week...
>> >
>> 
>> Italian done
>> 
>> --
>> Davide
>> https://vimeo.com/bocio/videos 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org 
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface 
>> 
>> 
>> 
>> 
>> -- 
>> 
>> Cu stima/Best regards/Mit freundlichen Grüßen,
>> 
>> Chirana-Gheorghita Eugeniu-Theodor
>> Bucharest, Romania
>> 
>> e-mail : off...@adaptcom.ro 
>> mobile: 0743 698721
>> 0747 447675
>> SSI diver ID: 1118289
>> 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org 
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface 
>> 
>> 
>> 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org 
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Map issue with release 4.7.8 under windows 10

[Dirk Hohndel]

Thanks for following up. I’d be of course curious to understand what went 
wrong, but I’m glad that it appears to have been a fluke…

/D

> On Apr 5, 2018, at 11:48 AM, Jérémie Guichard  
> wrote:
> 
> When I read your reply, I looked for the file and did have it. Just to be 
> certain, I fully uninstalled subsurface and installed again, the file was not 
> there anymore. Re-downloaded the installer, re-installed now the file is 
> there and the map are displayed.
> 
> I was curious and I tried to reproduce the problem; went back to 4.7.7, 
> re-installed 4.7.8 without uninstall (as I did when the issue happened) but 
> everything works, so I really don't understand what happened the first time...
> 
> Anyway seems this was a false alarm, sorry for that, and thanks for the hint.
> 
> Jeremie
> 
> 2018-04-06 1:11 GMT+07:00 Lubomir I. Ivanov  >:
> On 5 April 2018 at 21:02, Jérémie Guichard  > wrote:
> > Hi guys,
> >
> > I just installed latest 4.7.8 release on windows 10 machine, seems there is
> > an issue with map rendering. Has anybody seen the map working in windows
> > with 4.7.8?
> >
> 
> yes, it works for me. just installed the official build.
> (see attached screenshot)
> 
> > For me Subsurface starts but no map get displayed, running from console with
> > - v -v I get:
> >
> > Subsurface v4.7.8,
> > built with libdivecomputer v0.7.0-devel-Subsurface-branch
> > (d02f1c3cdcc6a04d085538578d872ec6e3282382)
> > built with Qt Version 5.10.1, runtime from Qt Version 5.10.1
> > built with libgit2 0.26.0
> > "validateGL(): created OpenGLContext."
> > "validateGL(): obtained QOpenGLFunctions."
> > "validateGL(): detected OpenGL version 4.0."
> 
> the OpenGL version seems good.
> 
> > added supported DC:  Suunto   Solution
> > added supported DC:  Suunto   Eon
> > ...
> > QFont::setPointSizeF: Point size <= 0 (0.00), must be greater than 0
> > Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" ,
> > nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) ,
> > QDir::Filters( Dirs|Files|Drives|AllEntries ) )
> > qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> > QDeclarativeGeoMapType*
> > loading dive data from
> > ("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
> > Unable to match dive 'program.divelog' (subsurface)
> > Unable to match dive 'version.divelog' (3)
> > Set the current dive site: 0
> > Set the current dive site: 0
> >
> > File locations:
> > ...
> >
> > My best guess is that issue has something to do with:
> > qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> > QDeclarativeGeoMapType*
> >
> 
> are you missing the following file by any chance?:
> \plugins\geoservices\qtgeoservices_googlemaps.dll
> 
> lubomir
> --
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Map issue with release 4.7.8 under windows 10

[Jérémie Guichard]

When I read your reply, I looked for the file and did have it. Just to be
certain, I fully uninstalled subsurface and installed again, the file was
not there anymore. Re-downloaded the installer, re-installed now the file
is there and the map are displayed.

I was curious and I tried to reproduce the problem; went back to 4.7.7,
re-installed 4.7.8 without uninstall (as I did when the issue happened) but
everything works, so I really don't understand what happened the first
time...

Anyway seems this was a false alarm, sorry for that, and thanks for the
hint.

Jeremie

2018-04-06 1:11 GMT+07:00 Lubomir I. Ivanov :

> On 5 April 2018 at 21:02, Jérémie Guichard 
> wrote:
> > Hi guys,
> >
> > I just installed latest 4.7.8 release on windows 10 machine, seems there
> is
> > an issue with map rendering. Has anybody seen the map working in windows
> > with 4.7.8?
> >
>
> yes, it works for me. just installed the official build.
> (see attached screenshot)
>
> > For me Subsurface starts but no map get displayed, running from console
> with
> > - v -v I get:
> >
> > Subsurface v4.7.8,
> > built with libdivecomputer v0.7.0-devel-Subsurface-branch
> > (d02f1c3cdcc6a04d085538578d872ec6e3282382)
> > built with Qt Version 5.10.1, runtime from Qt Version 5.10.1
> > built with libgit2 0.26.0
> > "validateGL(): created OpenGLContext."
> > "validateGL(): obtained QOpenGLFunctions."
> > "validateGL(): detected OpenGL version 4.0."
>
> the OpenGL version seems good.
>
> > added supported DC:  Suunto   Solution
> > added supported DC:  Suunto   Eon
> > ...
> > QFont::setPointSizeF: Point size <= 0 (0.00), must be greater than 0
> > Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" ,
> > nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) ,
> > QDir::Filters( Dirs|Files|Drives|AllEntries ) )
> > qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> > QDeclarativeGeoMapType*
> > loading dive data from
> > ("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
> > Unable to match dive 'program.divelog' (subsurface)
> > Unable to match dive 'version.divelog' (3)
> > Set the current dive site: 0
> > Set the current dive site: 0
> >
> > File locations:
> > ...
> >
> > My best guess is that issue has something to do with:
> > qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
> > QDeclarativeGeoMapType*
> >
>
> are you missing the following file by any chance?:
> \plugins\geoservices\qtgeoservices_googlemaps.dll
>
> lubomir
> --
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Map issue with release 4.7.8 under windows 10

[Jérémie Guichard]

Hi guys,

I just installed latest 4.7.8 release on windows 10 machine, seems there is
an issue with map rendering. Has anybody seen the map working in windows
with 4.7.8?

For me Subsurface starts but no map get displayed, running from console
with - v -v I get:

Subsurface v4.7.8,
built with libdivecomputer v0.7.0-devel-Subsurface-branch
(d02f1c3cdcc6a04d085538578d872ec6e3282382)
built with Qt Version 5.10.1, runtime from Qt Version 5.10.1
built with libgit2 0.26.0
"validateGL(): created OpenGLContext."
"validateGL(): obtained QOpenGLFunctions."
"validateGL(): detected OpenGL version 4.0."
added supported DC:  Suunto   Solution
added supported DC:  Suunto   Eon
...
QFont::setPointSizeF: Point size <= 0 (0.00), must be greater than 0
Plugins Directory:  QDir( "C:/Program Files (x86)/Subsurface/plugins" ,
nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) ,
QDir::Filters( Dirs|Files|Drives|AllEntries ) )
qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
QDeclarativeGeoMapType*
loading dive data from
("C:\\Users\\Jérémie\\AppData\\Roaming\\Subsurface\\Jérémie.xml")
Unable to match dive 'program.divelog' (subsurface)
Unable to match dive 'version.divelog' (3)
Set the current dive site: 0
Set the current dive site: 0

File locations:
...

My best guess is that issue has something to do with:
qrc:/MapWidget.qml:24: Error: Cannot assign [undefined] to
QDeclarativeGeoMapType*

I not familiar enough with qml to go further than that at this point, sorry.

Jeremie
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Formatting Dive tags string

[Thiago Macieira]

On Thursday, 5 April 2018 10:32:37 PDT Berthold Stoeger wrote:
> Hi,
> 
> On Donnerstag, 5. April 2018 19:28:28 CEST Thiago Macieira wrote:
> > On Thursday, 5 April 2018 10:25:37 PDT Berthold Stoeger wrote:
> > > It's fine as it is, since all C-strings are supposed to be UTF-8
> > > encoded.
> > > The only use I see for fromLatin1() et al. would be importing data from
> > > an
> > > external source that is not UTF-8.
> > 
> > If it's US-ASCII, it is valid UTF-8, but QString::fromLatin1 is slightly
> > faster.
> 
> I don't understand your point. Do you suggest limiting dive-tags to
> US-ASCII?

I'm stuck on "tag". To me that indicates an identifier, like a Git tag. But 
that's apparently not what you're using it for.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center



___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Formatting Dive tags string

[Berthold Stoeger]

Hi,

On Donnerstag, 5. April 2018 19:28:28 CEST Thiago Macieira wrote:
> On Thursday, 5 April 2018 10:25:37 PDT Berthold Stoeger wrote:
> > It's fine as it is, since all C-strings are supposed to be UTF-8 encoded.
> > The only use I see for fromLatin1() et al. would be importing data from an
> > external source that is not UTF-8.
> 
> If it's US-ASCII, it is valid UTF-8, but QString::fromLatin1 is slightly
> faster.

I don't understand your point. Do you suggest limiting dive-tags to US-ASCII?

Berthold
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Formatting Dive tags string

[Thiago Macieira]

On Thursday, 5 April 2018 10:25:37 PDT Berthold Stoeger wrote:
> It's fine as it is, since all C-strings are supposed to be UTF-8 encoded.
> The only use I see for fromLatin1() et al. would be importing data from an
> external source that is not UTF-8.

If it's US-ASCII, it is valid UTF-8, but QString::fromLatin1 is slightly 
faster.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center



___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Formatting Dive tags string

[Berthold Stoeger]

Hi Jérémie,

On Donnerstag, 5. April 2018 16:58:47 CEST Jérémie Guichard wrote:
> Hello Thiago,
> 
> In order to not mix the two topics in the same change, I decided to keep
> the conversion to QString as it was in the original code, see:
> https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d3
> ef3f0d2a1c1fe603f7/desktop-widgets/tab-widgets/maintab.cpp#L574
> https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d
> 3ef3f0d2a1c1fe603f7/desktop-widgets/tab-widgets/maintab.cpp#L1529
> https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d
> 3ef3f0d2a1c1fe603f7/qt-models/divetripmodel.cpp#L430 I can now prepare a
> follow up change that would deal with the issue you have raised, the
> advantage is that now it must be fixed in a single place :)

It's fine as it is, since all C-strings are supposed to be UTF-8 encoded. The 
only use I see for fromLatin1() et al. would be importing data from an 
external source that is not UTF-8.

Berthold
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Formatting Dive tags string

[Jérémie Guichard]

Hello Thiago,

In order to not mix the two topics in the same change, I decided to keep
the conversion to QString as it was in the original code, see:
https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d3ef3f0d2a1c1fe603f7/desktop-widgets/tab-widgets/maintab.cpp#L574
https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d3ef3f0d2a1c1fe603f7/desktop-widgets/tab-widgets/maintab.cpp#L1529
https://github.com/Subsurface-divelog/subsurface/blob/12dc1889c704c6af9125d3ef3f0d2a1c1fe603f7/qt-models/divetripmodel.cpp#L430
I can now prepare a follow up change that would deal with the issue you
have raised, the advantage is that now it must be fixed in a single place :)

Thanks for the feedback,

Jeremie

2018-04-05 5:27 GMT+02:00 Thiago Macieira :

> On Wednesday, 4 April 2018 02:55:22 PDT Berthold Stoeger wrote:
> >   char *s = taglist_get_tagstring(...);
> >   QString tags(s);
> >   free(s);
>
> One minor note: this decodes the string as UTF-8. If your string is Latin1
> or
> plain US-ASCII, you should use QString::fromLatin1 or QLatin1String (same
> thing in this context).
>
> --
> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
>Software Architect - Intel Open Source Technology Center
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Miika Turkia]

On Thu, Apr 5, 2018 at 5:24 PM, Dirk Hohndel  wrote:

>
> > On Apr 4, 2018, at 11:37 PM, Miika Turkia 
> wrote:
> >
> > For some reason my log used to be 1,5GB before I cleared the history and
> force pushed it 2 years ago :D (Did we embed pics in the git repo at some
> point?)
>
> Yes we did. And you were one of the reasons we quickly realized what a
> spectacularly stupid idea that was :-)
>

:D


> > My backup bare repository on my own server seems to be 5,1MB but that is
> missing dives from the last trip. Apparently the average log size is
> somewhat smaller than mine. Just wondering if my log on Dirk's server uses
> roughly the same amount or if you guys did really manage to optimize it a
> lot.
>
> You seem to consume 5.3M on the server.
>

Same amount that in my backup repo now that I pushed the latest dives there.


> > The size of the checked out repository that Subsurface caches locally is
> 37MB if someone is wondering...
>
> try running "git gc" in that directory.
>

Still the same 37MB which is not surprising at all as the data is in
plaintext in the cloud cache.

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Dirk Hohndel]

> On Apr 4, 2018, at 11:37 PM, Miika Turkia  wrote:
> 
> For some reason my log used to be 1,5GB before I cleared the history and 
> force pushed it 2 years ago :D (Did we embed pics in the git repo at some 
> point?)

Yes we did. And you were one of the reasons we quickly realized what a 
spectacularly stupid idea that was :-)

> My backup bare repository on my own server seems to be 5,1MB but that is 
> missing dives from the last trip. Apparently the average log size is somewhat 
> smaller than mine. Just wondering if my log on Dirk's server uses roughly the 
> same amount or if you guys did really manage to optimize it a lot.

You seem to consume 5.3M on the server.

> The size of the checked out repository that Subsurface caches locally is 37MB 
> if someone is wondering...

try running "git gc" in that directory.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Dirk Hohndel]

> On Apr 5, 2018, at 1:02 AM, Davide DB  wrote:
> 
> Out of curiosity,
> 
> How many dives are currently stored on the cloud?

I have no idea. As I keep saying, I don't look at the dive data people store
on the server. And given the git format I think I'd have to check out every
users dive log in order to then count the dives... not something I have any
interest in doing :-)

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Davide DB]

Out of curiosity,

How many dives are currently stored on the cloud?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Anton Lundin]

On 05 April, 2018 - Benjamin wrote:

> I'm heading down to the Red Sea today to work on that. It's been a dry 3
> weeks at work and I feel that I need a break.

Funny enough, both me an Jocke is doing the same.

We're heading down to Hurghada to head out on a live aboard for a week
of diving, so we might run into each other out there =)


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Miika Turkia]

On Thu, Apr 5, 2018 at 7:35 AM, Dirk Hohndel  wrote:

>
> > On Apr 4, 2018, at 9:20 PM, Benjamin  wrote:
> >
> > This is a hint that we're not generating enough log files because we are
> not diving enough? :)
>
> Definitely. I haven't been diving since last October. Ridiculous. I plan
> to fix this on Sunday.
>
> With Linus' help I was able to reduce the memory footprint of the git
> repos a bit. At this point we have cloud storage for over 5000 dive logs in
> about 5GB. And enough space for about another 40 thousand users.
>

For some reason my log used to be 1,5GB before I cleared the history and
force pushed it 2 years ago :D (Did we embed pics in the git repo at some
point?)

My backup bare repository on my own server seems to be 5,1MB but that is
missing dives from the last trip. Apparently the average log size is
somewhat smaller than mine. Just wondering if my log on Dirk's server uses
roughly the same amount or if you guys did really manage to optimize it a
lot.

The size of the checked out repository that Subsurface caches locally is
37MB if someone is wondering...

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface