Am Freitag, den 09.01.2015, 15:07 +0100 schrieb Oliver Eichler: > I think we can agree that using a local server is not suitable for most > users. And therefore abandon that approach. Maybe we can make the > address selectable with default on the online service.
I've allready implemented configuration of brouter-url and set default to the online service: https://github.com/ntruchsess/QLandkarteGT/commits/brouter It's configurable in the global settings dialog, tab 'Router'. (You have to delete the old values from QLandkarteGT.conf to see the values if you started QLandkarteGT at a revision before the last commit. Maybe I should add a 'restore defaults'-button to the dialog). As QLandkarteGT is on Sourceforge SVN and SVN doesn't support pull-requests (as git or mercurial do) in what way/format to you prefer to get patches? If you'd grant write access to my sourceforge-account (ntruchsess) I might commit by myself using the git-svn-bridge. Great to hear you unified the datamodel in QMS with Polylines and introduced the mouse-class. Both is something I missed for long time in QLandkarte, that propably will greatly improve usability ;-) I started to port the BRouter-backend to c++ and would love to contribute and maintain this for QlandkarteGT and QMS. (My account on Bitbucket is 'ntruchsess' to). - Norbert > Oliver > > > Am 09.01.2015 um 00:58 schrieb Norbert Truchsess: > > BRouter is the only routing-engine I am aware of that takes elevation > > and slope into account. It allows to route several alternatives using > > the very same profile (you can do this in qlandkartegt be just running > > 'calculate route' several times - do a 'reset route' to start over with > > the first alternative). Routing is very sophisticated using highly > > configurable profiles. Results are of very high quality (given a > > suitable profile is being selected for the task). > > > > The advantage of a third online-service? As long we do not run the > > brouter-engine embedded into qlandkarte this allows a novice user to > > 'jump-start' and check out the routing-quality without getting into > > details. Powerusers would install, use and customize it locally. As a > > second step we may consider to bundle it with or embed it into > > qlandkarte. > > > > Talking about embedding: BRouters source-code is not that big. It > > actually might be feasable to port the core to cpp within a few days of > > work as it is clearly separated from the ui-classes of the android-app. > > I wonder whether it would even run faster on Android with the core being > > implemented as native code? On my nexus-7 calculating a route of aprox. > > 100km takes several minutes (and eventually runs into outofmemoryerror > > if being to long...) > > > > - Norbert > > > > Am Donnerstag, den 08.01.2015, 20:15 +0100 schrieb Oliver Eichler: > >> Using Python you can create binaries that contain the interpreter and > >> all used libraries. This is quite small as Python has a very > >> lightweight interpreter. I can't tell if the very same is possible > >> with Java. > >> > >> > >> > >> I do not see any advantage in using a 3rd online service. MapQuest and > >> ORS do a good job. But having offline routing would open the way for > >> new features. For example right now you can draw tracks free hand or > >> using Garmin maps to snap along roads. Having fast offline routing you > >> could suggest a route to any point the current mouse position is > >> pointing to. And that would be a great. > >> > >> > >> > >> I haven't looked into the BRouter source code so far, nor into the > >> topic "routing" itself. I always had the feeling that this is a topic > >> itself like writing QLGT or QMS. And as I hardly use routes I did not > >> want to open that barrel. As a consequence routing is the stepchild in > >> the QLGT/QMS universe. Especially in QMS there is just a dummy > >> implementation right now. > >> > >> > >> > >> This is because I have no idea what to do with routing. One of the > >> biggest problems is, that you can calculate a route on a PC, your hand > >> held device will derive it's own route. Garmin extended the GPX route > >> with a lot of proprietary tags using hashes to use routes calculated > >> by Basecamp 1:1 on the device. This makes it very hard to make use of > >> it. > >> > >> > >> > >> Other devices like those using TwoNav have very decent track > >> navigation. With a bit of hard work you can get very close to real off > >> road navigation. But for that offline routing is mandatory. > >> > >> > >> > >> Thus if routing should get a real weight it needs a lot of attention. > >> I doubt I will ever have the nerve for that. I successfully avoid that > >> topic since 8 years now ;) But if you want to jump in I would suggest > >> to analyze the BRouter code. I ported quite some Java code for QLGT, > >> like reading CompeGps RMAP and Lowrance RMP maps. It's possible. As > >> BRouter does what we want porting it to C or C++ or even QT might be > >> the way with the minor headaches. And as a next step it needs someone > >> who loves routes to make the most of it. Honestly routes are no > >> one-night-stand. That topic can keep you busy quite a couple of > >> years. > >> > >> > >> > >> Think about it. > >> > >> > >> > >> Oliver > >> > >> > >> > >> > >> > >> > >> > >> > >> > >>> Just added a tab to config that allows to configure both BRouter > >> service > >> > >>> and profiles: > >> https://github.com/ntruchsess/QLandkarteGT/commit/5ae7899c6d20e00a75d52489c7 > >> > >>> ceb27986ec69aa > >>> Regarding packaging/installing BRouter localy: > >>> I 100% agree the current state is not suitable for a novice user. I > >>> think it would make sense to change the default-config to make use > >> of > >> > >>> the existing web-service that is drives > >> http://brouter.de/brouter-web > >> > >>> For local install crafting a .deb-package for debian-like systems > >> would > >> > >>> not be a problem (and by defining java as dependency it would > >> provide > >> > >>> the install of the required java-vm for free). On Windows the > >> situation > >> > >>> a bit different as you would have to include the required parts of > >> the > >> > >>> JRE with the installer (you may install as many JREs on Windows as > >> you > >> > >>> like just by putting the required files into the file-system. Using > >> the > >> > >>> installer provided by Oracle is not required as long you do not need > >> to > >> > >>> install and register the browser-plugin). One might even compile a > >>> custom starter for the java-vm that includes an icon and knows about > >> the > >> > >>> classpath and main-class and merge all required java-classes > >> (including > >> > >>> the runtime.jar) into a single jar-file making the application > >> appear as > >> > >>> a regular windows-executable - There's an example included within > >> the > >> > >>> jdk... (This custom starter might as well be build into QLandkarteGT > >>> calling into BRouter via the Java native interface bypassing the > >> network > >> > >>> entirely) > >>> But to be really usable it needs more than just an installer or > >>> integration of brouter into QLandkarteGT, it needs a small > >> application > >> > >>> that allows to manage (download) local routing-data and (install and > >>> edit) profiles. You propably wouldn't want to include the worldwide > >>> routing-data with a QLandkarte installer as this would result in a > >>> GB-sized download ;-) > >>> Regarding the missing routing-instructions: BRouter doesn't provide > >>> these on the online interface, it genererates a gpx-file containing > >> a > >> > >>> single track only. I did not yet dig deeper into BRouters source, so > >> I > >> > >>> don't know how hard it would be to generate a combination of route > >>> containing routing-points with instructions and track-segments in > >>> between these points. > >>> - Norbert > >>> Am Mittwoch, den 07.01.2015, 22:13 +0100 schrieb Helmut Schmidt: > >>>> Hi Norbert, > >>>> OSM _and_ bicyle are nice keywords to raise my interest. > >>>> And as Oliver dropped my name concerning the windows installer, I > >> am > >> > >>>> stepping in to this discussion. > >>>> I had a look at the brouter web pages and git repo. > >>>> The Java dependencies seem to be too much a burden for me to make > >> a nice > >> > >>>> windows installer. > >>>> I am missing an API or protocol description to understand how it > >> works > >> > >>>> and how it can be used. > >>>> I agree with Oliver that at C/C++ library would be great. > >>>> I don't have a problem with a server based approach to decouple > >> services > >> > >>>> as long as this > >>>> a) does not introduce additional dependencies > >>>> b) the setup is easy > >>>> For the moment I have some doubts whether those conditions are > >> met ;-(. > >> > >>>> Regards, > >>>> Helmut > >>>> Am 07.01.2015 um 18:30 schrieb Oliver Eichler: > >>>>> Ok, I had a look at it. It seems t work fine. I just can't see > >> any > >> > >>>>> driving instructions. Not sure if BRouter provides these. > >>>>> I was musing over BRouter myself in the past. It would be great > >> to have > >> > >>>>> offline routing. However doing it via a local routing server is > >>>>> something that scared me away. For me and you it's no problem to > >> follow > >> > >>>>> the instructions from the homepage and to embed the start script > >>>>> somewhere to start the service. > >>>>> However for the normal user this is way too much. They expect to > >> install > >> > >>>>> QLandkarte or QMapShack with more or less a single click and > >> everything > >> > >>>>> has to work. For some even downloading maps, DEM files and with > >> BRouter > >> > >>>>> routing information, is a hard task that pushes their skills to > >> a limit. > >> > >>>>> Thus the only way to make that work is to install BRouter with > >> QLGT or > >> > >>>>> QMS. Easier said than done. BRouter uses Java. Thus a complete > >> JRE has > >> > >>>>> to be installed on the system. For Windows the installer is done > >> by > >> > >>>>> Helmut and he could package BRouter as he is doing it with GDAL. > >> Still > >> > >>>>> the correct Java installation has to be done somehow. > >>>>> For Linux it's way more complicated. We have to convince the > >> package > >> > >>>>> maintainers to install BRouter. Often the maintainers do not > >> really know > >> > >>>>> the software they maintain. If it compiles and starts without a > >> complain > >> > >>>>> it's done. Connecting to a BRouter server will slip their > >> attention. > >> > >>>>> These are the reasons why I would say Java is not the best > >> language for > >> > >>>>> such I nice software as BRouter is. I would prefer a C/C++ > >> library that > >> > >>>>> can be embedded into other applications or into script languages > >> like > >> > >>>>> Java or Python. Imho the server approach is just a lame way to > >>>>> workaround that problem. > >>>>> Anyway is there a nice way to solve this? I really like having > >> an > >> > >>>>> offline router and I have the deepest respect for the author's > >> work of > >> > >>>>> BRouter. If it would be for that silly Java trap... > >>>>> Oliver > >>>>>> Hi there, > >>>>>> I've implemented support for BRouter > >> (http://brouter.de/brouter-web/) > >> > >>>>>> in > >>>>>> QLandkarteGT: > >> https://github.com/ntruchsess/QLandkarteGT/commit/486d31517d97a519ef9a54 > >> > >>>>> 10e4> > > >>>>>> 70349229c83d0c > >>>>>> It adds a new Routing-configuration for BRouter that allows to > >> choose > >> > >>>>>> the appropriate routing-profile. Brouter is best installed > >> locally > >> > >>>>>> (see > >>>>>> https://github.com/nrenner/brouter-web#readme) and run in > >> standalone > >> > >>>>>> mode. > >>>>>> Support for custom-routing-profiles you might have added to > >> your > >> > >>>>>> BRouter-install may be configured in QLandkarteGT.conf (no gui > >> yet), > >> > >>>>>> routing section. Non-local ip and port may also be set there: > >>>>>> [routing] > >>>>>> service=2 > >>>>>> BR\preference=4 > >>>>>> BR\profiles=car-test|fastbike|moped|shortest|trekking > >>>>>> BR\host=127.0.0.1 > >>>>>> BR\port=17777 > >>>>>> If you are interested to merge this change into QLandkarteGT > >> SVN-repo > >> > >>>>>> in > >>>>>> which format would you like to receive the change? Or do you > >> prefer > >> > >>>>>> giving contributors write-access to the SVN-repo? > >>>>>> regards, > >>>>>> Norbert > >> ------------------------------------------------------------------------ > >> > >>>>> ----> > > >>>>>> -- Dive into the World of Parallel Programming! The Go > >> Parallel > >> > >>>>>> Website, > >>>>>> sponsored by Intel and developed in partnership with Slashdot > >> Media, > >> > >>>>>> is > >>>>>> your hub for all things parallel software development, from > >> weekly > >> > >>>>> thought > >>>>>> leadership blogs to news, videos, case studies, tutorials and > >> more. > >> > >>>>> Take a > >>>>>> look and join the conversation now. > >> http://goparallel.sourceforge.net > >> > >>>>>> _______________________________________________ > >>>>>> Qlandkartegt-users mailing list > >>>>>> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >> > >> ------------------------------------------------------------------------ > >> > >>>>> ------ Dive into the World of Parallel Programming! The Go > >> Parallel > >> > >>>>> Website, sponsored by Intel and developed in partnership with > >> Slashdot > >> > >>>>> Media, is your hub for all things parallel software development, > >> from > >> > >>>>> weekly thought leadership blogs to news, videos, case studies, > >>>>> tutorials and more. Take a look and join the conversation now. > >>>>> http://goparallel.sourceforge.net > >>>>> _______________________________________________ > >>>>> Qlandkartegt-users mailing list > >>>>> [email protected] > >>>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >> -------------------------------------------------------------------------- > >> > >>>> ---- Dive into the World of Parallel Programming! The Go Parallel > >> Website, > >> > >>>> sponsored by Intel and developed in partnership with Slashdot > >> Media, is > >> > >>>> your hub for all things parallel software development, from weekly > >>>> thought leadership blogs to news, videos, case studies, tutorials > >> and > >> > >>>> more. Take a look and join the conversation now. > >>>> http://goparallel.sourceforge.net > >>>> _______________________________________________ > >>>> Qlandkartegt-users mailing list > >>>> [email protected] > >>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >> ---------------------------------------------------------------------------- > >> > >>> -- Dive into the World of Parallel Programming! The Go Parallel > >> Website, > >> > >>> sponsored by Intel and developed in partnership with Slashdot Media, > >> is > >> > >>> your hub for all things parallel software development, from weekly > >> thought > >> > >>> leadership blogs to news, videos, case studies, tutorials and more. > >> Take a > >> > >>> look and join the conversation now. > >> http://goparallel.sourceforge.net > >> > >>> _______________________________________________ > >>> Qlandkartegt-users mailing list > >>> [email protected] > >>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >> > >> > >> ------------------------------------------------------------------------------ > >> Dive into the World of Parallel Programming! The Go Parallel Website, > >> sponsored by Intel and developed in partnership with Slashdot Media, is > >> your > >> hub for all things parallel software development, from weekly thought > >> leadership blogs to news, videos, case studies, tutorials and more. Take a > >> look and join the conversation now. http://goparallel.sourceforge.net > >> _______________________________________________ > >> Qlandkartegt-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > > > > ------------------------------------------------------------------------------ > > Dive into the World of Parallel Programming! The Go Parallel Website, > > sponsored by Intel and developed in partnership with Slashdot Media, is your > > hub for all things parallel software development, from weekly thought > > leadership blogs to news, videos, case studies, tutorials and more. Take a > > look and join the conversation now. http://goparallel.sourceforge.net > > _______________________________________________ > > Qlandkartegt-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > Qlandkartegt-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
