Re: [Merkaartor] Windows version for testing

2016-01-25 Thread Moritz Barsnick
On Mon, Jan 25, 2016 at 10:40:15 +0100, Ladislav Laska wrote:
> as I've been asked, here is a Windows snapshot of current git:
> http://merkaartor.be/files/merkaartor-0.18.2-73-g223ee66-64bit.exe

As there hasn't been a lot of feedback on the list, let me say: I'm
still interested!

I got away from OSM a few years ago and only just revisited it the last
few months, and coped quite well with the web editors OSM now has to
offer. I should probably test Merkaartor again with some tracks of
mine, and see its advantages. (It had always been easier and better for
me to use than the old web editors, than JOSM, and others.)

Cheers,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor


Re: [Merkaartor] Windows testing needed

2015-04-30 Thread Moritz Barsnick
Hi,

On Thu, Apr 30, 2015 at 20:59:54 +0200, Ladislav Laska wrote:
 I've compiled a Windows version, that needs some testing. It's based on
 the latest -git version, and is 64bit only (unforunately, 32bit version
 does not work yet).

Nice. So cool to see some activity in this project again.

 If you have a 64bit windows, please, test it and let me know about bugs,
 suggestions (even if you found none).

Does it matter if we point out shortcomings that had been there before?
:-) I haven't done much mapping recently, but I truely liked Merkaartor
best of all the available tools.

 Also, if you feel like compiling from source, you can try msys2. But
 only the 64bit debug version works (release requires patched Qt, due to
 a bug that will be fixed in qt 5.4.2). The process is documented in
 INSTALL.

Could you point to a github issue and (/or) to a Digia issue tracker
please? I like reading up on stuff like this.

Cheers,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
https://lists.openstreetmap.org/listinfo/merkaartor


[Merkaartor] [OT] Happy birthday

2012-03-04 Thread Moritz Barsnick
...to the somewhat namegiving Gerardus Mercator (500 years today).

Couldn't resist,
Moritz
-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


Re: [Merkaartor] Auto-updating merkaartor: Linux/OSX sysadmin input requested

2010-10-11 Thread Moritz Barsnick
Hi Chris, Merkaartoranians,

On Fri, Oct 08, 2010 at 01:10:14 -0700, Chris Browet wrote:
 Not quite true. As of june 1st, it compiled fine under Qt 4.4.3.

I was the one who had reported success with Qt 4.4.3, and had pointed
out one or two incompatibilites.

 Although I don't have a Qt 4.4.X anymore, I'll keep Merkaartor compatible if
 compatibility problems are reported to me (although 3 majors version has
 passed, now, and 2 majors for all distros).

In the meantime (since 0.16.1), a few 4.5-isms and even 4.6-isms have
crept in. I have attempted to work around them with the attached patch.
It works for me, again with Qt 4.4.3.

Note that I'm building with something like
  qmake Merkaartor.pro PREFIX=${PREFIX} NODEBUG=1 GEOIMAGE=0 GPSD=1 \
  GDAL=0 NVIDIA_HACK=1 FORCE_CUSTOM_STYLE=1 USE_BUILTIN_BOOST=1
  TRANSDIR_SYSTEM=${QTDIR}/translations
so many feature paths (covered by gdal, geoimage) are not checked!

One would either need to try to build the full-featured merkaartor on
such a system (I'm not willing to try, due to all the missing libs and
their additional dependencies), or we'd have to review the used Qt
functions piece by piece and check their documentation for was
introduced in. And even that is not sufficient, see:
http://doc.trolltech.com/4.5/qprintpreviewdialog.html#printer
which was introduced in 4.5, but is not described as such.

Until then, Qt  4.5 is just best effort. But you should try to get
rid of the 4.6-isms to increase the number of supported platforms.

Note that in the attached patch, indentation is not fully correct, to
keep the amount of diff low. Furthermore, I did some mimicing to
recreate QUrl::fromUserInput(), but that makes some small assumptions.
Some quessing about the constraints was done from my side. A different
fix might be better.

Moritz
diff --git a/src/MainWindow.cpp b/src/MainWindow.cpp
index 33ef2bb..f6d19d8 100644
--- a/src/MainWindow.cpp
+++ b/src/MainWindow.cpp
@@ -2029,12 +2029,7 @@ void 
MainWindow::on_roadAddStreetNumbersAction_triggered()
 
 void MainWindow::on_roadSubdivideAction_triggered()
 {
-QInputDialog *Dlg = new QInputDialog(this);
-Dlg-setInputMode(QInputDialog::IntInput);
-Dlg-setIntRange(2, 99);
-Dlg-setLabelText(tr(Number of segments to divide into));
-if (Dlg-exec() == QDialog::Accepted) {
-int divisions = Dlg-intValue();
+int divisions = QInputDialog::getInteger(this, MainWindow::tr(Number of 
segments to divide into), MainWindow::tr(Specify the number of segments), 2, 
99);
 CommandList* theList = new CommandList(MainWindow::tr(Subdivide road 
into %1).arg(divisions), NULL);
 subdivideRoad(theDocument, theList, p-theProperties, divisions);
 if (theList-empty())
@@ -2043,8 +2038,6 @@ void MainWindow::on_roadSubdivideAction_triggered()
 theDocument-addHistory(theList);
 invalidateView();
 }
-}
-delete Dlg;
 }
 
 void MainWindow::on_roadAxisAlignAction_triggered()
@@ -2923,9 +2916,9 @@ void MainWindow::on_editSelectAction_triggered()
 terms.append(t);
 }
 
-if (terms.length()) {
-out += terms[terms.length()-1]-asExpression(true);
-for (int i=terms.length()-2; i=0; --i) {
+if (terms.count()) {
+out += terms[terms.count()-1]-asExpression(true);
+for (int i=terms.count()-2; i=0; --i) {
 out +=  and parent(;
 out += terms[i]-asExpression(true);
 out += ) ;
diff --git a/src/Preferences/MerkaartorPreferences.cpp 
b/src/Preferences/MerkaartorPreferences.cpp
index 63d0c33..f52a1d9 100644
--- a/src/Preferences/MerkaartorPreferences.cpp
+++ b/src/Preferences/MerkaartorPreferences.cpp
@@ -964,7 +964,26 @@ QString MerkaartorPreferences::getOsmWebsite() const
 else
 s = www.openstreetmap.org;
 
+#if (QT_VERSION = QT_VERSION_CHECK(4, 6, 0))
 QUrl u = QUrl::fromUserInput(s);
+#else
+// convenience for creating a valid URL
+// fails miserably if QString s already contains a schema
+QString h; // intermediate host
+QString p; // intermediate path
+
+int slashpos = s.indexOf('/');
+if (slashpos = 1) // there's a path element in s
+{
+h = s.left(slashpos);
+p = s.right(s.size() - 1 - slashpos);
+}
+
+QUrl u;
+u.setHost(h);
+u.setScheme(http);
+u.setPath(p);
+#endif
 if (u.path().isEmpty())
 u.setPath(/api/ + apiVersion());
 
@@ -1298,7 +1317,7 @@ QNetworkProxy MerkaartorPreferences::getProxy(const QUrl 
 requestUrl)
 return theProxy;
 }
 #endif
-#if QT_VERSION = 0x040500
+#if (QT_VERSION = QT_VERSION_CHECK(4, 5, 0))
 // Ask Qt for the system proxy (Qt = 4.5.0), libproxy is preferred if 
available since QNetworkProxyFactory
 // doesn't yet support auto-config (PAC) on MacOS or system settings 
on linux while libproxy does
 QListQNetworkProxy systemProxies = 
QNetworkProxyFactory::systemProxyForQuery(

Re: [Merkaartor] Switching language is incomplete until restart

2010-06-01 Thread Moritz Barsnick
On Sat, May 29, 2010 at 14:18:38 +0200, Chris Browet wrote:
 Those are bugs (or rather omissions). The language switch handling was 
 probably
 overlooked for those.
 Could you open a ticket enumerating the items you noticed, please.

Ticket #3025:
Merkaartor: when switching languages, not all widgets switch over
without program restart

Thanks,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


[Merkaartor] Switching language is incomplete until restart

2010-05-29 Thread Moritz Barsnick
Hi,
my freshly installed Merkaartor (on Windows 7 Enterprise 64-bit) came
up in German for some reason. Well, anyway, I switched the language to
English in the preferences, and Merkaartor immediately changed its
appearance. Nice!

Well, except for some widgets. In the right hand tool bar, Geo
Images, Features, and some stuff in GPS (Latitute, Longitude, ... 
Speed) remained German, until I restarted the program.

Is this a bug, or just not meant to work? (The latter case requires a
small remark in the preferences. Many programs can't handle this at all
without restart. :-))

Thanks,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


Re: [Merkaartor] yahoo adapter quirky

2009-07-11 Thread Moritz Barsnick
On Sat, Jul 11, 2009 at 14:10:40 +0200, Chris Browet wrote:
 It could be that Qt has a problem with ~. Try using absolute paths to see if
 it solves the problem...

Bash has no problem expanding VARIABLE=~/path, but tcsh does:

barsn...@sunshine:~  echo qmake PREFIX=~/NBB/SOFTWARE/Merkaartor/ 
Merkaartor.pro
qmake PREFIX=/home/barsnick/NBB/SOFTWARE/Merkaartor/ Merkaartor.pro
barsn...@sunshine:~  tcsh -l
[barsn...@sunshine ~]$ echo qmake PREFIX=~/NBB/SOFTWARE/Merkaartor/ 
Merkaartor.pro
qmake PREFIX=~/NBB/SOFTWARE/Merkaartor/ Merkaartor.pro

In the latter case, my guess would be that qmake also does not expand
it. OTOH, if make install worked, it should be okay for the plugins as
well.

Just my €0.02,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


Re: [Merkaartor] How to compile the translations?

2009-06-07 Thread Moritz Barsnick
Hi Yves,

On Sun, Jun 07, 2009 at 19:42:08 +0200, Yves Goergen wrote:
 IIRC, the translations used to be compiled in the general make run. But
 now I cannot find any *.qm files after make anymore. Changing to
 translations/ und calling make from there fails. What can I try next?

lrelease Merkaartor.pro
or, in case qt4 is not your default:
lrelease-qt4 Merkaartor.pro

before qmake{,-qt4}, make, make install.

Hope this helps,
Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


Re: [Merkaartor] How to compile the translations?

2009-06-07 Thread Moritz Barsnick
Àllo Yves,

On Sun, Jun 07, 2009 at 19:56:30 +0200, Yves Goergen wrote:

 I have called 'lrelease Merkaartor.pro' from the merkaartor base
 directory (where I called qmake and make before to build
 Merkaartor.exe). Here's the output:
 
 lrelease warning: Met no 'TRANSLATIONS' entry in project file
 'Merkaartor.pro'
 
 I guess it didn't work.

Indeed, in SVN (from r14095) the project file contents have moved from
Merkaartor.pro to src/src.pro and plugins/plugins.pro.  But lrelease
doesn't seem to recurse like qmake does.

If you change to src/ and execute
lrelease src.pro
it _should_ work.

On the other hand, I get a lovely error if I do that:
barsn...@sunshine:/usr/src/merkaartor-SVN-15658-build/src  lrelease-qt4 src.pro
/usr/local/new/tools/navigation/openstreetmap/merkaartor-SVN-15658-build/src/src.pro(30):Project
 ERROR: Merkaartor requires Qt 4.4 or newer but Qt 4.5.0 was detected.
[... continues to process translations ...]

D'uh!

Moritz

___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


[Merkaartor] Build failure with TRANSDIR_SYSTEM set

2009-05-28 Thread Moritz Barsnick
Hi,

in SVN r13924, a build failure was introduced into src/MainWindow.cpp when 
TRANSDIR_MERKAARTOR
and/or TRANSDIR_SYSTEM are set.

In r14681, it was resolved for TRANSDIR_MERKAARTOR by quoting the
defined string using STRINGIFY(). Yet this remains to be done for
TRANSDIR_SYSTEM.

An easy patch is attached.

Thanks,
Moritz
--- /home/mbarsnic/tmp/sw/merkaartor-SVN-r15281/src/MainWindow.cpp  
2009-05-28 09:55:45.053421000 +0200
+++ src/MainWindow.cpp  2009-05-28 10:16:30.850219744 +0200
@@ -2480,10 +2480,10 @@
 qtTranslator = new QTranslator;
 #ifdef TRANSDIR_SYSTEM
 bool retQt;
-if (!QDir::isAbsolutePath(TRANSDIR_SYSTEM))
-retQt = qtTranslator-load(qt_ + DefaultLanguage, 
QCoreApplication::applicationDirPath() + / + TRANSDIR_SYSTEM);
+if (!QDir::isAbsolutePath(STRINGIFY(TRANSDIR_SYSTEM)))
+retQt = qtTranslator-load(qt_ + DefaultLanguage, 
QCoreApplication::applicationDirPath() + / + STRINGIFY(TRANSDIR_SYSTEM));
 else
-retQt = qtTranslator-load(qt_ + DefaultLanguage, 
TRANSDIR_SYSTEM);
+retQt = qtTranslator-load(qt_ + DefaultLanguage, 
STRINGIFY(TRANSDIR_SYSTEM));
 #else
 bool retQt = qtTranslator-load(qt_ + DefaultLanguage, 
QLibraryInfo::location(QLibraryInfo::TranslationsPath));
 #endif
___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor


[Merkaartor] Merkaartor-0.13.1: minor translation bug

2009-04-05 Thread Moritz Barsnick
Hi Merkaartors,
I noticed a little long-standing (pre-0.13) bug while packaging my
Merkaartor as a Fedora RPM:

There's a copy/paste error in the Makefile, which leads to the wrong
file being installed for the Spanish translation. A patch (easy fix!)
is installed.

(Yes, the file name of the patch refers to an older version. That was
the first time I noticed it. ;-)

Thanks,
Moritz
diff -ur merkaartor/Merkaartor.pro merkaartor-translation_es/Merkaartor.pro
--- merkaartor/Merkaartor.pro   2009-02-22 20:15:09.0 +0100
+++ merkaartor-translation_es/Merkaartor.pro2009-02-26 16:29:54.0 
+0100
@@ -85,7 +85,7 @@
translations/merkaartor_ar.qm \
translations/merkaartor_cs.qm \
translations/merkaartor_de.qm \
-   translations/merkaartor_es.ts \
+   translations/merkaartor_es.qm \
translations/merkaartor_fr.qm \
translations/merkaartor_it.qm \
translations/merkaartor_pl.qm \
___
Merkaartor mailing list
Merkaartor@openstreetmap.org
http://lists.openstreetmap.org/listinfo/merkaartor