Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-02-12 Thread Bryce Nesbitt
On Sun, Feb 8, 2015 at 9:23 AM, Serge Wroclawski wrote: > Bryce, > > After reading through this thread, I just don't see this dataset as > being high enough of quality to import. > > Arguing that users will be free to move objects does not jive with the > ~10 years experience we have in OSM, and

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-02-08 Thread Richard Fairhurst
brycenesbitt wrote: > Are there any additional comments on the issue of importing (actually > synchronizing) 500 bicycle repair stations? > With this import OSM would become the most comprehensive database of > repair station locations. Where the location is good, it would be great to have these

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-02-06 Thread Bryce Nesbitt
Are there any additional comments on the issue of importing (actually synchronizing) 500 bicycle repair stations? With this import OSM would become the most comprehensive database of repair station locations. To summarize: the import database is maintained by a vendor of bicycle repair stations, t

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-27 Thread Peter Wendorff
enStreetMap > talk mailing list > mailto:talk@openstreetmap.org>> > Subject: Re: [OSM-talk] [Imports] amenity=bicycle_repair_station > only 18 so far > Message-ID: <54c6790f.1040...@mailoo.org > <mailto:54c6790f.1040...@mailoo.o

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-27 Thread colliar
Am 27.01.2015 um 08:43 schrieb Paul Johnson:> On Mon, Jan 26, 2015 at 11:27 AM, JB > wrote: > > Le 26/01/2015 17:59, Jo a écrit : > > It would indeed be preferable to use OSM Notes for that purpose. > > Ho crap. Instead of importing 500 low-quality POI, jus

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Paul Johnson
On Mon, Jan 26, 2015 at 11:27 AM, JB wrote: > Le 26/01/2015 17:59, Jo a écrit : > >> It would indeed be preferable to use OSM Notes for that purpose. >> > Ho crap. Instead of importing 500 low-quality POI, just import 500 > low-quality notes… > So that only the notes DB is a dump, but not the mai

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Greg Troxel
Bryce Nesbitt writes: > On Mon, Jan 26, 2015 at 2:40 PM, Greg Troxel wrote: >> >> Also, if a tag isn't rendered in the default mapnik view, then those >> elements are unlikely to be cleaned up (absent a special render for a >> community of interest, which the cyclemap layer might be). > > It's

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Bryce Nesbitt
On Mon, Jan 26, 2015 at 2:40 PM, Greg Troxel wrote: > > Also, if a tag isn't rendered in the default mapnik view, then those > elements are unlikely to be cleaned up (absent a special render for a > community of interest, which the cyclemap layer might be). > It's a chicken and egg situation. Wi

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Greg Troxel
Bryce Nesbitt writes: > On Mon, Jan 26, 2015 at 1:13 AM, Philip Barnes wrote: > >> I think this is a good example of where notes are the way to go. A badly >> positioned node is only likely to be spotted by a mapper who is >> specifically interested in bike repair stations, whereas a note will

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Philip Barnes
On Mon, 2015-01-26 at 18:14 +, Dave Corley wrote: > > As I see it there are 3 options here > > > 1. Do an import, but its not accurate enough for an import - 500 POI's > will never be fully vetted. > > > 2. Add a note so that someone can map it either from imagery or a > ground survey -

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Dave Corley
> > -- > > Message: 5 > Date: Mon, 26 Jan 2015 18:27:43 +0100 > From: JB > To: winfi...@gmail.com, OpenStreetMap talk mailing list > > Subject: Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: > only 18 so fa

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Jo
Maybe the best option is what I do for bus stops in Belgium. Create an OSM file with nodes for each station and put it on Dropbox. Then make a lot of noise about it, so people can add the ones, they can verify themselves near to them. You'll need a script to regularly compile a new OSM file where

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Michał Brzozowski
The API is so simple you could POST a note with cURL - optionally logging in via HTTP Basic Authentication. Check the Wiki. http://wiki.openstreetmap.org/wiki/API_v0.6#Create_a_new_note:_Create:_POST_.2Fapi.2F0.6.2Fnotes Michał ___ talk mailing list tal

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Clifford Snow
On Mon, Jan 26, 2015 at 9:27 AM, JB wrote: > Ho crap. Instead of importing 500 low-quality POI, just import 500 > low-quality notes… > So that only the notes DB is a dump, but not the main one. > Sorry for the bad energy, but please do not consider the note feature as a > second level one. And fo

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread JB
Le 26/01/2015 17:59, Jo a écrit : It would indeed be preferable to use OSM Notes for that purpose. Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not conside

Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far

2015-01-26 Thread Jo
It would indeed be preferable to use OSM Notes for that purpose. Jo 2015-01-26 17:37 GMT+01:00 Bryce Nesbitt : > On Mon, Jan 26, 2015 at 1:13 AM, Philip Barnes > wrote: > >> On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote: >> > >> >> The locations I field checked were all findable, but had