On 16.04.19 10:18, Frederik Ramm wrote:
If all this sounds too complicated, you might be able to use
https://maposmatic.osm-baustelle.de/ to generate a couple of large
images that you can then stitch together (better than screenshots). But
adding your KMZ would then be difficult - perhaps it
On 05.02.19 10:30, Nick Whitelegg wrote:
> Basically what I need is an OSM PostGIS database (of the type used for
> Mapnik rendering) but it only needs to contain highways and selected
> POIs (as nodes) - nothing else. Ideally I also need PHP with the
> postgres extension as that is what my
On 23.11.18 01:50, Daniel Koć wrote:
| - Dropping buildings up to z13 instead of z13|
this seems to be a typo in the commit message?
The actual changeset has:
-minzoom: 13
+minzoom: 14
so it looks rather like
"Dropping buildings up to z13 instead of z12"?
--
hartmut
Based on experience from renderinging large areas for print via my
MapOSMatic clone:
as size increases I
expect query time and time to render to increase, but time per tile to
decrease. I don't know at what point this stops being true.
PostGIS Query time seems to go up in a non-linear
Hello Bjoern,
On 22.12.2017 10:06, Bjoern Hassler wrote:
Dear Frederik, dear Paul,
Thank you for your message! I suppose I made the mistake of asking for a
technical fix, rather than fully explaining the problem...
I have 40 small, discontinues areas in Ghana (the 40 public colleges of
On 20.07.2017 22:29, Daniel Koć wrote:
Hi,
I'm looking for the users who are deploying default OSM map style
(openstreetmap-carto) from series v3.
There is v4 series available for few weeks already, but the problem is
you need to reload database for this upgrade, which might be a problem.
On 26.05.2017 20:57, Bjoern Hassler wrote:
> what's the best way to print to PDF?
>
> I'd like to print a 30km by 20km area to a single A1 or A2 sheet. This
> is a "sparse" area in Zambia, so downloading OSM data and rendering is
> quite possible, rather than attempting to print tiles.
>
> I did
On 21.03.2017 16:02, Hakuch wrote:
> did you want to say "projects that do NOT produce webpages" ? Then I
> would agree with you, because usually you only do webpages with PHP
I actually mostly use PHP for building Code Generators these days,
and for writing database test scripts, not so much
On 10/13/2014 09:52 AM, Sven Geggus wrote:
Jepp. I already did something like this myself. A disadvatage of the
approach is, that there is no way to dump indexes, they have to be
re-created on the target machine while running pg_restore.
one of the reasons why I was working on a mysql output
On 10/17/2012 01:04 AM, Alex Barth wrote:
- http://www.openstreetmap.org/browse/changeset/13514072
wheelmap_visitor is sort of a bot, it uploads changes made
to the wheelchair=* accessibility tags by anonymous users
on http://wheelmap.org/
It only touches that one tag. It generates a new
On 21.07.2012 01:54, Frederik Ramm wrote:
1. The bot used a blacklist of changesets, changesets that were
nominally done by agreers but in which they used unacceptable sources
(mostly, the so-called copypaste remapping). OSMI did not use these
lists, so if someone whitewashed data by
On 07/20/2012 10:51 PM, Frederik Ramm wrote:
Hi,
On 17.07.2012 09:48, Frederik Ramm wrote:
I'd like to replace it with something that displays where the bot has
actually edited something.
First preview version is here:
On 15.12.2011 12:10, Frederik Ramm wrote:
But: Anyone who really wants to, and has the resources to, can set up a
full database today, feed it with minutely diffs through Osmosis, and
allow a merry band of replication clients down the line.
problem is that Postgres repliation (the bundled one
On 16.12.2011 11:21, Peter Körner wrote:
At one of the Hack-Weekends someone played around with distributing the
SQL-Commands issued by osm2pgsql via XMPP.
with the SQL command execution, especially the index creation, being
the most expensive part of an osm2pgsql run this would onyl save
On 13.12.2011 14:19, Paul Hartmann wrote:
Hi,
there's now a JOSM apt repository for Ubuntu. It provides two packages:
\o/
--
hartmut
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
On 10/25/2011 11:05 PM, Russ Nelson wrote:
They were renumbered according to the linear distance down your
road.
which implies that the road itself is linear and does not
have any 2nd row buildings with 20a,20b,20c numbers ...
all of which applies to the road i used to be living
at a few
On 09/17/2011 06:43 PM, Kai Krueger wrote:
* start with low default work_mem and maintenance_work_mem settings
and raise them on a per statement level, so making the appropriate
buffer for a given operation (work_mem for ORDER BY,
maintenance_work_mem for CREATE INDEX) as large as possible and
On 09/14/2011 01:22 AM, Kai Krueger wrote:
It probably would be easier to use CLUSTER and then let postgresql sort
out the rest. It would also make it easier to occasionally re-cluster.
I guess it wouldn't be too difficult to test it out, if only it didn't
take so long to run those tests...
On 09/14/2011 01:22 AM, Kai Krueger wrote:
I think skill wise it would be fairly trivial to try it out. Osm2pgsql
already has a fall back to do these stages in sequence for the case that
pthreads aren't supported. As I think currently this is the only place
that threads are used, you should
On 08/30/2011 11:50 AM, John Smith wrote:
osm2pgsql doesn't have any code to check for memory allocation
failures and to deal with it in a sane way, it just assumes all
allocations are fine until it checks the nodes when going over pending
ways etc. Anthony posted a patch a couple of months
On 04/24/2011 12:02 AM, Jo wrote:
It surprises me a bit that only the relicensing status of the
last editor for a primitive is shown. Is it considered enough that a user
who agreed to the CTs touched a primitive as the last editor, to have it
relicensed (cleanly) to ODBL?
no, but:
educated
On 11/11/2010 10:31 AM, james croft wrote:
Thanks, I forgot to say, I am running ./autogen.sh, ./configure and make
in the main osm2pgsql directory.
can you send me the config.log?
It used to be that I also had to run
make in the /gazetteer directory too, this is what created the
On 11/11/2010 09:58 AM, james croft wrote:
Hi,
I'm trying to get Nominatim up and running on a dev box. I am checking
out the osm2pgsql code from git and am running into a problem
with gazetteer-functions.sql. It used to be that running 'make' in the
gazetteer directory created a gazetteer.so
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
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;
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 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
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
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
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
I've now taken my autotools work on osm2pgsql another step further
(beyond the patch that i already had published on
http://trac.openstreetmap.org/ticket/3258 ),
the current code, as it is available on
https://code.launchpad.net/~hartmut-php/+junk/osm2pgsql-autotools
now also integrates
On 09/24/2010 10:10 PM, Stefan de Konink wrote:
As far as I can see with a quick look we are in a state of functional.
[...]
(you need to have protobuf-c installed, to compile it, see the Makefile
for that)
took a bit to figure out that things do not work the protobuf-c version
that comes
Hi,
i finally sat down over the weekend to create my first JOSM plugin
to be able to download tracks i previously uploaded to osm.org
directly into JOSM without having to do the download via browser
first and then having to find and open the locally downloaded
gpx file with JOSM.
A few details
33 matches
Mail list logo