Dear Oliver,

thank you for your hint.
I changed GARMIN to Garmin on SD-Card  and I see the SD-Card in QMS. 
Thank you !!!!


Kind regards

Axel

On 01.01.2016 14:28, qlandkartegt-users-requ...@lists.sourceforge.net wrote:
> Send Qlandkartegt-users mailing list submissions to
>       qlandkartegt-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>       https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
> or, via email, send a message with subject or body 'help' to
>       qlandkartegt-users-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
>       qlandkartegt-users-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Qlandkartegt-users digest..."
>
>
> Today's Topics:
>
>     1. Re: QMapShack/Routino link error (Windows) (Helmut Schmidt)
>     2. Using SD Card with Etrex 35t (AP)
>     3. Re: Qlandkartegt-users Digest, Vol 84, Issue 8 (AP)
>     4. Re: Using SD Card with Etrex 35t (Oliver Eichler)
>     5. Re: Qlandkartegt-users Digest, Vol 84, Issue 8 (Oliver Eichler)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 31 Dec 2015 15:24:34 +0100
> From: Helmut Schmidt <hs...@arcor.de>
> Subject: Re: [Qlandkartegt-users] QMapShack/Routino link error
>       (Windows)
> To: qlandkartegt-users@lists.sourceforge.net
> Message-ID: <56853aa2.6060...@arcor.de>
> Content-Type: text/plain; charset=windows-1252
>
> Hi Wolfgang,
>
> great.
> Some additional remarks.
> (I probably should update the README a bit with respect to these.)
>
> 1.) It's better to use Qt5.5 instead of Qt5.4.
> (Qt5.5 fixes a small but a bit annoying bug and also the deployment
> scripts are meanwhile adapted to 5.5)
>
> 2.) The easiest way to test the resulting qmapshack.exe is to run the
> copyfiles.bat
> (You may have to adapt some directory paths at the beginning of this
> batch file)
> The copyfile.bat creates a directory with exactly the same content as
> the final installer would create.
> (It is also a precondition for creating the installer)
> When the directory is created, you can directly start the qmapshack.exe
> by double-clicking in the Windows explorer. All runtime dependencies
> should be resolved then.
>
>
> Note: I might be a few days offline after new year. So please be patient
> if you need further support.
>
> Regards,
>
> Helmut
>
> Am 31.12.2015 um 15:01 schrieb WT:
>> Hi Helmut,
>>
>> thank You for Your quick last-day-of-the-year-response!
>>
>> I restarted my compiler run with your routino stuff and - succeeded. At
>> least to the point where I got a qmapshack.exe file. No linker error anymore
>> and no more problems with different numbers of underscores.
>>
>> I did not yet try if the EXE file runs properly. This I will do in the next
>> few days but I'm optimistic. At first I'll try to understand how to handle
>> in a better way the routino part of the business which was obviously the
>> reason for my problems.
>>
>> Thereafter You will get some information about my results including a few
>> remarks/comments/additions to Your Windows compilation README. But already
>> now: Even with only some general IT/programming knowledge (I never compiled
>> a C/C++ project by myself!) this README (+ some helpful hints from its
>> author when required) are enough to come to a good result!
>>
>> Thus, thank You for Your help and Your work on the QMS Windows version in
>> general!
>>
>> Have a nice New Year!
>>
>> Wolfgang
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Qlandkartegt-users mailing list
>> Qlandkartegt-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 31 Dec 2015 16:11:08 +0100
> From: AP <apschwim...@apmland.de>
> Subject: [Qlandkartegt-users] Using SD Card with Etrex 35t
> To: qlandkartegt-users@lists.sourceforge.net
> Message-ID: <5685458c.3050...@apmland.de>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Dear All,
>
>
> I use a SD Card in my Garmin device.
>
> Following https://bitbucket.org/maproom/qmapshack/wiki/DocGisDevices I
> copied the GarminDevice.xml to the folder /GARMIN on the SD-Card.
>
> But the SD-Card does not appear in the workspace from Qmapshack.
>
>
> I used Arch Linux with Gnome, the SD-Card is mounted on the file-system
> as usual.
> Udisk2 is installed.
>
> Could you help me, please ?
>
>
> Kind regards
>
>
> Axel
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 31 Dec 2015 16:56:20 +0100
> From: AP <apschwim...@apmland.de>
> Subject: Re: [Qlandkartegt-users] Qlandkartegt-users Digest, Vol 84,
>       Issue 8
> To: qlandkartegt-users@lists.sourceforge.net
> Message-ID: <56855024.2050...@apmland.de>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> Hallo Oliver,
>
> I'm not very fimilar with mysql but would be glad to help a little bit.
> I created a db with the name "myname" and can access it as a user.
>
> But I don't know how to deal with it from QMS side.
>
> How can I use a mysql-db in QMS  5.5.1 in Arch Linux ?
>
>
> Kind regards
>
> Axel
>
>
> Am 22.12.2015 um 15:09 schrieb Oliver Eichler:
>>> hi,
>>>
>>> there has been another change in the database that needs migration of
>>> the database. Please backup your database and report errors.
>>>
>>> As you might have noticed QMapShack is supporting MySql now. To use
>>> MySql you need a database server and a user login to that server. On the
>>> database sever you have to create a database by:
>>>
>>> create database myname;
>>>
>>> This will create the database with name "myname". In QMapShack's
>>> database setup dialog you have to use that name.
>>>
>>> The challenge with using a MySql server is having multiple instances of
>>> QMapShack using the same database. This will create conflicts when
>>> inserting/updating items from different instances. I spent quite some
>>> efforts to catch all these conflicts. But you never know. Thus if you
>>> experience some peculiar behaviour please report.
>>>
>>>
>>> The next step will be a mechanism to manually/automatically update the
>>> database tree and the workspace.
>>>
>>>
>>> It would be nice if enough users test and challenge that feature before
>>> the next release.
>>>
>>> Oliver
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Qlandkartegt-users mailing list
>>> Qlandkartegt-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 28 Dec 2015 18:29:56 +0000 (UTC)
>> From: Emanuel Hudl <emie1...@gmail.com>
>> Subject: [Qlandkartegt-users] *.GPX files are not recognized
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <pan$1adbe$f6a7a91$1c7a04cd$e2ef3ef5$1...@gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> Hello,
>>
>> So this weekend I put some really old tours into my QMS Database. I
>> figured out, that files with the fileextension (written in big letters)
>> *.GPX were not found (Open via STRG+L).
>>
>> When i renamed then into *.gpx, everything was fine.
>>
>> I see that in *unix these files are recogizned as two different files, so
>> I don't know if this is "bug". I just want it to report first.
>>
>> Regards,
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 28 Dec 2015 18:29:56 +0000 (UTC)
>> From: Emanuel Hudl <emie1...@gmail.com>
>> Subject: [Qlandkartegt-users] *.GPX files are not recognized -
>>      "GPX.jpg" yEnc
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <n5rv34$f64$2...@ger.gmane.org>
>> Content-Type: text/plain; charset=UTF-8
>>
>> =ybegin line=128 size=1762 name=GPX.jpg
>> ))=J*:tpsp*++**+*+**)*m*20010/211133246>76556C<=}9>GDIHGDFFJNXQJLVMFFRaSVZ[^^^IQcgb\fX]^\)*m+333656B77B\KFK\\\\\\\\\\\\\\\\\\
>> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\)?2*X*?-+L*,;+-;+)?**+/++++++********+,-./012345)?:*,+--,.-//..**+?+,-*.;/<K[k0=}{?1L?>\??
>> ?Ml??|???34@ABCDOPQRST^_`abcdmnopqrst}~????????????????????????????????????????????????=@
>> =M
>> =[ 
>> !"#$)?+*-+++++++++******+,-./012345)?;*,+,..-.1/..*+,?*+,-;./K[0<k{1??=}L\?2>l???]|????O=[ABCDPQRST_`abc
>> dmnopqrst}~?????????????????????????????????????????????????=@
>> =M !"#$)*6-+*,;-;*i* ??r??Es?M?M?C????5??.?=J>9J/?Kpg??h?9
>> ????Oz'???i?????$7?@?????^S`?y?`&?-???1????A
>> ??@???&?]???8B,9g0s??N??=J??????????t?.??C??
>> GX??????\?\??j.???5??!???za?&?9-\??f?-???
>> ?~?
>> 5?I{??+{=[???8r&??j$e?_5R?W?WkN??aS?????~?hG????^n???bM??=}??F?'=M??Yf?e+C?O???f?=[?
>>   '???R???h??
>> ???=@J7?;?J?^Y??=@?l??Qh??$(?8??R*?R*?R*??;???^nP????v??4\9???}?5
>> ??d?=[n?~;&m??W?{?<?&???1=J9yQ*?*?1?|?????'a,iZ?T        ???as? 
>> ??w??4?*i??@??R????
>> X?abI???X5????8???&]p?????9$v?}Ug?`F??s=M?y??2? 
>> O??/b?JF??M???4R?4R?b?<??k??oX?U=@
>> P?M???????????$_?3???N?I\???sc=Mg'l?@????      $(q;???u
>> ?D???`3??c.???~dM??6????s?~???    
>> ???l????0??]s?z??PUML/?????]?C^%r??????        
>> A3??`bw=}??Z8cTR0???a?[?????A??M???f??$???l%{??
>> ??????3`*lz]=}???H?Mx?m?w7?????T????l??p????x=@?X?cD?sy$}S???r??M???OW<>{oK?>{j/>{jI)
>> =yend size=1762 crc32=acfe986d
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Tue, 29 Dec 2015 19:42:46 +0100
>> From: Oliver Eichler <oliver.eich...@gmx.de>
>> Subject: Re: [Qlandkartegt-users] *.GPX files are not recognized
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <2842111.PCDDefK4hf@linux-12kj>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> Hi Emanuel,
>>
>> I think we should address that problem. Please create an issue at Bitbucket.
>>
>> Oliver
>>
>> Am Monday 28 December 2015, 18:29:56 schrieb Emanuel Hudl:
>>> Hello,
>>>
>>> So this weekend I put some really old tours into my QMS Database. I
>>> figured out, that files with the fileextension (written in big letters)
>>> *.GPX were not found (Open via STRG+L).
>>>
>>> When i renamed then into *.gpx, everything was fine.
>>>
>>> I see that in *unix these files are recogizned as two different files, so
>>> I don't know if this is "bug". I just want it to report first.
>>>
>>> Regards,
>>>
>>>
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> -- _______________________________________________
>>> Qlandkartegt-users mailing list
>>> Qlandkartegt-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Wed, 30 Dec 2015 13:29:46 +0000 (UTC)
>> From: WT <k-w.thaem...@vodafone.de>
>> Subject: [Qlandkartegt-users] QMapShack/Routino link error (Windows)
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <loom.20151230t142543-...@post.gmane.org>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Following the recommendations in
>>
>>       https://bitbucket.org/maproom/qmapshack/src/tip/nsi/HOWTO-BUILD.txt
>>
>> I succeeded in compiling the GDAL, PROJ and Routino 3.0 packages.
>> When trying to compile QMS as described I get some link errors of the type
>>
>>       1>CRouterRoutino.obj : error LNK2001: unresolved external symbol
>> __imp_Routino_DeleteRoute
>>
>> In the linker call the correct path to an existing routino.lib is used.
>>    
>> When checking routino.lib for its symbols I find __imp__Routino_DeleteRoute
>> (1 more underscore!).
>>    
>> Thus, the linker error seems to be understandable - the symbols in the obj
>> and the lib files do not match.
>>    
>> What can be the reason for this difference? How to avoid it? Could the link
>> type (static - dynamic?) be the reason for this error? Could a wrong
>> make.exe or gcc.exe version when compiling Routino be the reason for this
>> error? Is there any compiler or linker option/property for Routino or QMS
>> which I have to adjust?
>>
>> Thanks for any help
>>
>> Wolfgang
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Wed, 30 Dec 2015 21:01:37 +0100
>> From: Helmut Schmidt <hs...@arcor.de>
>> Subject: Re: [Qlandkartegt-users] QMapShack/Routino link error
>>      (Windows)
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <56843821.4030...@arcor.de>
>> Content-Type: text/plain; charset=windows-1252; format=flowed
>>
>> Hi Wolfgang,
>>
>> great - you are trying it ;-) !!
>>
>> Let's first verify whether the problem is on creating routino.lib or
>> linking to it.
>>
>> I have uploaded you the routino stuff compiled by me:
>> https://bitbucket.org/huirad/test/downloads/routino_pkg.zip
>>
>> When you use that routino.lib, do you get the same issue?
>> I peeked in the binaries and I have the impression that there is teh
>> symbol with the single underscore (__imp_Routino_DeleteRoute).
>>
>> Do you compile the latest routino form the svn or really version 3.0?
>> Version 3.0 will not work anyway due to some other incompatibilities.
>> Maybe if you switch to svn-latest also the linker problem is gone?
>>
>> Concerning to you detail questions: at the moment I don't know.
>> I tried to write down anything about setting up the mingw64 toolchain in
>>      https://bitbucket.org/maproom/qmapshack/src/tip/nsi/build_routino.bat
>> I did never care abou specific linker settings. I just called
>>      make
>> without thinking about details.
>>
>> Best Regards,
>>
>> Helmut
>>
>> Am 30.12.2015 um 14:29 schrieb WT:
>>> Following the recommendations in
>>>
>>>        https://bitbucket.org/maproom/qmapshack/src/tip/nsi/HOWTO-BUILD.txt
>>>
>>> I succeeded in compiling the GDAL, PROJ and Routino 3.0 packages.
>>> When trying to compile QMS as described I get some link errors of the type
>>>
>>>        1>CRouterRoutino.obj : error LNK2001: unresolved external symbol
>>> __imp_Routino_DeleteRoute
>>>
>>> In the linker call the correct path to an existing routino.lib is used.
>>>
>>> When checking routino.lib for its symbols I find __imp__Routino_DeleteRoute
>>> (1 more underscore!).
>>>
>>> Thus, the linker error seems to be understandable - the symbols in the obj
>>> and the lib files do not match.
>>>
>>> What can be the reason for this difference? How to avoid it? Could the link
>>> type (static - dynamic?) be the reason for this error? Could a wrong
>>> make.exe or gcc.exe version when compiling Routino be the reason for this
>>> error? Is there any compiler or linker option/property for Routino or QMS
>>> which I have to adjust?
>>>
>>> Thanks for any help
>>>
>>> Wolfgang
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Qlandkartegt-users mailing list
>>> Qlandkartegt-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Thu, 31 Dec 2015 14:01:48 +0000 (UTC)
>> From: WT <k-w.thaem...@vodafone.de>
>> Subject: [Qlandkartegt-users] QMapShack/Routino link error (Windows)
>> To: qlandkartegt-users@lists.sourceforge.net
>> Message-ID: <loom.20151231t145542-...@post.gmane.org>
>> Content-Type: text/plain; charset=us-ascii
>>
>> Hi Helmut,
>>
>> thank You for Your quick last-day-of-the-year-response!
>>
>> I restarted my compiler run with your routino stuff and - succeeded. At
>> least to the point where I got a qmapshack.exe file. No linker error anymore
>> and no more problems with different numbers of underscores.
>>
>> I did not yet try if the EXE file runs properly. This I will do in the next
>> few days but I'm optimistic. At first I'll try to understand how to handle
>> in a better way the routino part of the business which was obviously the
>> reason for my problems.
>>
>> Thereafter You will get some information about my results including a few
>> remarks/comments/additions to Your Windows compilation README. But already
>> now: Even with only some general IT/programming knowledge (I never compiled
>> a C/C++ project by myself!) this README (+ some helpful hints from its
>> author when required) are enough to come to a good result!
>>
>> Thus, thank You for Your help and Your work on the QMS Windows version in
>> general!
>>
>> Have a nice New Year!
>>
>> Wolfgang
>>
>>
>>
>>
>> ------------------------------
>>
>> ------------------------------------------------------------------------------
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Qlandkartegt-users mailing list
>> Qlandkartegt-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>
>>
>> End of Qlandkartegt-users Digest, Vol 84, Issue 8
>> *************************************************
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 01 Jan 2016 14:22:38 +0100
> From: Oliver Eichler <oliver.eich...@gmx.de>
> Subject: Re: [Qlandkartegt-users] Using SD Card with Etrex 35t
> To: qlandkartegt-users@lists.sourceforge.net
> Message-ID: <2119900.6GKymlOH4Z@linux-12kj>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi
>
> start QMapShack from the console with the -d parameter and watch out for lines
> like
>
> 2016-01-01 14:13:24.468 [debug] Probe device at "/run/media/oeichler/GARMIN"
> "/org/freedesktop/UDisks2/block_devices/sdc" "GARMIN"
>
> There should be one for the internal storage and one for the external storage.
>
> Also make sure that the path on the card is
>
> Garmin/GarminDevice.xml
>
> On Unix capital letters matter!
>
> HTH
>
> Oliver
>
>
> Am Thursday 31 December 2015, 16:11:08 schrieb AP:
>> Dear All,
>>
>>
>> I use a SD Card in my Garmin device.
>>
>> Following https://bitbucket.org/maproom/qmapshack/wiki/DocGisDevices I
>> copied the GarminDevice.xml to the folder /GARMIN on the SD-Card.
>>
>> But the SD-Card does not appear in the workspace from Qmapshack.
>>
>>
>> I used Arch Linux with Gnome, the SD-Card is mounted on the file-system
>> as usual.
>> Udisk2 is installed.
>>
>> Could you help me, please ?
>>
>>
>> Kind regards
>>
>>
>> Axel
>>
>> ----------------------------------------------------------------------------
>> -- _______________________________________________
>> Qlandkartegt-users mailing list
>> Qlandkartegt-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 01 Jan 2016 14:27:51 +0100
> From: Oliver Eichler <oliver.eich...@gmx.de>
> Subject: Re: [Qlandkartegt-users] Qlandkartegt-users Digest, Vol 84,
>       Issue 8
> To: qlandkartegt-users@lists.sourceforge.net
> Message-ID: <13457301.Gpp453gkas@linux-12kj>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi
>
> this is still development. Therefore you have to compile the head of the
> repository. This is described here:
>
> https://bitbucket.org/maproom/qmapshack/overview
>
> You might find this page useful, too:
>
> http://www.mtb-touring.net/qms/qmapshack-und-linux-mint/
>
> It's for mint but afaik Arch should be similar.
>
> HTH
>
> Oliver
>
>
> Am Thursday 31 December 2015, 16:56:20 schrieb AP:
>> Hallo Oliver,
>>
>> I'm not very fimilar with mysql but would be glad to help a little bit.
>> I created a db with the name "myname" and can access it as a user.
>>
>> But I don't know how to deal with it from QMS side.
>>
>> How can I use a mysql-db in QMS  5.5.1 in Arch Linux ?
>>
>>
>> Kind regards
>>
>> Axel
>>
>> Am 22.12.2015 um 15:09 schrieb Oliver Eichler:
>>>> hi,
>>>>
>>>> there has been another change in the database that needs migration of
>>>> the database. Please backup your database and report errors.
>>>>
>>>> As you might have noticed QMapShack is supporting MySql now. To use
>>>> MySql you need a database server and a user login to that server. On the
>>>> database sever you have to create a database by:
>>>>
>>>> create database myname;
>>>>
>>>> This will create the database with name "myname". In QMapShack's
>>>> database setup dialog you have to use that name.
>>>>
>>>> The challenge with using a MySql server is having multiple instances of
>>>> QMapShack using the same database. This will create conflicts when
>>>> inserting/updating items from different instances. I spent quite some
>>>> efforts to catch all these conflicts. But you never know. Thus if you
>>>> experience some peculiar behaviour please report.
>>>>
>>>>
>>>> The next step will be a mechanism to manually/automatically update the
>>>> database tree and the workspace.
>>>>
>>>>
>>>> It would be nice if enough users test and challenge that feature before
>>>> the next release.
>>>>
>>>> Oliver
>>>>
>>>> -------------------------------------------------------------------------
>>>> ----- _______________________________________________
>>>> Qlandkartegt-users mailing list
>>>> Qlandkartegt-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Mon, 28 Dec 2015 18:29:56 +0000 (UTC)
>>> From: Emanuel Hudl <emie1...@gmail.com>
>>> Subject: [Qlandkartegt-users] *.GPX files are not recognized
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <pan$1adbe$f6a7a91$1c7a04cd$e2ef3ef5$1...@gmail.com>
>>> Content-Type: text/plain; charset=UTF-8
>>>
>>> Hello,
>>>
>>> So this weekend I put some really old tours into my QMS Database. I
>>> figured out, that files with the fileextension (written in big letters)
>>> *.GPX were not found (Open via STRG+L).
>>>
>>> When i renamed then into *.gpx, everything was fine.
>>>
>>> I see that in *unix these files are recogizned as two different files, so
>>> I don't know if this is "bug". I just want it to report first.
>>>
>>> Regards,
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 3
>>> Date: Mon, 28 Dec 2015 18:29:56 +0000 (UTC)
>>> From: Emanuel Hudl <emie1...@gmail.com>
>>> Subject: [Qlandkartegt-users] *.GPX files are not recognized -
>>>
>>>     "GPX.jpg" yEnc
>>>
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <n5rv34$f64$2...@ger.gmane.org>
>>> Content-Type: text/plain; charset=UTF-8
>>>
>>> =ybegin line=128 size=1762 name=GPX.jpg
>>> ))=J*:tpsp*++**+*+**)*m*20010/211133246>76556C<=}9>GDIHGDFFJNXQJLVMFFRaS
>>> VZ[^^^IQcgb\fX]^\)*m+333656B77B\KFK\\\\\\\\\\\\\\\\\\
>>> \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\)?2*X*?-+L*,;+-;+)?**+/++++++********+,-.
>>> /012345)?:*,+--,.-//..**+?+,-*.;/<K[k0=}{?1L?>\??
>>> ?Ml??|???34@ABCDOPQRST^_`abcdmnopqrst}~?????????????????????????????????
>>> ???????????????=@=M =[
>>> !"#$)?+*-+++++++++******+,-./012345)?;*,+,..-.1/..*+,?*+,-;./K[0<k{1??=}L
>>> \?2>l???]|????O=[ABCDPQRST_`abc
>>> dmnopqrst}~?????????????????????????????????????????????????=@=M
>>>  !"#$)*6-+*,;-;*i*
>>> ??r??Es?M?M?C????5??.?=J>9J/?Kpg??h?9????Oz'???i?????$7?@?????^S`?y?
>>> `&?-???1????A
>>> ??@???&?]???8B,9g0s??N??=J??????????t?.??C??GX??????\?\??j.???5??!
>>> ???za?&?9-\??f?-???
>>> ?~?5?I{??+{=[???8r&??j$e?_5R?W?WkN??aS?????~?hG????^n???bM??=}?
>>> ?F?'=M??Yf?e+C?O???f?=[?  '???R???h?????=@J7?;?J?^Y??=@?l??Qh??$
> (?8
>>> ??R*?R*?R*??;???^nP????v??4\9???}?5
>>> ??d?=[n?~;&m??W?{?<?&???1=J9yQ*?*?1?|?????'a,iZ?T       ???as?
>>> ??w??4?*i??@??R????
>>> X?abI???X5????8???&]p?????9$v?}Ug?`F??s=M?y??2?        
>>> O??/b?JF??M???4R?4R?
>>> b?<??k??oX?U=@
>>> P?M???????????$_?3???N?I\???sc=Mg'l?@????     $(q;???u
>>> ?D???`3??c.???
>>> ~dM??6????s?~??? ???l????0??]s?z??PUML/?????]?C^%r??????        A3??
> `bw=}??
>>> Z8cTR0???a?[?????A??M???f??$???l%{??
>>> ??????3`*lz]=}???H?Mx?m?w7?????T????l??p????x=@?X?cD?sy$}S???r??
>>> M???OW<>{oK?>{j/>{jI) =yend size=1762 crc32=acfe986d
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 4
>>> Date: Tue, 29 Dec 2015 19:42:46 +0100
>>> From: Oliver Eichler <oliver.eich...@gmx.de>
>>> Subject: Re: [Qlandkartegt-users] *.GPX files are not recognized
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <2842111.PCDDefK4hf@linux-12kj>
>>> Content-Type: text/plain; charset="us-ascii"
>>>
>>> Hi Emanuel,
>>>
>>> I think we should address that problem. Please create an issue at
>>> Bitbucket.
>>>
>>> Oliver
>>>
>>> Am Monday 28 December 2015, 18:29:56 schrieb Emanuel Hudl:
>>>> Hello,
>>>>
>>>> So this weekend I put some really old tours into my QMS Database. I
>>>> figured out, that files with the fileextension (written in big letters)
>>>> *.GPX were not found (Open via STRG+L).
>>>>
>>>> When i renamed then into *.gpx, everything was fine.
>>>>
>>>> I see that in *unix these files are recogizned as two different files, so
>>>> I don't know if this is "bug". I just want it to report first.
>>>>
>>>> Regards,
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> --- -- _______________________________________________
>>>> Qlandkartegt-users mailing list
>>>> Qlandkartegt-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>> ------------------------------
>>>
>>> Message: 5
>>> Date: Wed, 30 Dec 2015 13:29:46 +0000 (UTC)
>>> From: WT <k-w.thaem...@vodafone.de>
>>> Subject: [Qlandkartegt-users] QMapShack/Routino link error (Windows)
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <loom.20151230t142543-...@post.gmane.org>
>>> Content-Type: text/plain; charset=us-ascii
>>>
>>> Following the recommendations in
>>>
>>>       https://bitbucket.org/maproom/qmapshack/src/tip/nsi/HOWTO-BUILD.txt
>>>
>>> I succeeded in compiling the GDAL, PROJ and Routino 3.0 packages.
>>> When trying to compile QMS as described I get some link errors of the type
>>>
>>>       1>CRouterRoutino.obj : error LNK2001: unresolved external symbol
>>>
>>> __imp_Routino_DeleteRoute
>>>
>>> In the linker call the correct path to an existing routino.lib is used.
>>>
>>> When checking routino.lib for its symbols I find
>>> __imp__Routino_DeleteRoute
>>> (1 more underscore!).
>>>
>>> Thus, the linker error seems to be understandable - the symbols in the obj
>>> and the lib files do not match.
>>>
>>> What can be the reason for this difference? How to avoid it? Could the
>>> link
>>> type (static - dynamic?) be the reason for this error? Could a wrong
>>> make.exe or gcc.exe version when compiling Routino be the reason for this
>>> error? Is there any compiler or linker option/property for Routino or QMS
>>> which I have to adjust?
>>>
>>> Thanks for any help
>>>
>>> Wolfgang
>>>
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> Message: 6
>>> Date: Wed, 30 Dec 2015 21:01:37 +0100
>>> From: Helmut Schmidt <hs...@arcor.de>
>>> Subject: Re: [Qlandkartegt-users] QMapShack/Routino link error
>>>
>>>     (Windows)
>>>
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <56843821.4030...@arcor.de>
>>> Content-Type: text/plain; charset=windows-1252; format=flowed
>>>
>>> Hi Wolfgang,
>>>
>>> great - you are trying it ;-) !!
>>>
>>> Let's first verify whether the problem is on creating routino.lib or
>>> linking to it.
>>>
>>> I have uploaded you the routino stuff compiled by me:
>>> https://bitbucket.org/huirad/test/downloads/routino_pkg.zip
>>>
>>> When you use that routino.lib, do you get the same issue?
>>> I peeked in the binaries and I have the impression that there is teh
>>> symbol with the single underscore (__imp_Routino_DeleteRoute).
>>>
>>> Do you compile the latest routino form the svn or really version 3.0?
>>> Version 3.0 will not work anyway due to some other incompatibilities.
>>> Maybe if you switch to svn-latest also the linker problem is gone?
>>>
>>> Concerning to you detail questions: at the moment I don't know.
>>> I tried to write down anything about setting up the mingw64 toolchain in
>>>
>>>      https://bitbucket.org/maproom/qmapshack/src/tip/nsi/build_routino.bat
>>>
>>> I did never care abou specific linker settings. I just called
>>>
>>>      make
>>>
>>> without thinking about details.
>>>
>>> Best Regards,
>>>
>>> Helmut
>>>
>>> Am 30.12.2015 um 14:29 schrieb WT:
>>>> Following the recommendations in
>>>>
>>>>        https://bitbucket.org/maproom/qmapshack/src/tip/nsi/HOWTO-BUILD.txt
>>>>
>>>> I succeeded in compiling the GDAL, PROJ and Routino 3.0 packages.
>>>> When trying to compile QMS as described I get some link errors of the
>>>> type
>>>>
>>>>        1>CRouterRoutino.obj : error LNK2001: unresolved external symbol
>>>>
>>>> __imp_Routino_DeleteRoute
>>>>
>>>> In the linker call the correct path to an existing routino.lib is used.
>>>>
>>>> When checking routino.lib for its symbols I find
>>>> __imp__Routino_DeleteRoute
>>>> (1 more underscore!).
>>>>
>>>> Thus, the linker error seems to be understandable - the symbols in the
>>>> obj
>>>> and the lib files do not match.
>>>>
>>>> What can be the reason for this difference? How to avoid it? Could the
>>>> link
>>>> type (static - dynamic?) be the reason for this error? Could a wrong
>>>> make.exe or gcc.exe version when compiling Routino be the reason for this
>>>> error? Is there any compiler or linker option/property for Routino or QMS
>>>> which I have to adjust?
>>>>
>>>> Thanks for any help
>>>>
>>>> Wolfgang
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> ----- _______________________________________________
>>>> Qlandkartegt-users mailing list
>>>> Qlandkartegt-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>> ------------------------------
>>>
>>> Message: 7
>>> Date: Thu, 31 Dec 2015 14:01:48 +0000 (UTC)
>>> From: WT <k-w.thaem...@vodafone.de>
>>> Subject: [Qlandkartegt-users] QMapShack/Routino link error (Windows)
>>> To: qlandkartegt-users@lists.sourceforge.net
>>> Message-ID: <loom.20151231t145542-...@post.gmane.org>
>>> Content-Type: text/plain; charset=us-ascii
>>>
>>> Hi Helmut,
>>>
>>> thank You for Your quick last-day-of-the-year-response!
>>>
>>> I restarted my compiler run with your routino stuff and - succeeded. At
>>> least to the point where I got a qmapshack.exe file. No linker error
>>> anymore and no more problems with different numbers of underscores.
>>>
>>> I did not yet try if the EXE file runs properly. This I will do in the
>>> next
>>> few days but I'm optimistic. At first I'll try to understand how to handle
>>> in a better way the routino part of the business which was obviously the
>>> reason for my problems.
>>>
>>> Thereafter You will get some information about my results including a few
>>> remarks/comments/additions to Your Windows compilation README. But already
>>> now: Even with only some general IT/programming knowledge (I never
>>> compiled
>>> a C/C++ project by myself!) this README (+ some helpful hints from its
>>> author when required) are enough to come to a good result!
>>>
>>> Thus, thank You for Your help and Your work on the QMS Windows version in
>>> general!
>>>
>>> Have a nice New Year!
>>>
>>> Wolfgang
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> --------------------------------------------------------------------------
>>> ----
>>>
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> Qlandkartegt-users mailing list
>>> Qlandkartegt-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>>>
>>>
>>> End of Qlandkartegt-users Digest, Vol 84, Issue 8
>>> *************************************************
>> ----------------------------------------------------------------------------
>> -- _______________________________________________
>> Qlandkartegt-users mailing list
>> Qlandkartegt-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
>
>
> ------------------------------
>
> _______________________________________________
> Qlandkartegt-users mailing list
> Qlandkartegt-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
>
> End of Qlandkartegt-users Digest, Vol 85, Issue 1
> *************************************************


------------------------------------------------------------------------------
_______________________________________________
Qlandkartegt-users mailing list
Qlandkartegt-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Reply via email to