Frederik Ramm wrote:
Yes, you can use the normal trac system for that. Login is the same as
your OSM login.
Worked. Bug already existed. I've attached my patch, which works well:
http://trac.openstreetmap.org/ticket/3457
Yours
Manuel
___
dev mail
Sorry for asking a dumb question, but how do you use the osm2pgsql source to
build a debian package? I see a deban/rules file...but don't know what to
do with it - there doesn't seem to be a 'make deb' option or equivalent in
the makefile?
You can tell that I have never done much with debian pack
On 27 June 2011 00:08, Graham Jones wrote:
> Sorry for asking a dumb question, but how do you use the osm2pgsql source to
> build a debian package? I see a deban/rules file...but don't know what to
> do with it - there doesn't seem to be a 'make deb' option or equivalent in
> the makefile?
a sim
On Sun, Jun 26, 2011 at 7:47 PM, John Smith wrote:
> On 27 June 2011 00:08, Graham Jones wrote:
>> Sorry for asking a dumb question, but how do you use the osm2pgsql source to
>> build a debian package? I see a deban/rules file...but don't know what to
>> do with it - there doesn't seem to be a
On Thu, Jun 23, 2011 at 9:15 PM, Manuel Reimer
wrote:
> Hello,
>
> I have the following problem:
>
>
> $ ls -l /usr/share/osm2pgsql/
> -rw-r--r-- 1 root root 726 2011-06-23 17:23 900913.sql
> -rw-r--r-- 1 root root 5179 2011-06-23 17:23 default.style
>
> $ osm2pgsql -U gisuser /tmp/map.osm
> osm2
On Sun, Jun 26, 2011 at 8:12 PM, John Smith wrote:
> On 27 June 2011 00:22, Parveen Arora wrote:
>
>> I got an error message:
>> root@linux:~/bin/osm2pgsql# ./debian/rules binary
>> dpatch apply-all
>> make: dpatch: Command not found
>> make: *** [patch-stamp] Error 127
>
> apt-get install dpatch
Right, thanks - I hadn't realised that rules is a makefile with '#!/bin/make
-f' at the top to tell the shell to run it with make - clever!
To get it to build a debian package I had to do 'sudo debian/rules binary'.
Not sure why I had to be root, but it complained when I wasn't.
Thank you for t
On 27 June 2011 01:41, Graham Jones wrote:
> Right, thanks - I hadn't realised that rules is a makefile with '#!/bin/make
> -f' at the top to tell the shell to run it with make - clever!
> To get it to build a debian package I had to do 'sudo debian/rules binary'.
> Not sure why I had to be root
Well, I wondered what fakeroot was for!
Thanks
Graham.
On 26 June 2011 16:47, John Smith wrote:
> On 27 June 2011 01:41, Graham Jones wrote:
> > Right, thanks - I hadn't realised that rules is a makefile with
> '#!/bin/make
> > -f' at the top to tell the shell to run it with make - clever!
>
hi matt,
the main difference between our solutions is that you sort the data in
category's (nodes, ways, relations). We have only one list, in
which this elements are unsorted. This asynchronism is necessary to
keep our good server performance, because the output-module does not
have to await for
I'm not sure it's specified anywhere, but it is customary (and many tools
expect) to receive a sorted OSM file: nodes first, followed by ways,
followed by relations. This makes constructing an in-memory model of the
data easier on the client side.
On Sun, Jun 26, 2011 at 12:05 PM, Dario Brandes w
Hi,
Since yesterday I have been noticing strange behaviour from Potlatch2
when merging 3 or more ways. I am actually coalescing successive
segments of one road into a single way.
The last few nodes of the merged way seem to end up in a random order.
Undo doesn't work either, so the only opti
Colin Smale wrote:
> Since yesterday I have been noticing strange behaviour from
> Potlatch2 when merging 3 or more ways.
Yes, it's broken. Fix committed a couple of days ago and will be deployed
real soon now.
cheers
Richard
--
View this message in context:
http://gis.638310.n2.nabble.com/P
On 26/06/2011 23:33, Richard Fairhurst wrote:
Colin Smale wrote:
Since yesterday I have been noticing strange behaviour from
Potlatch2 when merging 3 or more ways.
Yes, it's broken. Fix committed a couple of days ago and will be deployed
real soon now.
Thanks for the confirmation, I'm looking
On Sun, Jun 26, 2011 at 6:17 PM, Ian Dees wrote:
> I'm not sure it's specified anywhere, but it is customary (and many tools
> expect) to receive a sorted OSM file: nodes first, followed by ways,
> followed by relations. This makes constructing an in-memory model of the
> data easier on the client
LinkedIn
Sagar Anand requested to add you as a connection on LinkedIn:
--
Marten,
I'd like to add you to my professional network on LinkedIn.
- Sagar
Accept invitation from Sagar Anand
http://www.linkedin.com/e/yo3gxm-gpevoqxu-5g/q
Colin Smale wrote:
> Thanks for the confirmation, I'm looking forward to the fix!
Should be live now.
cheers
Richard
--
View this message in context:
http://gis.638310.n2.nabble.com/Potlatch2-Merge-Ways-broken-tp6518200p6519191.html
Sent from the Developer Discussion mailing list archive at N
On 27/06/2011 08:01, Richard Fairhurst wrote:
Colin Smale wrote:
Thanks for the confirmation, I'm looking forward to the fix!
Should be live now.
Fixed! Thanks a lot.
Colin
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
18 matches
Mail list logo
