Re: [OSM-talk] GPS Watch

2017-12-28 Thread Russ Nelson
Craig Wallace writes: > Or another option is the Garmin Foretrex 601. It is much bulkier and > heavier than most watches, maybe a bit too big to wear on your wrist. > But OK if you attach it to a rucksack strap. It has much better battery > life - it claims 48 hours. It uses AAA batteries, s

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread Andy Townsend
On 28/12/2017 10:45, Daniel Koć wrote: However after almost half a year we still don't have too many contributions from other people and I'm curious what are the main obstacles which prevent it and what else could we possibly change to make it easier? There's also more basic question: how man

Re: [OSM-talk] Generate polygons out of administrative Relations

2017-12-28 Thread Martin Koppenhoefer
sent from a phone > On 28. Dec 2017, at 11:56, Nic wrote: > > Any recommended URL where I can start reading about the "style file" > approach to only load boundaries? not sure about URL (I believe there’s docu both bundled with osm2pgsql and in the osm wiki), but there’s a default.style fil

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread Daniel Koć
W dniu 28.12.2017 o 14:34, James pisze: Although the rest seems like CSS or a variation there of the project is big and they may not grasp everything. Proper documentation for me is a major factor, if the project doesnt have documentation(developement not user guides or at least well placed co

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread James
Lack of time due to real life preoccupations? On Dec 28, 2017 8:45 AM, "Mateusz Konieczny" wrote: > If somebody tried contributing and missing documentation was what > stopped him/her - what was missing? > > On Thu, 28 Dec 2017 08:34:34 -0500 > James wrote: > > > Although the rest seems like CS

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread Mateusz Konieczny
If somebody tried contributing and missing documentation was what stopped him/her - what was missing? On Thu, 28 Dec 2017 08:34:34 -0500 James wrote: > Although the rest seems like CSS or a variation there of the project > is big and they may not grasp everything. Proper documentation for me > i

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread James
Although the rest seems like CSS or a variation there of the project is big and they may not grasp everything. Proper documentation for me is a major factor, if the project doesnt have documentation(developement not user guides or at least well placed comments) it helps people get into it faster as

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread Daniel Koć
W dniu 28.12.2017 o 14:04, James pisze: not everyone knows lua scripting might be one of the major herdles Is this what keeps you away from the code or there are some other obstacles? I'm most interested in hearing personal reasons, whatever they might be. Fortunately lua scripting is not n

Re: [OSM-talk] Standard map style contributions

2017-12-28 Thread James
not everyone knows lua scripting might be one of the major herdles On Dec 28, 2017 5:49 AM, "Daniel Koć" wrote: > Hi, > > We have a lot of tickets waiting for solving in osm-carto (almost 400) and > I'm interested how could we do it effectively. > > It's not realistic to expect that the core tea

[OSM-talk] massgis:MANAGR_ABR=M173BS, massgis:DEED_ACRES=0.00000000 and other useless(?) tags

2017-12-28 Thread Mateusz Konieczny
I encountered https://www.openstreetmap.org/way/29690455 that is obviously result of some unfinished import - somebody dumped random database fields into OSM such as massgis:DEED_ACRES=0. massgis:MANAGR_ABR=M173BS and many other tags such as: massgis:ARTICLE97 massgis:ASSESS_ACR massgis:

Re: [OSM-talk] Generate polygons out of administrative Relations

2017-12-28 Thread Nic
Thanks Frederik! I will give osm2pgsql a try. Any recommended URL where I can start reading about the "style file" approach to only load boundaries? Nic Am Donnerstag, den 28.12.2017, 11:19 +0100 schrieb Frederik Ramm: > Hi, > > On 28.12.2017 10:37, Nic wrote: > > > > I want to generate a poly

[OSM-talk] Standard map style contributions

2017-12-28 Thread Daniel Koć
Hi, We have a lot of tickets waiting for solving in osm-carto (almost 400) and I'm interested how could we do it effectively. It's not realistic to expect that the core team would be able to catch up and that's why we took some care to help other people to contribute. Most important thing wa

Re: [OSM-talk] Generate polygons out of administrative Relations

2017-12-28 Thread Frederik Ramm
Hi, On 28.12.2017 10:37, Nic wrote: > I want to generate a polygon out of the different members/ways of an > administrative relation (e.g. Bundesland). > For that purpose I have loaded a pbf file via osmosis into a > postgresql/postgis database. That makes things unnecessarily difficult. Use osm2

[OSM-talk] Generate polygons out of administrative Relations

2017-12-28 Thread Nic
Hello list, I want to generate a polygon out of the different members/ways of an administrative relation (e.g. Bundesland). For that purpose I have loaded a pbf file via osmosis into a postgresql/postgis database. However it seem that the random order of relation members causes trouble generating