On 11/03/2010 09:05 PM, Peter Körner wrote:
Hi
I'm running on lenny. I took the bzr head (need to install bzr &
autoconf from the backports) and got the following error:
>
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
/usr/share/aclocal/libmcrypt.m4:1
Am 03.11.2010 21:05, schrieb Peter Körner:
Hi
I'm running on lenny. I took the bzr head (need to install bzr &
autoconf from the backports) and got the following error:
After modifying configure.ac and Makefile (need to remove all protobuf
stuff as I don't want to build against protobuf but
Hi
I'm running on lenny. I took the bzr head (need to install bzr &
autoconf from the backports) and got the following error:
p...@maps:/osm/tools/osm2pgsql-autotools$ ./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --for
On 11/02/2010 10:07 PM, Jon Burgess wrote:
When do you think the code will be ready to merge?
There are a couple of other things I'd like to fix up and it may make
more sense to do that directly in SVN instead of bouncing patches via
the mailing list.
- Make the code automatically switch to .
On Tue, 2010-11-02 at 08:02 +0100, Hartmut Holzgraefe wrote:
> thanks for spotting, looks as if i deleted two lines instead of one
> when removing some unused variable declarations to silence
> warnings :(
>
> fixed, committed, pushed, and a new patch level tarball created:
>
> http://php-baustel
On 11/02/2010 05:22 PM, Samir Faci (Dev) wrote:
Is there a changelog/diff available? I understand not wanting to
commit to trunk just yet, though it'd be nice to see what changed from
svn/git HEAD.
http://bazaar.launchpad.net/~hartmut-php/%2Bjunk/osm2pgsql-autotools/changes
the changes mos
Is there a changelog/diff available? I understand not wanting to
commit to trunk just yet, though it'd be nice to see what changed from
svn/git HEAD.
Also.. compiled fine on Ubuntu Lucid 64bit.
--
Samir
On Tue, Nov 2, 2010 at 10:58 AM, Sven Geggus
wrote:
> Peter Körner wrote:
>
>>> The reaso
Peter Körner wrote:
>> The reason for this check is that it does not seem to work with Version 0.12
>> which is the default protobuc-c Version in Debian testing.
>
> Is it really protobu>c< or is it protobu>fhttp://sven.gegg.us/ on the Web
___
dev mai
Am 02.11.2010 14:55, schrieb Sven Geggus:
Jon Burgess wrote:
Does "protobuc-c" exist or is this a typo?
The package is called libprotobuf-c0-dev (in Debian/unstable).
protobuc-c>= 0.14: no
The reason for this check is that it does not seem to work with Version 0.12
which is the default p
Jon Burgess wrote:
> Does "protobuc-c" exist or is this a typo?
The package is called libprotobuf-c0-dev (in Debian/unstable).
> protobuc-c >= 0.14: no
The reason for this check is that it does not seem to work with Version 0.12
which is the default protobuc-c Version in Debian testing.
Sven
On 11/02/2010 12:07 AM, Jon Burgess wrote:
This looks like it fixes the problem:
$ diff -uw parse-pbf.c~ parse-pbf.c
--- parse-pbf.c~2010-10-31 20:47:32.0 +
+++ parse-pbf.c 2010-11-01 23:05:23.0 +
@@ -306,6 +306,7 @@
DenseNodes *dense = group->dense;
f
On Mon, 2010-11-01 at 22:43 +, Jon Burgess wrote:
> On Mon, 2010-11-01 at 00:02 +0100, Hartmut Holzgraefe wrote:
> > So far the status is "works for me" only so i'd like to get some
> > testing feedback ...
>
> Something is broken for me with the PBF reading. When I read in the file
> the "Nod
On Mon, 2010-11-01 at 00:02 +0100, Hartmut Holzgraefe wrote:
> So far the status is "works for me" only so i'd like to get some
> testing feedback ...
Something is broken for me with the PBF reading. When I read in the file
the "Node stats: total(263273), max(0)" looks wrong and the line and
polyg
On Mon, 2010-11-01 at 00:02 +0100, Hartmut Holzgraefe wrote:
> I've extended osm2pgsql to dynamically support different parsing
> frontends and added direct .pbf reading support which is roughly
> based on code heavily inspired by from pbf2osm
>
> Changes in this branch over osm2pgsql trunk includ
On 11/01/2010 05:28 PM, Dane Springmeyer wrote:
PS: as the code is already a mix of C and C++ files it might make
sense to convert the parser, middle and out "plugin" interfaces
to C++ classes as well?
+1 on pure C++. I assume we'd only need the protobuf C++ headers then, instead
of b
On Mon, 1 Nov 2010, Dane Springmeyer wrote:
+1 on pure C++. I assume we'd only need the protobuf C++ headers then,
instead of both the c++ and c?
Please team up with Mercator (Chris) because now we have C version, and
C++ was already requested by many.
Stefan
_
Hartmut,
Great, thanks for your efforts.
> PS: as the code is already a mix of C and C++ files it might make
>sense to convert the parser, middle and out "plugin" interfaces
>to C++ classes as well?
+1 on pure C++. I assume we'd only need the protobuf C++ headers then, instead
of both t
Hartmut Holzgraefe wrote:
> i have commit access, the changes are quite massive by now though,
> so i'd like to get at least some feedback before pushing the changes
> to SVN ...
Hm, when using ordinary osm file and no -r switch I get the
following:
Input parser `libxml2' not recognised. Should
On 11/01/2010 12:00 AM, Hartmut Holzgraefe wrote:
Current source is available as
http://php-baustelle.de/osm2pgsql-0.70.2.tar.gz
there is a new 0.70.3 package now on
http://php-baustelle.de/osm2pgsql-0.70.3.tar.gz
changes in this release:
* checks for presence of correct protobuf-c versi
On 11/01/2010 12:04 PM, Peter Körner wrote:
I will try to test it in the next weeks. Setting up a new render stack
is no common task so it may take a while until you get enough response.
Best would be to ask for svn commit access and just commit it. If it
breaks, so. will fix it. It if not eas
I will try to test it in the next weeks. Setting up a new render stack
is no common task so it may take a while until you get enough response.
Best would be to ask for svn commit access and just commit it. If it
breaks, so. will fix it. It if not easy to get feedback on a tool like
osm2pgsql.
I've extended osm2pgsql to dynamically support different parsing
frontends and added direct .pbf reading support which is roughly
based on code heavily inspired by from pbf2osm
Changes in this branch over osm2pgsql trunk include:
* configure now properly checks requirements
* libxml2 based and
22 matches
Mail list logo