[Fixed] Marble Doesn't Correctly Load OpenStreetMap

20 posts / 0 new

Last post

September 13, 2015 - 3:23pm

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

[Fixed] Marble Doesn't Correctly Load OpenStreetMap

Issue

Whenever I click on the "Map View" tab at the bottom of the sidepanel, and select "OpenStreetMap", all I get is a big, light-blue sphere. I get no labels except for the standard graticular labels. No different whether I'm zoomed out or in.

Screenshots

Specs

Make & Model: HP Compaq dc5700 SFF Base
Operating System: Windows 7 SP1 x64

PAP Version: 12.1, Windows 7 64-bit [Build:7601]
App Versions: ALL APPS UP-TO-DATE
Marble Programme Version: 1.9.1 (Stable Release)
Marble Library Version: 0.19.1 (Stable Release

CPU: 2.80 GHz Intel Pentium D 915
Memory: 2 GiB Dual-Channel DDR2 @ 332 MHz
Storage: 74.4 GiB Seagate ST380815AS ATA Device

[EDIT Mod GC - added to bug tracker]

September 13, 2015 - 5:22pm

depp.jones

Offline

Last seen: 2 days 2 hours ago

Joined: 2010-06-05 17:19

Confirmed

I can confirm that. I did a cross-test with the non-portable version, that worked without that error.
Replacing the contents of app\marble with the original files from the 32bit installer does the trick to fix this issue. I think some of the dlls did not survive app compactor.

@CelticKat:
Would you mind adding [Bug] to the title of your thread? This way it will be tracked by the bug tracker.

September 13, 2015 - 5:42pm

(Reply to #2) #3

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Thanks, will check

Thanks depp.jones for confirming. I will take a look at it this week. - it looks like we might be able to do some settings redirection as well, rather than using appdata, and possibly the registry.

September 15, 2015 - 10:17pm

(Reply to #3) #4

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

The registry?

I thought the whole point of portable apps is that it doesn't affect the Windows Registry...

__________
What do zombie string theorists crave? Branes!

September 16, 2015 - 4:11pm

(Reply to #4) #5

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Not exactly

The whole point is that it it doesn't store personal settings/identifiable information permanently in the registry; and preferably, saves settings at all times in the same folder structure as the app, so as to diminish the chances of losing data on a crash/drive being pulled, etc.

September 23, 2015 - 5:57pm

(Reply to #5) #6

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

Really? O.o Okay, I'm confused now:

• PortableApps.com:

A portable app doesn't leave registry entries behind except those automatically generated by Windows[.]

• Super User:

Usually the settings are saved locally to the same folder as the program, there are no registry entires (say, they use the same folder for those settings as well with a SQLite database which is what Chrome uses).

• Lifehacker:

The installer (often an EXE or MSI file) will ... then spread a few other system files out across your hard drive, like configuration files, DLL files, and registry edits ... Portable apps, on the other hand (which usually come as an EXE or a ZIP file), are completely self contained.

• How-To Geek:

The portable version never tries to change the registry, set up file associations, or establish itself as the primary web browser on the computer you load it on.

__________
What do zombie string theorists crave? Branes!

September 15, 2015 - 10:16pm

(Reply to #6) #7

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

Sorry for my absence

Twas...doing stuff.

__________
What do zombie string theorists crave? Branes!

September 16, 2015 - 4:15pm

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Fixed?

I think I've fixed this.

It works in my testing, anyway. If you'd like to try it out to confirm, you can build from my repo: https://github.com/GordCaswell/marbleportable/

I'll send an update for release for the app once a) the fix is confirmed, and b) I'm done fixing the way the settings are handled.

Otherwise, I'll link to a build including this once I'm done with b) for testing.

September 16, 2015 - 4:16pm

(Reply to #8) #9

John T. Haller

Online

Last seen: 24 sec ago

Joined: 2005-11-28 22:21

Changes?

What changes needed to be made?

Sometimes, the impossible can become possible, if you're awesome!

September 16, 2015 - 4:59pm

(Reply to #9) #10

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

appcompactor.ini addition

It was 1 file that needed to be added to appcompactor.ini, although I added a couple others that aren't handled by default:

Should be handled by default: Qt5Svg.dll, msvcp120.dll,msvcr120.dll

Affected file: Qt5Multimedia.dll

September 16, 2015 - 5:13pm

(Reply to #10) #11

John T. Haller

Online

Last seen: 24 sec ago

Joined: 2005-11-28 22:21

qt*.dll

Perhaps we should add qt*.dll to the appcompactor's base set.

Sometimes, the impossible can become possible, if you're awesome!

September 16, 2015 - 5:22pm

(Reply to #11) #12

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Maybe

It would solve the problem, however many Qt dlls can be compressed safely - up until this point I thought it was only the image format ones that didn't like compression. For example, in Marble it looks like there are 16 Qt dlls that compress safely, which may (I haven't checked) add up to a decent size savings.

However, for us to have to test individual dlls when there are errors, as I did in this case, is a pain.

I can see pros and cons both ways.

September 16, 2015 - 10:17pm

(Reply to #12) #13

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Not yet

Scratch that - I wasn't able to get the settings redirect working through any method I tried (every variation of MarbleDataPath I could think of, XDG_DATA_HOME, KDEHOME), so I was doing some final testing, and it looks like I spoke too soon. It didn't work on my final try before packaging, so I'm currently working through it again, hopefully I'll get it done in the morning.

September 17, 2015 - 6:40pm

(Reply to #13) #14

Gord Caswell

Offline

Last seen: 2 days 10 hours ago

Joined: 2008-07-24 18:46

Fixed

It took a lot of copy/try excluding one file/delete/retry cycles, but I was able to figure it out - qgenericbearer.dll needed to be added to the compression exclusion list.

As listed above, sadly I was unable to rework the settings storage, so they will still be saved in APPDATA - or more specifically LOCALAPPDATA.

September 23, 2015 - 6:01pm

(Reply to #14) #15

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

LOCALAPPDATA?

Forgive me if I'm wrong here as I'm still quite the novice, but wouldn't that make it not truly portable?

__________
What do zombie string theorists crave? Branes!

September 23, 2015 - 6:14pm

(Reply to #15) #16

John T. Haller

Online

Last seen: 24 sec ago

Joined: 2005-11-28 22:21

Can Move

Portable apps are free to move things on to and off of the local machine but should not leave them behind. Some apps are compiled to only use the registry... 7-Zip for instance... so our launcher sets aside the local settings, loads the portable one, launches the app. When the app closes, it saves the portable settings back to its directory and restores the local settings. Portable software has always worked this way. I know, I created the first modern portable app in early 2004 (Portable Firefox).

We try to avoid moving things on and off the local machine, but sometimes it is unavoidable. And often the choice is do that or not have the app.

Sometimes, the impossible can become possible, if you're awesome!

October 26, 2015 - 5:07pm

(Reply to #16) #17

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

Thank you.

__________
What do zombie string theorists crave? Branes!

September 30, 2015 - 1:03pm

(Reply to #17) #18

John T. Haller

Online

Last seen: 24 sec ago

Joined: 2005-11-28 22:21

Got It

I have the fix from Gord. Sorry this had slipped through the cracks during the platform releases. I should have it up shortly.

Sometimes, the impossible can become possible, if you're awesome!

October 26, 2015 - 5:08pm

(Reply to #18) #19

CelticKat

Offline

Last seen: 5 years 3 months ago

Joined: 2015-08-04 14:02

Thanks!

Perhaps I'll reinstall it sometime and check it out.

__________
What do zombie string theorists crave? Branes!

September 30, 2015 - 7:32pm

#20

John T. Haller

Online

Last seen: 24 sec ago

Joined: 2005-11-28 22:21

Fixed in 1.9.1 Rev 2

This is fixed in Marble Portable 1.9.1 Rev 2 courtesy of Gord.

Sometimes, the impossible can become possible, if you're awesome!

Please Help Support Us

Please consider making a donation so we can keep bringing you great software.

You are here

[Fixed] Marble Doesn't Correctly Load OpenStreetMap

Please Help Support Us

Translate Page

Latest Releases & News

Join Our Community

Partner with PortableApps.com

About PortableApps.com

You are here

[Fixed] Marble Doesn't Correctly Load OpenStreetMap

Please Help Support Us

Translate Page

User login

Latest Releases & News

Join Our Community

Partner with PortableApps.com

About PortableApps.com