Re: [Potlatch-dev] [OpenStreetMap] #3639: Erratic Tab key in Menu Dialog boxes
#3639: Erratic Tab key in Menu Dialog boxes ---+ Reporter: PierZen| Owner: potlatch-dev@… Type: defect | Status: new Priority: major | Milestone: Component: potlatch2 | Version: 2.0 Keywords: | ---+ Comment(by robbieonsea): I can't reproduce this behaviour with the latest 2.3 version. Probably has been fixed since it was reported, but nothing obvious jumps out in the git logs that addresses this specific problem. -- Ticket URL: https://trac.openstreetmap.org/ticket/3639#comment:2 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #3560: Make map icons correspond to DND icons
#3560: Make map icons correspond to DND icons --+- Reporter: stevage | Owner: potlatch-dev@… Type: enhancement | Status: closed Priority: minor| Milestone: Component: potlatch2| Version: Resolution: fixed|Keywords: --+- Changes (by robbieonsea): * status: new = closed * resolution: = fixed Comment: Fixed by me (rnorris) in https://github.com/systemed/potlatch2/pull/61 -- Ticket URL: https://trac.openstreetmap.org/ticket/3560#comment:1 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [OSM-dev] hacking outdoor GPS devices
On 16/04/12 20:26, Mitja Kleider wrote: Hello, I have a few questions regarding outdoor GPS devices: * Are you satisfied with the available devices? What would you change first? * If there was a device with open source firmware, would that be an important feature? I have mostly one concern with available GPS loggers: the varying accuracy. We don't need the 2-3cm accuracy of a surveyors GPS, but a little bit more would be helpful. So the two important features would be - Show reliably how accurate the position is. Unlike a navigational GPS, it's of not much use to have quickly a fix which is 100m away. High sensitivity brings multipath reception which can make a track useless for mapping. In other words: a mode which only uses a reliable fix. - differential GPS. If you want to record some details, positioning a gps on a known point can give a huge increase in accuracy. This feature would not be that hard to implement, and I am sure some technical university would gladly make a project out of it, if we could get access to the internal measurements of the chip set and not only the fully processed NMEA data. Datendelphin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Querying OAuth access token permissions
Hi, we plan to use OSM to login in users into the wheelmap via OAuth to replace our current email+password login (to make major changes on wheelmap, you have to be an OSM user anyway). The login flow itself works fine with standard OAuth libraries, and we ask the user grant permission to read user preferences and change the map. But is there a way to find out if the user which permissions the user actually granted? In particular, we would like to know whether the access token can change the map. We know the recommended way is to just try an API call which requires the specific permission. Our infrastructure queues all changes to the osm data and works it off later to be independent from OSM API status. But when the job is worked off it is too late to tell the user, that permissions are missing. Is it be possible to * either add information about granted permissions in the OAuth callback response * add an API to query the permission for an access token * find another way to test (during user login) whether an access token may change the map (without actually changing anything) Best regards Christoph -- Christoph Bünte SOZIALHELDEN e.V. E-Mail: christ...@sozialhelden.de Web: http://www.sozialhelden.de ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Querying OAuth access token permissions
On 20/04/12 12:13, Christoph Bünte wrote: But is there a way to find out if the user which permissions the user actually granted? In particular, we would like to know whether the access token can change the map. We know the recommended way is to just try an API call which requires the specific permission. Our infrastructure queues all changes to the osm data and works it off later to be independent from OSM API status. But when the job is worked off it is too late to tell the user, that permissions are missing. Not at the moment, but it would be easy enough to add it to the user details API call (/api/0.6/user/details). Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Querying OAuth access token permissions
Am 20.04.2012 um 13:31 schrieb Tom Hughes: On 20/04/12 12:13, Christoph Bünte wrote: But is there a way to find out if the user which permissions the user actually granted? In particular, we would like to know whether the access token can change the map. We know the recommended way is to just try an API call which requires the specific permission. Our infrastructure queues all changes to the osm data and works it off later to be independent from OSM API status. But when the job is worked off it is too late to tell the user, that permissions are missing. Not at the moment, but it would be easy enough to add it to the user details API call (/api/0.6/user/details). It would be very nice to have this feature added. Is there anything we can do to assist? We could try ourselves and send a pull request. However, the mentioned API call might not be the best place to put it, because: * You need the permission Read user preferences to call it * The information is not specific to the user, but to the access token So we think a better solution would be: * a separate API endpoint e.g. /api/0.6/permissions, which would returns a list of granted permissions * or include this information in the OAuth callback response What do you think about that? Christoph ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] mod_tile configuration question
Hi. I have a private mod_tile server that has database performance problems generating zoomed out tiles. Since I am not updating my database frequently, what would I need to do to keep the cache from ever automatically expiring tiles? Also, is there a way to prerender all tiles for several of the zoomed out levels automatically? There might be an SSD for the DB in my future, but until then I need to try and make this work better. Thanks! ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hacking outdoor GPS devices
Hi all, I've been in touch with Michele Bavaro, who runs One Talent GNSS [1]. He has developped a clever (in my opinion) solution for precise logging. It includes : - U-blox Neo-6 GPS chip (6T or 6P) - a polymer lithium pack with approximately 4 hours of battery life - uSD card - USB for recharging and other useful things - MCX connector with selectable 3.3V or 12V DC output for GPS antenna - Bluetooth connection - Price is 400 € BT allows for configuration / control from a device such as a smartphone. Therefore, no display is required on the logger itself. It can be easily charged in a car, thanks to the USB connector Device is not detailed so far on his website, fur I'm sure he can provide information. If you're comfortable with German, usefull information on similar device (GPS chip in particular) can be found on Kowoma forum [2] Michele is keen to adjust the hardware if necessary and he promotes the use of OpenSource software, such as RTKlib (which I think he's porting to Android) Hope it helps [1] http://www.onetalent-gnss.com/ [2] http://www.kowoma.de/gpsforum/viewtopic.php?f=3t=3247 2012/4/20 datendelphin mailingl...@osm.datendelphin.net On 16/04/12 20:26, Mitja Kleider wrote: Hello, I have a few questions regarding outdoor GPS devices: * Are you satisfied with the available devices? What would you change first? * If there was a device with open source firmware, would that be an important feature? I have mostly one concern with available GPS loggers: the varying accuracy. We don't need the 2-3cm accuracy of a surveyors GPS, but a little bit more would be helpful. So the two important features would be - Show reliably how accurate the position is. Unlike a navigational GPS, it's of not much use to have quickly a fix which is 100m away. High sensitivity brings multipath reception which can make a track useless for mapping. In other words: a mode which only uses a reliable fix. - differential GPS. If you want to record some details, positioning a gps on a known point can give a huge increase in accuracy. This feature would not be that hard to implement, and I am sure some technical university would gladly make a project out of it, if we could get access to the internal measurements of the chip set and not only the fully processed NMEA data. Datendelphin ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile configuration question
* Nonmaskable Interrupt nmi8...@gmail.com [2012-04-20 12:26 -0400]: Hi. I have a private mod_tile server that has database performance problems generating zoomed out tiles. Since I am not updating my database frequently, what would I need to do to keep the cache from ever automatically expiring tiles? Also, is there a way to prerender all tiles for several of the zoomed out levels automatically? Here's what I've done: I use `render_expired` to expire tiles with the following command line: render_expired --min-zoom=11 --max-zoom=18 --touch-from=11 --delete-from=17 (Plus other appropriate options for my setup, like --map.) That ensures that tiles from zoom 10 and below don't get automatically expired, so they don't get rerendered every time someone visits one. (The main OSM map ignores everything from zoom 12 down, which seems to me to be a good policy for a widely-used tileserver.) I'm using tirex to do the rendering, so I just set up an appropriately low-priority queue and used `tirex-batch` to queue up all the low zoom tiles. I'm not sure what the equivalent machanism for mod_tile's renderd is. I also had to change tirex's master_rendering_timeout and backend_manager_alive_timeout settings because the defaults were too small for my rendering; I was getting a lot of zoom 7 and 8 tiles that always timed out when it tried to render them. I set the variables to 60 and 55, respectively, which has worked for my system. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Make every web page designer hold their breath until their page loads. If they die, they deserved it. -- seen on #megazeux --- -- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC: Lots of OSM widgets / OSM widget constructor
Double click to remove marker is now added as a feature. On Thu, Apr 19, 2012 at 2:19 AM, Robert Norris rw_nor...@hotmail.com wrote: Some way to remove the marker would be good, as you may decide not to use the marker Be Seeing You - Rob. If at first you don't succeed, then skydiving isn't for you. Date: Thu, 19 Apr 2012 02:09:09 +0200 From: sandraa.milano...@gmail.com To: dev@openstreetmap.org Subject: [OSM-dev] GSoC: Lots of OSM widgets / OSM widget constructor Hello, I'm a student applying on GSoC. I was on #osm-dev a couple days ago and made a brief conversation with , , and and made some additional improvements on my prototype (http://osmwidget.site11.com/create.html). So, I would like to ask for some opinions, suggestions and additional features that I can add. Kind regards, Sandraa ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hacking outdoor GPS devices
The main issue with Micheles project is that 400 Euro is probably a bit outside the typical budget for a GPS logger (you also have to add in costs for a reasonable antenna, so it is probably more around 450EUR in real life). Did he indicate what kind of volume his price calculations are based on? I've been eyeing getting the receiver only USB-stick https://www.optimalsystem.de/os.aspx?x=45 for experimenting. Simon Am 20.04.2012 19:01, schrieb Ab_fab: Hi all, I've been in touch with Michele Bavaro, who runs One Talent GNSS [1]. He has developped a clever (in my opinion) solution for precise logging. It includes : - U-blox Neo-6 GPS chip (6T or 6P) - a polymer lithium pack with approximately 4 hours of battery life - uSD card - USB for recharging and other useful things - MCX connector with selectable 3.3V or 12V DC output for GPS antenna - Bluetooth connection - Price is 400 EUR BT allows for configuration / control from a device such as a smartphone. Therefore, no display is required on the logger itself. The mIt can be easily charged in a car, thanks to the USB connector Device is not detailed so far on his website, fur I'm sure he can provide information. If you're comfortable with German, usefull information on similar device (GPS chip in particular) can be found on Kowoma forum [2] Michele is keen to adjust the hardware if necessary and he promotes the use of OpenSource software, such as RTKlib (which I think he's porting to Android) Hope it helps [1] http://www.onetalent-gnss.com/ [2] http://www.kowoma.de/gpsforum/viewtopic.php?f=3t=3247 http://www.kowoma.de/gpsforum/viewtopic.php?f=3t=3247 2012/4/20 datendelphin mailingl...@osm.datendelphin.net mailto:mailingl...@osm.datendelphin.net On 16/04/12 20:26, Mitja Kleider wrote: Hello, I have a few questions regarding outdoor GPS devices: * Are you satisfied with the available devices? What would you change first? * If there was a device with open source firmware, would that be an important feature? I have mostly one concern with available GPS loggers: the varying accuracy. We don't need the 2-3cm accuracy of a surveyors GPS, but a little bit more would be helpful. So the two important features would be - Show reliably how accurate the position is. Unlike a navigational GPS, it's of not much use to have quickly a fix which is 100m away. High sensitivity brings multipath reception which can make a track useless for mapping. In other words: a mode which only uses a reliable fix. - differential GPS. If you want to record some details, positioning a gps on a known point can give a huge increase in accuracy. This feature would not be that hard to implement, and I am sure some technical university would gladly make a project out of it, if we could get access to the internal measurements of the chip set and not only the fully processed NMEA data. Datendelphin ___ dev mailing list dev@openstreetmap.org mailto:dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mod_tile configuration question
Hi, On 04/20/2012 06:26 PM, Nonmaskable Interrupt wrote: Hi. I have a private mod_tile server that has database performance problems generating zoomed out tiles. Since I am not updating my database frequently, what would I need to do to keep the cache from ever automatically expiring tiles? You'd simply have to place a planet-import-complete file in /var/lib/mod_tile that is older than your oldest tile. Also, is there a way to prerender all tiles for several of the zoomed out levels automatically? render_list --all --min-zoom=0 --max-zoom=12 or something like that should do it. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev