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
Richard Fairhurst wrote:
>
> Just fixed that in r23987 (which will make its way to the various
> deployments in due course). You now get a little 'x' button in the route
> 'icon'.
>
I guess there's still no way to check wich build a .swf is from.
bye
Nop
--
View this message in
Hi!
I extended my map_features.xml with some new tags and icons. For some
strange reason I cannot see my update, when I call P2, it still shows the
old features.
I have cleared the Flash cache and the Browser cache and there's definitely
only the new version on the server. I'm at a loss where d
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 Tue, Nov 2, 2010 at 12:25 AM, Peter Budny wrote:
> As far as I'm concerned, the difference in what's required to tag things
> is minimal between these concerns. Therefore, wouldn't it make the most
> sense to choose whichever is programmatically the easiest and most
> flexible to deal with?
I
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
Marcus Wolschon writes:
> I'm using routes in way-simplification to generate simplified maps for
> realtime rendering of larger areas when zooming out.
>
> It's quite a lot of work with LOTS of cases to try to sort
> route-relations that are randomly sorted with parts
> being other relations inst
Hello Ronan,
Monday, November 1, 2010, 4:10:32 PM, you wrote:
> I'm trying to apply updates to my OSM server.
> postg...@ip-10-204-239-145:/mnt/sdo/bin/osm2pgsql$ ./osm2pgsql -S
> default.style --slim -d gis -a -i osm_data -C 2048
> /mnt/sdo/planet/changesets-101013.osm.bz2
> osm2pgsql SVN versi
Hi All,
I'm trying to apply updates to my OSM server.
>From looking at the output (and noticing zero change in filesystem size) I'm
wondering if this is working at all ?
Is there something that I'm missing ?
Thanks,
Ronan
postg...@ip-10-204-239-145:/mnt/sdo/bin/osm2pgsql$ ./osm2pgsql -S
defau
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.
16 matches
Mail list logo
