Hello,
I tried to did the homework and looked pretty hard which made me the
impression that GPS traces are the orphans of OSM. They are hardly
ever mentioned in the developers docs, they are not part of the
architecture schema graphics and only a brief sentence informs us that
it is not yet
On 05/01/12 15:38, Peter Gervai wrote:
I tried to did the homework and looked pretty hard which made me the
impression that GPS traces are the orphans of OSM. They are hardly
ever mentioned in the developers docs, they are not part of the
architecture schema graphics and only a brief sentence
Am 30.12.2011 19:17, schrieb Stefan de Konink:
I do not have yet investigated what the options are of CoralCDN, but
the main problem is to get the *alternative used*. I guess switching
to a system that is partly in our own hands results in a higher
quality, thus we must have ability to
On Thursday, 5 de January de 2012 17:03:01 Tom Hughes escribió:
On 05/01/12 15:43, Iván Sánchez Ortega wrote:
I'm intrigued at why the lib/migrate files are missing, when they're over
at db/migrate. Symlinking them over doesn't work either.
They're not missing, but for some reason ruby 1.9
On Thu, Jan 5, 2012 at 17:06, Tom Hughes t...@compton.nu wrote:
On 05/01/12 15:38, Peter Gervai wrote:
I already have your email that you sent me last night, and would have
replied to it when I got a chance. You really don't need to keep spamming
every communication channel we have about
On 05/01/12 16:18, Iván Sánchez Ortega wrote:
And now I'm wondering why the first line of
http://git.openstreetmap.org/rails.git/blob/HEAD:/db/migrate/001_create_osm_db.rb
refers to lib/migrate, and what the file path at that point is.
I think I might understand actually - try dropping the
On 05/01/12 17:59, Peter Gervai wrote:
On Thu, Jan 5, 2012 at 17:06, Tom Hughest...@compton.nu wrote:
Yes, that's exactly what the code that has been written does.
Apart from that is there any plans to implement differential retrieval
(I'm sure I'm not alone with this) and listing only the
On Jueves, 5 de Enero de 2012 19:26:00 Tom Hughes escribió:
On 05/01/12 16:18, Iván Sánchez Ortega wrote:
And now I'm wondering why the first line of
http://git.openstreetmap.org/rails.git/blob/HEAD:/db/migrate/001_create_o
sm_db.rb refers to lib/migrate, and what the file path at that
On 05/01/12 20:00, Iván Sánchez Ortega wrote:
On Jueves, 5 de Enero de 2012 19:26:00 Tom Hughes escribió:
I think I might understand actually - try dropping the 'lib/' prefix
from the require and see if that works.
ivan@flatbox:~/devel/rails$ rake --trace db:migrate
[.]
** Execute
On Jueves, 5 de Enero de 2012 21:00:09 Iván Sánchez Ortega escribió:
I think I might understand actually - try dropping the 'lib/' prefix
from the require and see if that works.
You probably also want to update your repo as I just pushed a fix for a
migration bug I introduced the other
A bit of apache config to contribute.
At OsmAnd, we started building a tile server, however it is not very
powerfull, and is pre-rendered up to zoom 13 only. Thus we are making
some attempts to have a load balancer on another server, it look like this:
VirtualHost *:80
ServerAdmin
On Jueves, 5 de Enero de 2012 21:23:55 Iván Sánchez Ortega escribió:
Dropping lib/ *AND* pulling the latest version seems to work. Will remove
lib/ from all files and report back...
So that worked, all the tables seem to have been created. However, rake
db:migrate ends up with this error...
On 06/01/12 00:20, Iván Sánchez Ortega wrote:
On Jueves, 5 de Enero de 2012 21:23:55 Iván Sánchez Ortega escribió:
Dropping lib/ *AND* pulling the latest version seems to work. Will remove
lib/ from all files and report back...
So that worked, all the tables seem to have been created.
On Viernes, 6 de Enero de 2012 01:22:05 Tom Hughes escribió:
Yes in general you are going to run into issues using ruby 1.9 as I have
no access to 1.9 to test anything.
Yup. All API calls return an error due to system_timer (for API timeouts)
being obsolete in 1.9
So things only get
Hi,
I'm developing a stylesheet to get a more detailed view of power=* objects and
wanted to test it with potlatch, but couldn't get it to work. After adding it
to p2 and switching to it, all objects the cursors touches disappear, including
the power features. When starting potlatch with this
On 05/01/2012 23:02, Cobra wrote:
I'm developing a stylesheet to get a more detailed view of power=*
objects and wanted to test it with potlatch, but couldn't get it to
work. After adding it to p2 and switching to it, all objects the cursors
touches disappear, including the power features. When
16 matches
Mail list logo