Hi Norbert,
I _assume_ that http://www.ijg.org/ is the best place to get the libjpeg
source. There seem to be many forks out.
At least this is where https://en.wikipedia.org/wiki/Libjpeg points to.
Don't know where all the Linux distros get it from.
What has to be done to add libjpeg to the Windows version
- check that http://www.ijg.org/ is the right place to get the source
- evaluate the license
- assess the build process: ensure that everything fits together
- test the feature using libjpeg (no idea which)
- document the build process
https://bitbucket.org/maproom/qmapshack/wiki/BuildWindowsVisualStudio
- Update the credentials file
https://bitbucket.org/maproom/qmapshack/raw/tip/msvc_64/3rdparty.txt
- Update the installer scripts
https://bitbucket.org/maproom/qmapshack/src/tip/msvc_64/copyfiles.bat
https://bitbucket.org/maproom/qmapshack/src/tip/msvc_64/QMapShack_Installer.nsi
I hope that I caught everything - not 100% sure
In the best case that's just time consuming.
I would normally add this to my bucket of proving the Windows binary
installers to the community.
Based on my current load, I expect to finish that earliest during the
next weekend. If anybody is faster: feel free to go ahead.
@Oliver: Or did this dependency maybe slip in accidently and we could
remove it again? Maybe jpeg can just be handled by functions already
included in Qt?
Best regards,
Helmut
Am 05.03.2018 um 23:36 schrieb Norbert Truchsess:
I have trouble to compile on windows as I cannot exclude alglib and
alglib wants libjpeg as dependency. ccmake therefore fails to generate.
didn't have this issue until very recently.
Where to get a 64Windows libjpeg (+ headers)? Or does someone have
instructions how to compile libjpeg on visualstudio2013 community
edition? (it doesn't come with the comfort of a ccmake build-system).
regards,
Norbert
Am Montag, den 05.03.2018, 19:03 +0100 schrieb Oliver Eichler:
Hi,
release time! There is quite bunch of changes I want to present in
detail:
*Migrating QMapTool and friends into the QMapShack project*
I think it's easier for everyone to have this stuff in a single
compile environment, installer or package. For Linux I tried my best
to make the install process as compliant as possible. Please tell me
if something is missing from the package maintainer's perspective. I
am not sure if there are further changes needed for OS X and Windows.
The final binaries are:
qmapshack - well of course
qmaptool - if QMapShack finds QMapTool in the path there will be
a menu entry "Tool->Start QMapTool"
qmt_rgb2pct - this is my replacement of rgb2pct from GDAL, to handle
the alpha channel correctly
qmt_map2jnx - this is the same as in QLandkarte GT (map2jnx). It
will be used by QMapTool in the future
Wolfgang did a great job and started the QMapTool Wiki:
https://bitbucket.org/maproom/qmaptool/wiki/Home
*No-go areas for BRouter*
Thanks to Norbert's persistent work you can convert each waypoint,
track, route and area to a no-go area. As Wolfgang accompanied the
development process by extending the Wiki on the spot there is
nothing left for me to write. Read the excellent Wiki article:
https://bitbucket.org/maproom/qmapshack/wiki/AdvRoutes#markdown-heade
r-using-no-go-areas-and-lines
*New speed filter*
Karl provided a new track filter to estimate the speed and thus the
time on a bike tour. It has several preset profiles and a few
profiles for customized settings. The idea is to adjust the speed as
a function of the slope. The parameters are not extensively tested.
Therefor any feedback will be welcome.
To do the same for hiking will be a future challenge. There are well
known models to estimate the tour duration by taking the climb rate
and distance into a account. The trick will be to derive timestamps
for each point out of that.
*Framework to process realtime data*
That is a little bit of my work. From time to time there are requests
to display the position from a GPS source or to display GIS items
that are subject to a time based change like S&R progress. So far
there was no framework in QMapShack to handle that kind of data.
Personally I am not much interested in implementing that kind of
stuff. So it's still up to those interested in those features to send
a pull request. But I do acknowledge that starting from scratch
without an API or framework is quite high level. That's why I decided
to give it a start.
As I needed a simple and reliable source to sketch the concept I
decided to use the OpenSky service. This is a project that records
the position data and identifiers sent by aircrafts. Sure it's kind
of boring to see plains moving every ten seconds on a map but it's
sufficient to show how realtime data can be acquired, displayed and
recorded. If you are interested have a look into the
src/qmapshack/realtime folder.
The data is drawn as fourth layer (first three: map, DEM, GIS). And
can be anything not limited to simple positions. For example:
* Display the current time or a world clock
* Display weather data (clouds, rain, lightning)
* Display your own GIS data from a database
* Display pictures or realtime video
* Display data from remote sensors and their position
And many more. It's up to you.
*Summary drop zones*
That's a feature I really wanted to have for a long time and finally
found time to implement it. I organize my data in projects for each
tour and I copy the tracks into a yearly summary folder and an all
time summary folder. By that I have a nice overview and statistics
over all my data. So far coping the tracks was quite cumbersome
because I had to load the summary folders to the workspace, copy the
tracks and answer the popup dialogs when saving the data. Not that
much to do but a constant little nuisance. Now I have drop zones in
my database dock widget that have attached one or several folders in
the database. I drag-n-drop my tracks over the drop zones and the
tracks are automatically linked into the attached folders.
Of course Wolfgang documented the feature in the Wiki:
https://bitbucket.org/maproom/qmapshack/wiki/AdvProjects#markdown-hea
der-summary-projects-and-drop-zones
Have fun with the release!
Oliver
Add: QMapTool and friends as sub-project
Add: Reverse route
Add: BRoute binding to local address instead of all interfaces
Add: Use track timestamp as arrival time for waypoints attached to
track
Add: Optional overview generation to vrt builder
Add: Add left button long press action to open menu on canvas
Add: Framework to process and display realtime data
Add: Drop zones to collect items in summary folders of the database
Add: Extend BRouter no-go areas to tracks, routes and areas
Add: Calculate timestamps for tracks depending on the slope for bikes
Fix: Clean up action enabling/disabling for GIS item menus
Fix: Restructure mouse handling to solve some peculiar behavior
[Issue #294] Missing error message in case of wrong map coordinate
system
[Issue #305] Nodata value 0 not accepted in VRT
[Issue #289] Add-color-change-for-multiple-tracks
-------------------------------------------------------------------
-----------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
