Ulf Lamping writes:
> Stefan de Konink schrieb:
>> Ulf Lamping wrote:
>>> I would *love* to see a slippy map that is trying to display as much
>>> features as possible, probably at the highest zoom level - and not
>>> really caring to be looking nice.
>>
>> Which is exactly what we do by using
Stefan de Konink schrieb:
> Ulf Lamping wrote:
>> I would *love* to see a slippy map that is trying to display as much
>> features as possible, probably at the highest zoom level - and not
>> really caring to be looking nice.
>
> Which is exactly what we do by using Mapserver to generate these
Ulf Lamping wrote:
> I would *love* to see a slippy map that is trying to display as much
> features as possible, probably at the highest zoom level - and not
> really caring to be looking nice.
Which is exactly what we do by using Mapserver to generate these
'feature' layers, which can be dyna
On Fri, Dec 12, 2008 at 4:01 PM, Tom Hughes wrote:
> Brett Henderson wrote:
>
> > Looks like the db schema was upgraded. I haven't looked at what the
> > change was but I've updated the expected version number in osmosis on
> > dev which should fix the problem. The minute diff is catching up no
Andy Allan schrieb:
>
> Every map is a limited selection of features, and it's up to each map
> author to decide what they think is important to their own map. Any
> map attempting to show everything would just look terrible!
>
Well, not every map is intended to be looking nicely!
For example,
Brett Henderson wrote:
> Looks like the db schema was upgraded. I haven't looked at what the
> change was but I've updated the expected version number in osmosis on
> dev which should fix the problem. The minute diff is catching up now.
The change was just adding a couple of indexes, so it sh
D Tucny schrieb:
>
> The Map Features page doesn't document everything that is widely used,
> it doesn't even document everything that is rendered... There are many
> proposed tags that are widely used but haven't made it on to Map
> Features,
I'm trying to keep an eye on tagwatch and have ad
I need to modify osmosis to add an option to the database tasks to
generate warnings if the version is incorrect instead of failing
outright. Most times the db changes are relatively minor and don't have
any impact on osmosis. Until now I've been very conservative and
preferred to abort if th
On 12 Dec 2008, at 22:44, Frederik Ramm wrote:
> Hi,
>
> Dirk Stöcker wrote:
>> is there anyone here who feels poerwul enough to fix bug #1726.
>
> Ah, conflict detection, the highest of masterful JOSM art... we may
> have
> to resurrect Imi for that ;-)
>
> It seems to be a problem with confli
Looks like the db schema was upgraded. I haven't looked at what the
change was but I've updated the expected version number in osmosis on
dev which should fix the problem. The minute diff is catching up now.
Milenko wrote:
>
> Hey all,
>
>
>
> Looks like the diffs have stoppe
On 12 Dec 2008, at 19:29, Shaun McDonald wrote:
Hi,
I have just done a resync to the api06 branch.
There is a new migration on head. To continue using your current
database you need to do the following manual changes to your
database schema table:
svn update
DELETE FROM `schema_migration
Hi,
I have just done a resync to the api06 branch.
There is a new migration on head. To continue using your current
database you need to do the following manual changes to your database
schema table:
svn update
DELETE FROM `schema_migrations` WHERE version='16';
INSERT INTO `schema_migratio
On 12 Dec 2008, at 19:02, Chris Browet wrote:
> Thanks a lot for digging into this.
>
>
> You should make the following changes:
> changeset from osm element => way element
> version isn't required
> when creating an id is not required
> the created by tag is no longer required on nodes/ways/rela
Thanks a lot for digging into this.
>
> You should make the following changes:
> changeset from osm element => way element
> version isn't required
> when creating an id is not required
> the created by tag is no longer required on nodes/ways/relations, as it is
> now on the changeset.
> Which me
On 12 Dec 2008, at 17:56, Tom Hughes wrote:
> Shaun McDonald wrote:
>
>> Looking through all the changesets that have been uploaded, none of
>> them
>> have been created by Merkaartor. It should be noted that the dev
>> server
>> (using modrails/passenger) is using a slightly different setup
Shaun McDonald wrote:
> Looking through all the changesets that have been uploaded, none of them
> have been created by Merkaartor. It should be noted that the dev server
> (using modrails/passenger) is using a slightly different setup compared
> to the production server (using mogrels).
No, t
Hey all,
Looks like the diffs have stopped on the main API. The last
minute diff is from 15:43. This has thrown the ROMA servers offline since
they are too far out of sync with the main API.
Could someone with server access check it out?
-Jeremy
On 12 Dec 2008, at 15:35, Chris Browet wrote:
Actually, the problem is that I get zero-sized replies (the 502 is
sent by my proxy).
I guess some have already succeeded in uploading, right? With
Merkaartor? (In case it is a local config error)
Looking through all the changesets that hav
On 12 Dec 2008, at 17:18, Andy Robinson (blackadder-lists) wrote:
> GPX import to 0.6 clearly worked, I even got an email ;-)
>
> Thanks to whomever for enabling this.
>
Thanks should go to Thomas Wood, and TomH for the command required.
Shaun
___
d
GPX import to 0.6 clearly worked, I even got an email ;-)
Thanks to whomever for enabling this.
Cheers
Andy
>-Original Message-
>From: Shaun McDonald [mailto:sh...@shaunmcdonald.me.uk]
>Sent: 12 December 2008 10:42 AM
>To: Andy Robinson (blackadder-lists)
>Cc: 'OSM-Dev Openstreetmap'
>S
Actually, the problem is that I get zero-sized replies (the 502 is sent by
my proxy).
I guess some have already succeeded in uploading, right? With Merkaartor?
(In case it is a local config error)
- Chris -
On Thu, Dec 11, 2008 at 4:27 PM, Shaun McDonald
wrote:
> According to the server log, it
I fixed the reported bug that was preventing any uploads
(misconfiguration), and will see if I can get my head around the magic
of the GPX importer soon...
2008/12/12 Andy Allan :
> +1 - would be useful to just get the daemon running. Little point in
> *not* testing it!
>
> Cheers,
> Andy
>
> On F
2008/12/12 D Tucny :
> 2008/12/12 Eddy Petrișor
>>
>> 2008/12/12 80n <80n...@gmail.com>:
>> > On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor
>> > wrote:
>> >>
>> >> 2008/12/11 Shaun McDonald :
>> >> >
>> >> > On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
>> >> >
>> >> >> Eddy Petrișor schrieb:
>>
2008/12/12 Eddy Petrișor
> 2008/12/12 D Tucny :
> > 2008/12/12 Eddy Petrișor
> >>
> >> 2008/12/11 Ulf Lamping :
> >> > Eddy Petrișor schrieb:
> >> >>
> >> >> Solution 1: add an extra tag traffic which can be "yes" for such
> >> >> cameras
> >> >>
> >> >> Solution 2: new value for man_made: man_
On Fri, Dec 12, 2008 at 2:32 PM, Sebastian Spaeth wrote:
> Andy Allan wrote:
>> +1 - would be useful to just get the daemon running. Little point in
>> *not* testing it!
>
> Besides the fact that this is a 4GB box with both MySQL and Postgres
> running, as well as Apache/Ruby, in addition to makin
2008/12/12 Eddy Petrișor
> 2008/12/12 80n <80n...@gmail.com>:
> > On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor
> > wrote:
> >>
> >> 2008/12/11 Shaun McDonald :
> >> >
> >> > On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
> >> >
> >> >> Eddy Petrișor schrieb:
> >> >>>
> >> >>> Solution 1: add an
Andy Allan wrote:
> +1 - would be useful to just get the daemon running. Little point in
> *not* testing it!
Besides the fact that this is a 4GB box with both MySQL and Postgres
running, as well as Apache/Ruby, in addition to making the minutely
Java-based osmosis dumps? Ahh, and serving the plane
2008/12/12 D Tucny :
> 2008/12/12 Eddy Petrișor
>>
>> 2008/12/11 Ulf Lamping :
>> > Eddy Petrișor schrieb:
>> >>
>> >> Solution 1: add an extra tag traffic which can be "yes" for such
>> >> cameras
>> >>
>> >> Solution 2: new value for man_made: man_made="traffic_surveillance"
>> >> for such came
2008/12/12 Andy Allan :
> On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor
> wrote:
>
>> Why would I prefer to use a custom rendering instead of clarifying the
>> tags, usage and quirks and push for rendering support in Mapnik and
>> Osmarender?
>
> Every map is a limited selection of features, and
2008/12/12 80n <80n...@gmail.com>:
> On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor
> wrote:
>>
>> 2008/12/11 Shaun McDonald :
>> >
>> > On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
>> >
>> >> Eddy Petrișor schrieb:
>> >>>
>> >>> Solution 1: add an extra tag traffic which can be "yes" for such
>>
On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor wrote:
> Why would I prefer to use a custom rendering instead of clarifying the
> tags, usage and quirks and push for rendering support in Mapnik and
> Osmarender?
Every map is a limited selection of features, and it's up to each map
author to decid
On 12 Dec 2008, at 13:03, Eddy Petrișor wrote:
2008/12/11 Shaun McDonald :
On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
Eddy Petrișor schrieb:
Solution 1: add an extra tag traffic which can be "yes" for such
cameras
Solution 2: new value for man_made:
man_made="traffic_surveillance
2008/12/12 Eddy Petrișor
> 2008/12/11 Shaun McDonald :
> >
> > On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
> >
> >> Eddy Petrișor schrieb:
> >>>
> >>> Solution 1: add an extra tag traffic which can be "yes" for such
> cameras
> >>>
> >>> Solution 2: new value for man_made: man_made="traffic_sur
In the current stylesheet I think I can see:
On Fri, Dec 12, 2008 at 1:37 PM, 80n <80n...@gmail.com> wrote:
> Speed cameras did used to be rendered in Osmarender. Not sure whether it
> has been removed deliberately (some people are opposed to helping motorists
> break the law) or accidentally
2008/12/12 Eddy Petrișor
> 2008/12/11 Ulf Lamping :
> > Eddy Petrișor schrieb:
> >>
> >> Solution 1: add an extra tag traffic which can be "yes" for such cameras
> >>
> >> Solution 2: new value for man_made: man_made="traffic_surveillance"
> >> for such cameras
> >>
> >
> > Solution 3: Use highw
On Fri, Dec 12, 2008 at 1:03 PM, Eddy Petrișor wrote:
> 2008/12/11 Shaun McDonald :
> >
> > On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
> >
> >> Eddy Petrișor schrieb:
> >>>
> >>> Solution 1: add an extra tag traffic which can be "yes" for such
> cameras
> >>>
> >>> Solution 2: new value for man_
2008/12/11 Shaun McDonald :
>
> On 11 Dec 2008, at 19:48, Ulf Lamping wrote:
>
>> Eddy Petrișor schrieb:
>>>
>>> Solution 1: add an extra tag traffic which can be "yes" for such cameras
>>>
>>> Solution 2: new value for man_made: man_made="traffic_surveillance"
>>> for such cameras
>>>
>>
>> Solut
2008/12/12 Eddy Petrișor :
> 2008/12/11 Ulf Lamping :
>> Eddy Petrișor schrieb:
>>>
>>> Solution 1: add an extra tag traffic which can be "yes" for such cameras
>>>
>>> Solution 2: new value for man_made: man_made="traffic_surveillance"
>>> for such cameras
>>>
>>
>> Solution 3: Use highway=speed_
2008/12/11 Ulf Lamping :
> Eddy Petrișor schrieb:
>>
>> Solution 1: add an extra tag traffic which can be "yes" for such cameras
>>
>> Solution 2: new value for man_made: man_made="traffic_surveillance"
>> for such cameras
>>
>
> Solution 3: Use highway=speed_camera which is already used ~500 time
+1 - would be useful to just get the daemon running. Little point in
*not* testing it!
Cheers,
Andy
On Fri, Dec 12, 2008 at 11:24 AM, Andy Robinson (blackadder-lists)
wrote:
> ok, but for testing aspects that use a GPX trace or interact with them (eg
> changing tags, downloading etc etc) we shou
ok, but for testing aspects that use a GPX trace or interact with them (eg
changing tags, downloading etc etc) we shouldn't we at least get a file or
two into the database and the points available via the API? Its often the
little things that get overlooked and cause hassle when new systems go live
On 12 Dec 2008, at 09:59, Andy Robinson (blackadder-lists) wrote:
> Is there a daemon available for gpx import? I note a few have been
> uploaded
> but are queued.
>
At present there is no daemon available for gpx import.
The only known change to the GPX import is that it now remember
wheth
Is there a daemon available for gpx import? I note a few have been uploaded
but are queued.
Cheers
Andy
>-Original Message-
>From: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org]
>On Behalf Of Shaun McDonald
>Sent: 11 December 2008 11:23 AM
>To: OSM-Dev Openstreetmap
43 matches
Mail list logo
