Re: [Viking-devel] Viking Map Generation with Mapnik C++ Library.

Robert Norris rw_nor...@hotmail.com writes: Tiles are cached in directory specified in the Mapnik Rendering layer property (it defaults to ~/.viking-maps/MapnikRendering - so for different stylesheets it's wise to change this to a specific directory per style) - the cache is always in the

Re: [Viking-devel] Viking Map Generation with Mapnik C++ Library.

Wow, that's very cool. It would be really nice if the mapnik dependency could somehow be additional rather than either/or. From a packaging viewpoint, I'd like to see a way to have base viking viking-mapnik but perhaps what's unwarranted as it's not clear that mapnik is that heavy.

Re: [Viking-devel] RFC: what about SourceForge?

Guilhem Bonnefille writes: > So I think it is probably time to leave this hosting for somewhere else. > What's your opinions? Agreed it's time to go. > Any idea for the best new hosting solution? > - Github > - Bitbucket > - GitLab > - http://savannah.gnu.org/

Re: [Viking-devel] RFC: what about SourceForge?

My $0.02, and sorry if this is redundant: - I am no longer comfortable with sourceforge. - Free Software should be hosted by a charitable non-profit (501c3) that has advancing Free Software as a substantial part of its mission. That does not include github :-) - I agree that self-hosting

Re: [Viking-devel] RFC: what about SourceForge?

Robert Norris writes: >> - Mailinglists are necessary, as are areas to put release tarballs. I >> think it's unhelpful of github to run projects and provide neither of >> these. > > Github do offer release tarballs - automatically generated against > tagged versions of

Re: [Viking-devel] Four more questions about Viking source code

Robert Norris writes: > To be honest I don't know what/why/how the use of this 'One Zone' for > UTM helps anything. I agree UTM is used less and less as there are fewer maps in UTM (vs maps that used to be in UTM reprojected into Web Mercator). When using UTM, you can

Re: [Viking-devel] 1.6.2 changes from 1.6

I tried adding gtk-doc as a dependency and doing --enable-gtk-doc, but then it failed to build; I have mapnik disabled (because I haven't gotten to checking it in packaging and trying it as an option, not because I don't want to), and apparently the gtk-scan looks for the symbol even though the

[Viking-devel] 1.6.2 changes from 1.6

I am (belatedly) updating the viking package in pkgsrc from 1.6 to 1.6.2. I am seeing the following diff in the list of installed packages. I realize there are two new translations, but there are no more help files and there is viking-C.omf instead of datasources.xml. Is this expected? Or a

[Viking-devel] 1.6.2 buglets

I know I should make separate commits and push a branch, but I have the following in pkgsrc. The issues are the use of $RANDOM and ==, both of which are outside of POSIX's sh specification and hence unportable. == is easy; it should just be = and there is no downside. RANDOM may be harder, but

Re: [Viking-devel] Released Version 1.7

Robert Norris writes: >> I am trying to make a minimal update first. >> I had to disable geoclue and oauth, both listed in the announcement. > >> There was a new requirement for nettle, not explained. I added >> --disable-nettle as suggested. > > libnettle is used instead of having a copy of

Re: [Viking-devel] Released Version 1.7

I'm updating the pkgsrc package. I am trying to make a minimal update first. I had to disable geoclue and oauth, both listed in the announcement. There was a new requirement for nettle, not explained. I added --disable-nettle as suggested. I see a "test ==" patch was applied at some point -

Re: [Viking-devel] Calculating UTM coordinate from screen position

Robert Norris writes: > The projection is done based on the zone at the center position. > > The zone is for the east<->west, whereas the designation letter is the > latitude band, being 8 degrees wide, which Viking currently shows as part of > the UTM readout. > > This use of the from screen

Re: [Viking-devel] Calculating UTM coordinate from screen position

Robert Norris writes: > I don't think Viking is used much in UTM as a general purpose viewer - > since there aren't many if any tile sources in UTM projections. More > typical is probably using a GeoRef layer to view an existing map image > (this is the way I use it in order to test it's

[Viking-devel] another portability nit

In configure, we patch $(INTLTOOL_V_MERGE)_it_tmp_dir=tmp.intltool.$$RANDOM to $(INTLTOOL_V_MERGE)_it_tmp_dir=tmp.intltool.not-random $RANDOM is a bashism not specified by POSIX, and not available in a number of shells. (It is available in NetBSD's /bin/sh, but pkgsrc has a bunch of

Re: [Viking-devel] pkgsrc updated to 1.8, stray visibility defines fix

Robert Norris writes: >> #define _XOPEN_SOURCE > > Simply removing it is the best option, as it compiles and runs on Linux OK > without this line. > I've no idea why it was put in, but the line originates from the initial code > creation back in 2005. > Some background on this define: > >

[Viking-devel] pkgsrc updated to 1.8, stray visibility defines fix

I have updated pkgsrc to 1.8. I haven't really shaken it out, but it starts up fine on NetBSD 8 amd64. I have a stray patch from before. I am not sure what's going on with the original visibility define, and why it needs to be different on sunos. In general, I lean to not having any visibility

Re: [Viking-devel] another portability nit

On 2020-03-21 09:07, Robert Norris wrote: NB We spoke about the $RANDOM issue back in November 2016. I had a note in the patchfile that I might have sent mail, but not 100% clear. I had just updated pkgsrc to 1.8 and found the problem still there. This one turns out to be quite different,

Re: [Viking-devel] Viking 1.9 Released

Robert Norris writes: > # Viking 1.9 - released 2020-03-20 In NEWS it says 1.8 I think. I have updated pkgsrc, and it builds and runs on NetBSD 9 amd64. With gtk2 I got a build error, but after flipping to gtk3 the build was ok and it worked, so I decided that was good enough, as people will

Re: [Viking-devel] [legal] Copyright mention

In the US, and I think most Berne Convention places, works (such as code) are copyright by those who created them. So, if Evann wrote stuff and stopped in 2007, it's not appropriate to add 2008, 2009 to those copyright notices. When others write code, their names should be added with the years

[Viking-devel] assorted comments on viking

I wrote the following comments in June while on a long flight and have been meaning to send them to the list. Also now that I realize massgis has a wms in mass state plane with 15cm color orthophotos, I want to be able to switch to that coordinate system and use it.

[Viking-devel] build failure with gpsd 2.90

viking 0.9.9 uses gps_query() which appears to have been withdrawn in gpsd 2.90. Has anyone been able to build 0.9.9 with gpsd support against gpsd 2.90? Should I be filing this in a tracker? pgpuizG2oY66n.pgp Description: PGP signature

Re: [Viking-devel] Bug squashing for v1.0

One solution is to change the current PARAM_PORT parameter nature. Currently, it is an integer, used as index for a predefined list of ports. I suggest to replace it with raw string, storing the effective port value (/dev/ttyUSB3 for example). Such change will brake compatibility

[Viking-devel] google cookies

(btw, thanks for the hint about garmin waypoints.) I find that opening viking on a file with osm, terraserver topos and terraserver aerieals results in a file being writting in ~/.viking/cookies.txt # Netscape HTTP Cookie File # http://curl.haxx.se/rfc/cookie_spec.html #

Re: [Viking-devel] small wishlist items

Robert Norris rw_nor...@hotmail.com writes: The way I was thinking would be for whatever 'gpx' like thing was loaded or acquired (i.e. TrackWaypoint Layer) , zoom out to a level that would show all waypoints and/or trackpoints. There already is a 'vik_trw_layer_find_center' function which

[Viking-devel] different cache lifetimes for different maps?

It seems I can only set 'tile age' in global prefs to 1. This seems way too short. I'd like to set if for 86400s for OSM, and to perhaps infinity for terraserver topos and DRGs. At least the DRGs are not likely to ever change, and it seems a waste of time to query for updates. Perhaps

Re: [Viking-devel] Real-time GPS support?

It makes sense to be able to use geoclue, but IMHO straight gpsd support should remain. The crash problems are likely not about the particular provider anyway. pgpkbgwPwy0qM.pgp Description: PGP signature --

Re: [Viking-devel] My Viking Github is BackUp

The URL for git is: http://github.com/rnorris/viking.git so one should do: git remote add rnorris http://github.com/rnorris/viking.git git remote update pgpb5kyU2o9ya.pgp Description: PGP signature -- This SF.net

[Viking-devel] bounds checking!

check out this url ** (viking:12203): WARNING **: curl_download_uri: http response: 404 for uri http://tile.openstreetmap.org/3/-2/4.png (time_condition = 0) pgpYduH5IXOwI.pgp Description: PGP signature -- Sell

Re: [Viking-devel] bounds checking!

Robert Norris rw_nor...@hotmail.com writes: check out this url ** (viking:12203): WARNING **: curl_download_uri: http response: 404 for uri http://tile.openstreetmap.org/3/-2/4.png (time_condition = 0) Yes, well sometimes I get '-N' items to download (as reported in the status bar)!

Re: [Viking-devel] EPSG:4326 support

I'm not really clear on this myself, but I would suggest that a good way forward is to try to grasp things and spiff up the comments/docs. There are several things out there: WMS: arbitrary areas and scales WMS-T : above, *usage* constrained to a subset TMS: really is tiles with

Re: [Viking-devel] [PATCH] Document VikSlippyMapSource

Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: As you can see, as I invested some time in learning TMS related stuuf, I decided to add some documentation. Greg, as I know you're both interested in more documentation and have some knowledge of geographic stuff, can you give me your

Re: [Viking-devel] [PATCH] Document VikSlippyMapSource

The wikipedia reference has no useful content; I'd delete it. I think vikslippymapsource.c probably does not support arbitrary TMS (meaning parsing the metadata and coping), but instead supports the common profile of how maps are available on the web. It would be great if there is a web

Re: [Viking-devel] [PATCH] Document VikSlippyMapSource

also, since osm is arguably one of the more important pseudo-TMS services: http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames pgptwIS3OJROX.pgp Description: PGP signature -- Start uncovering the many advantages of

[Viking-devel] [PATCH] Fix bashisms.

Change shell to /bin/sh. Adapt to POSIX shell function syntax. --- test/check_degrees_conversions.sh |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/test/check_degrees_conversions.sh b/test/check_degrees_conversions.sh index 1b675ef..a6a0b88 100755 ---

Re: [Viking-devel] Plans for 1.0

The release plan sounds good. I've been meaning to try out all the rnorris topic branches (and I think his plan of having a bunch of independent topic branches to be merged is exactly right) but haven't had time. But, I think it makes sense to get a 1.0 out and then get most/all of those

Re: [Viking-devel] [PATCH] Make more portable .vik file, as don't save the map cache directory if it's the map cache default directory.

Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: IMHO, the current cache in viking serves two distinct roles: - a cache like any web browser has (in order to keep files locally for the session); - a local tilecache to allow cross session caching but also *offline* reading. Agreed;

Re: [Viking-devel] Help needed on translation management

I don't think there is any ethical issue. Making fixes in code/etc. that you mostly understand but don't quite, because people who really understand are too busy/not available, is a long tradition. pgpH635YYS3Ls.pgp Description: PGP signature

Re: [Viking-devel] Enable Viking Forums on SourceForge?

Robert Norris rw_nor...@hotmail.com writes: Is there any reason *not* to enable some forums about Viking on the SourceForge website? The only issue is the great cultural divide between the old-school internet users who use mailinglists, and the web generation who find forums more natural. I

Re: [Viking-devel] Viking 1.0.2 and 1.1 Projections

I haven't tried geotiff, but I do have DRG images for my region (in NAD27). If you could send a note how you configure that, I'll try it. I wonder if viking should depend on proj. pgpTNWHc5IXqh.pgp Description: PGP signature

Re: [Viking-devel] Viking 1.0.2 and 1.1 Projections

Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: 2011/5/14 Greg Troxel g...@ir.bbn.com: I haven't tried geotiff, but I do have DRG images for my region (in NAD27).   If you could send a note how you configure that, I'll try it. I don't know what NAD27 is. AFAIK, currently, viking

Re: [Viking-devel] Viking 1.0.2 and 1.1 Projections

FWIW: I tried converting the gpx files from WGS84 to NAD27 and using the geotiffs with those tracks under viking. That still didn't work, even though the gpx transforms looked correct. That may be because NAD27 uses a different ellipsoid, so converting coordinates that are in NAD27 but

Re: [Viking-devel] Using local maps: how?

But probably implies local adjustments? That would explain some discrepancies in scale I am seeing. In theory I should have 5 meters per pixel but end up having to say 7 for a better match. All these local adjustments will render my automation quite difficult. Ideally, I would like

Re: [Viking-devel] Using local maps: how?

Viking displays the map in every UTM zone. In practice this is rarely an issue since most people don't have maps that cover more than one zone. Probably true. USGS DRGs are free, so if I were more together I'd have more of them and would suffer aliasing. pgphz0eP2LW3p.pgp Description: PGP

Re: [Viking-devel] tile age 30s ???

I've just found the Tile usage policy of OSM. They request downloaders use HTTP Expiry Header or 1 week age per default. We have to change the value in Viking's code. http://wiki.openstreetmap.org/wiki/Tile_usage_policy OK, so in order to be good OSM citizens change the units to days

Re: [Viking-devel] Import file via gpsbabel

Robert Norris rw_nor...@hotmail.com writes: I will try to take a look. One concern is that gpsbabel seems inclined to require QT for the command-line version! But it seems likely better to put up with that bloat than to do anything else. It shouldn't do, depending on how it's packaged.

Re: [Viking-devel] Google Maps

Jordi Hortigüela jb...@earcon.com writes: I use viking to build tracks for walking, biking whatever unfortunatelly all maps collection that comes with default with no cover my local area near Barcelona. I would suggest learning about openstreetmap and fixing the map in your area. Downtown

[Viking-devel] skip-same patch

It looks like someone (Rob?) has integrated my skip_same patch to only draw points if they are different from the previous - thanks! I am curious what people think of the drawing speed, especially those who routinely take 1s tracklogs when hiking. pgpphulTRnZmt.pgp Description: PGP signature

Re: [Viking-devel] skip-same patch

Nick Allen nick.allen...@gmail.com writes: All my tracks, hiking, car cycle, are 1 second interval, I frequently deal with multiple tracks created during the course of a days cycling or walking. The majority of my tracks are created by a Garmin Oregon 300. When I That's basically what I

[Viking-devel] [Greg Troxel] CVS commit: pkgsrc/geography/viking

In case anyone else is using pkgsrc... I've updated pkgsrc to 1.3, and it works ok on NetBSD/i386. ---BeginMessage--- Module Name:pkgsrc Committed By: gdt Date: Tue Apr 24 01:19:58 UTC 2012 Modified Files: pkgsrc/geography/viking: Makefile PLIST distinfo Log Message:

Re: [Viking-devel] RIP msrmaps.com/terraserver; welcome CalTopo!

While I agree that typically a single user will use viking on a computer, I think it should remain clean with respect to ${prefix}/share not being modified, $etcdir being system-wide config, and ~/.viking for per-user config. In pkgsrc, the distribution default maps.xml would be put in

Re: [Viking-devel] RIP msrmaps.com/terraserver; welcome CalTopo!

For the directories to look for, I think $(pkgdatadir) as provided by autoconf/automake is the good one. Can someone confirm this option? for files provided by viking tarball, only For /etc related I will use @sysconfigdir@. for machine-wide viking config, sounds good. This should

Re: [Viking-devel] OSM License Attribution Change? (ODBL)

If we can make the attribution have a link to OSM's license page, then I think we will have done reasonably at satisfying the intent. -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in

Re: [Viking-devel] Out of date maps

Phil phil_...@bigpond.com writes: On 09/11/12 11:06, Greg Troxel wrote: You could edit OSM to make your town up to date (without copying from proprietary maps, of course). I've done that in my town, including entering trails, so that OSM is now the best map available. It turns out

Re: [Viking-devel] [RFC] Releasing 1.4 before Christmas

Sounds fine to me, especially if you mean release what's on master vs merge a ton of stuff and then release in a rush :-) pgps8MaqruS8t.pgp Description: PGP signature -- LogMeIn Rescue: Anywhere, Anytime Remote support

Re: [Viking-devel] Imminent Viking 1.4 Release

Robert Norris rw_nor...@hotmail.com writes: The NetBSD nan patch is integrated; thanks again (I'm sure I sent this in a long time ago :-). Not sure when ( almost before my time! ) Sorry, I am confused. It is in my local tree as a patch that I rebase, and hence in the tarball I generated.

Re: [Viking-devel] Viking 1.4 Released

. commit 1f2516923e1d8cf4c8d63250a2c665cdb3df3b32 Author: Greg Troxel g...@lexort.com Date: Mon Feb 11 20:17:53 2013 -0500 help/Makefile.am: explicitly list figures. diff --git a/help/Makefile.am b/help/Makefile.am index 993e671..39ef073 100644 --- a/help/Makefile.am +++ b/help/Makefile.am

Re: [Viking-devel] translation update

Robert Norris rw_nor...@hotmail.com writes: Hello, I step in the translation of viking after some time and I'm not sure how to distinguish translation of Track and Route. Thank you very much for the translation efforts. I expect that basic difference is that Track comes from device

Re: [Viking-devel] Viking 1.4.2 Released

Packaging nit comments: I'd prefer to see sources in the same place, rather than a new directory. But I've now adjusted pkgsrc to expect the version. So in the future, please either move to a src directory that just has all versions, with no structural changes, or always use the

Re: [Viking-devel] Gnome Maps and GeoClue 2

Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: [1] https://wiki.gnome.org/Maps [2] http://cgit.freedesktop.org/geoclue The first event brings a new competitor to viking, depending the goals of the project. We can also consider the opportunity to revise the viking's goals in order

Re: [Viking-devel] Viking 1.5 Plan to Release by Sept 6th

Building (on netbsd-5, i386, gtk2+-2.24.17nb5), it basically seems to work. However, before I reran autogen and configure1, it failed with: garminsymbols.c:117: error: 'wp_exit_large_pixbuf' undeclared here (not in a function) garminsymbols.c:302: error: 'wp_helipad_large_pixbuf' undeclared

Re: [Viking-devel] Viking 1.5 Released

Robert Norris rw_nor...@hotmail.com writes: In order to support Relative Filenames (within primarily Viking files) and to (re)opening from where one last opened a file, Viking changes it's working directory to the last successfully opened directory. At first glance this sounds broken. In

Re: [Viking-devel] Viking 1.5 Released

Robert Norris rw_nor...@hotmail.com writes: After some thought, I think I was conflating two issues - such that the change directory answer, works only in limited cases. In the code, the use of GTK function gtk_file_chooser_set_current_folder() on opening files via the GUI, should address

Re: [Viking-devel] Export via GPSbabel

There is many things to do now. For example, allowing such export feature at the File-Export level. I also realized that this is one more export sub-menu entry. From the simple user point of view, a single Export dialog would certainly be better, allowing export to GPX, KML and any other

Re: [Viking-devel] Export via GPSbabel

Robert Norris rw_nor...@hotmail.com writes: I note it says IMPORTANT: Do not port to the new system if the application still needs to run under GNOME 2. Yelp 2 does not recognize the new help system. Is this important for us? I guess it means help wouldn't work on a MATE desktop. My

Re: [Viking-devel] Alternative Route Finder Tool

It's great that you've added a feature. I will try to find time to play with it. One comment, perhaps not apt, but it would be nice in the user interface somehow for a user to be clearly aware of what information is being sent off machine. Another thought, is that OSMand has route calculation

Re: [Viking-devel] Viking cache directory

I'm also using JOSM heavily when contributing to OSM, and I'm trying to save on bandwidth by trying to share the imagery cache between them. I've already submitted the changes to JOSM's tracker, so that it simply creates a directory hierarchy in the classical on-disk tile format

Re: [Viking-devel] Proposed Minor Features

Robert Norris rw_nor...@hotmail.com writes: A deeper question is how maps.xml extension file is distributed, since Viking doesn't directly control this, although the data/maps.xml is designed to be installed into /usr/share/viking or whatever the path is. I don't follow doesn't directly

Re: [Viking-devel] A shared tile cache

Yuri D'Elia wav...@thregr.org writes: I'd like any of the developers to read this draft about a common shared cache that I'd like to implement in JOSM: https://josm.openstreetmap.de/wiki/SharedTileCache Generally this seems sensible. A few comments: There should be a way to configure the

Re: [Viking-devel] A shared tile cache

Robert Norris rw_nor...@hotmail.com writes: For the tile servers currently offered on the main osm.org website I would name them: MapQuest_Open OSM_Cycle OSM_Humanitarian OSM_Mapnik OSM_Transport sounds fine. Of course one could use spaces instead of underscores to make things

Re: [Viking-devel] Segmentation fault with git HEAD

Nick Allen nick.allen...@gmail.com writes: Sorry, most of the technical stuff referred to is above my head, but I may be able to help with an explanation of why the technical people put a loop in. At one point, when the age limit for a tile was reached, and the programme was started, it

Re: [Viking-devel] Windows - Removing GPSBabel from the Viking Install

That sounds fine; I think gpsbabel should not be included.For packaging systems, it's far better to just make viking depend on gpsbabel than to have an included copy, especially if there are security issues in gpsbabel. I would say that by default on Unix, it makes sense to try