Hello Paul,
Thanks for tracking down and reporting this bug.
On 17.09.2020 01:22, Paul Norman via osmosis-dev wrote:
In changeset 90486873 a node was introduced with the tags
k="shelter_type^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?"
v="lean_to"/>
You did not mention: Have
On 17.08.2020 23:00, Simon Poole wrote:
> One of the frequent use of them in JOSM is for address and contact
fields.
>
> This is semantically something totally different than suggesting an
> alternative preset item (because the current one might be a common
> mistagging, the alternative might
On 17.08.2020 16:29, Simon Poole wrote:
Some of the recent patches to JOSMs default preset have included
elements for what are essentially presets for "similar"
objects.
This would seem to be to me quite interesting information to capture,
however the specific unstructured way of handling
As I started digging into UI hangs already, would be great to have a discussion
regarding the thread pools and how they could interfere / block painting.
Stephan
On October 15, 2018 2:05:26 AM GMT+07:00, Vincent Privat
wrote:
>There are at least two tickets for which I'd like to get help:
On 14.09.2018 09:12, Dirk Stöcker wrote:
Hello Stephan,
Shall I create a ticket with the details up to now to better track it?
Yes. Please create a ticket and copy all relevant details there.
created https://josm.openstreetmap.de/ticket/16734
Discussions in the mailinglist tend to be
On 11.09.2018 08:04, Stephan Knauss wrote:
The AWT Eventqueue looks a bit generic. YourKit can point to "Long AWT
Events" in the "Threads" tab. I have for example one longer than 5s.
I stored a snapshot here. Can't shorten the timeline I think, but
resetting telemetry
Hello Michael,
On 10.09.2018 22:07, Michael Zangl wrote:
Tile loading should be in background. You can completely ignore those
loader threads and need to focus on the AWT Event Thread instead. This
is the thread that should not be blocked. It can be blocked by several
things, e.g.:
*
Hello,
I sometimes suffer delays of 10-15s when panning or zooming the map.
I had the impression it started to become worse when tile serving was
switched over to https, but switching back to http did not fully fix it.
With JOSM being updated in parallel all not that great to track down
such
Googlecomes up with an app of this name. According to the presentation it
displays OSM
https://www.slideshare.net/mobile/Campesino_Asb/the-splendor-of-iphone-app-geographica
Stephan
On September 24, 2016 9:56:39 PM GMT+02:00, yvecai wrote:
>Hi there,
>
>Out of curiosity,
On 17.02.2016 08:19, Bas Couwenberg wrote:
On 2016-02-17 08:11, Stephan Knauss wrote:
Just a heads up: if you are following the latest revision you need to
install a new library.
Why does a Java program require a Python module?
please ignore this mail. It was intended to go to the osmos*e
Your email client seems to be intercepted by your Antivirus (quite intrusive) .
Can you disable all protection to ensure that it is not hijacking your Internet
connection and prevents JOSM from sending passwords...
Could explain why the OSM api doesn't receive your password and fails to
On 09.02.2016 11:21, Oleksiy Muzalyev wrote:
On the other hand, I am in doubt, - perhaps, people invested a lot of
time and labor in clicking these hundreds and hundreds of nodes, to make
a nice looking map, and I am not sure if I am doing the right thing with
the tool SHIFT+Y (Simplify Way).
Dirk Stöcker writes:
Cert chain is/was complete. It seems Java still does not include StartSSL,
but Unix versions and browsers use the system certstore. So standalone
non-Unixes fail. All others work.
probably you wanted to say WOsign here, but yes, neither that, nor Startcom
nor
On 15.12.2015 08:20, Dirk Stöcker wrote:
Seems Java with Windows 7 does not work, Java with Windows 7 in browser
works. Then we have to wait until Windows 7 dies to use it and renew
Globalsign.
the last report pointed to a quite recent configuration:
Identification: JOSM/1.5 (9060 en) Windows
For my Thai style adjustments I wish for more style files. This reduces the
chance of merge conflicts.
Also having font sizes in one place to be able to bump it up easily by 2 points
would be great.
Stephan
On December 18, 2014 8:43:00 PM GMT+07:00, Andy Allan gravityst...@gmail.com
Hello,
I have a rendering stack with mod_tile/tirex which works quite fine.
Now I discovered that tiles which do not exist at all and take longer to
render will return a 404 after 3 seconds.
This is surprising to me as I have in apache's mod_tile.conf the
following settings:
# Timeout
Hi,
I've set up a new machine with a mod_tile / Tirex rendering stack.
I see some strange errors in the log file which I don't understand. Any
help would be appreciated.
I can reproduce it when requesting a tile image considered dirty.
The rendering itself looks fine. For example loading the
Hi,
answering myself in case others run into the same problem and find it in
the archive.
On 06.07.2014 23:15, Stephan Knauss wrote:
I see some strange errors in the log file which I don't understand. Any
help would be appreciated.
22:03:21.814464 [tile:info] Requesting style(osm) z(14) x
Jan-Benedict Glaw writes:
On Tue, 2014-07-01 01:58:38 +0200, Stephan Knauss o...@stephans-server.de
wrote:
I try to compile tirex (mapnik backend) against Mapnik 3.
changing this line in debian/rules allowed me to ignore the error:
dh_shlibdeps --dpkg-shlibdeps-params=--ignore-missing-info
Sven Geggus writes:
Stephan Knauss o...@stephans-server.de wrote:
Is a newer build automatically recognized as a newer package?
No, use dch -i
The last entry in tirex's debian/changelog is more than two years old. So
its quite safe to assume that upstream changes will not result in new
I try to compile tirex (mapnik backend) against Mapnik 3.
All done on ubuntu 14.04.
Unfortunately it fails.
make runs fine, but doing make deb after that produces errors.
First problem was that it complained to not find mapnik-config.
After patching the Makefile to contain the results of the
On 07.03.2014 23:38, Tom Hughes wrote:
On 07/03/14 22:12, Stephan Knauss wrote:
I noticed that in the full history dump the user names associated with a
specific version does not match with the username which was active at
that time.
Well as we have no record of what the username
I noticed that in the full history dump the user names associated with a
specific version does not match with the username which was active at
that time.
So a user with name A doing an edit in 2012 and then changing the
username to B in 2014 is now listed with B for all edits, even those
Amir Pourabdollah writes:
Yes I apply updates on UK only. What I do is that I first apply the planet
update then remove the non-UK features from the ³main tables, perhaps I
should remove the non-UK features from the temporary tables too(?)
I'm also applying partial updates. The cleanup I
Could add that Bing is using a special Http header. That's the way josm uses
to display tile age.
Toby Murray toby.mur...@gmail.com schrieb:
What's wrong with the /status URL on tiles? It works for osm.org and
Mapquest Open.
I have from time-to-time problem that I don't know how old is a
On 20.06.2013 07:03, Kaur gill wrote:
I have /var/lib/mod_tile/default/0/0/0/0/0.meta.
But I don't know how to access it, through which file I should try to access it.
Usually you'll use the apache module mod_tile.
It will handle path requests like /1/1/0.png and serve the matching tile
from
Lynn W. Deffenbaugh (Mr) writes:
Can you save me a bunch of research and just post an example of your
entity declarations (not necessarily all of them) and one or two
textsymbolizer instances that use them?
Maybe the scale_factor of mapnik2 can do the trick for you. My setup was
I have increased the font size on thaimap.osm-tools.org as well. I did this by
replacing the font sizes by xml entities and adjusting these.
As it seems to be useful for others as well I could submit it to svn.
If nobody disagrees I can submit it on Sunday.
Stephan
Lynn W. Deffenbaugh
On 08.02.2013 06:59, Ilya Zverev wrote:
Though I fail to understand what would be broken if you continue to use
32-bit osm2pgsql. Indices, maybe.
don't be confused by the term 32-bit. It is required that the software
can handle 64-bit data types for processing the node id. In postgresql
it
On 06.02.2013 21:25, Andrew M. Bishop wrote:
Does anybody know if there is a released version of Mapnik that
supports ids up to (2^32)-1 rather than requiring an unreleased 64-bit
version?
could you give details about a use case where mapnik needs the osm_id?
The official styles do not
Hello Andrew,
On 05.02.2013 21:13, Andrew M. Bishop wrote:
Since 2^31 nodes will make older versions of some software unusable
and 2^32 nodes will make other versions unusable it would be helpful
to have a wiki page to record this information. I think that most
useful would be a table of the
On 06.02.2013 00:17, Steve Bennett wrote:
I might be pointing out the obvious here, but isn't the bigger risk
that some software will fail silently rather than catastrophically?
Like, an editor tries to save node 2^32+100, and saves it as 100, or
something?
It is, but API requires you to
On 18.01.2013 18:53, Brian Cavagnolo wrote:
I'd like to maintain an updatable database of OSM data clipped by a
polygon. I understand how to initialize the database using osmosis'
--bounding-polygon task. But this task does not seem to operate on a
change stream. Any recommendations on
May I wish for line feeds similar to the regular planet also in the full
history one? Would make processing with standard tools like grep possible.
Size should not be the problem. I expect it to compress similar well. And for
compact storage there is pbf as well.
Stephan
Paweł Paprota
Frederik Ramm writes:
I really don't mind *how* it's done but I would really love to have one
agreed way to place a timestamp in a PBF instead of everyone rolling their
own.
I would prefer epoch timestamps. That's a widely accepted way of storing
time information without the need to worry
On 20.11.2012 20:28, mar...@gmx.eu wrote:
Stephan, what did you mean we would need this undefined for?
I should not have mixed topics.
In case you process a full history pbf then it happens that nodes which
were redacted are stored with MAXINT for lat/lon. This is because
lat/lon are
On 11.11.2012 11:24, Paweł Paprota wrote:
By invalid action I mean a situation when there is a delete action
in the pipeline but there is no entity in the database to delete. Or
modify action with version X when there is no version X - 1 in the
database but some other version.
Do you have
On 09.11.2012 20:37, Stefan Elspaß wrote:
This is indeed the case, but sometimes - in these seldom cases when
rendering on the first request works - the command RenderPrio instead
of command Dirty appears in /var/log/syslog (see below). Does that
indicate that it might by a load-related decision
Hello Jochen,
thank you for this explanation. Explains what I'm seeing with an osh.pbf
On 30.10.2012 10:46, Jochen Topf wrote:
PBF files don't have a way of storing non-existing coordinates. When PBF was
invented this couldn't happen and nobody ever thought of adding it.
could specifying
Pascal Neis writes:
Jochen Topf schrieb:
What about redacted versions of nodes without coordinates?
can you please give an example Node ID for that?
I mean, did the bot really only removed lat/lon of
a node and not the entire version no. of a node?
for example here:
On 19.10.2012 16:53, Matt Amos wrote:
now available from:
http://planet.openstreetmap.org/planet/full-history/
only limited testing has been done on this file (checking for XML
well-formed-ness and various spot-checks on elements), so please let me
know if you find any errors with it.
I have
Hi David,
David Prime writes:
wrote my own filter tool which gave the same results. Looks like it's just
how it is, but I'm wondering what the point of a way with broken noderefs
is. Is it corruption or a feature?
There shouldn't be that many missings refs at all.
What is the source of
On 12.10.2012 18:38, Peter Wendorff wrote:
Am 12.10.2012 18:12, schrieb Stephan Knauss:
Peter Wendorff writes:
osm2pgsql has to store nodes outside the bbox because geometries that
overlap the borders etc. should be included in the result, too.
how certain are you regarding this?
It's only
On 12.10.2012 01:58, Tom MacWright wrote:
What do you want to see happen with OSM's software this year? What are
the tasks which everyone agrees on, but nobody has had the time to tackle?
There are some ideas around but I'm still missing a tool that can
graphically show the diffs on an
Hi,
I'm doing a slim mode bbox import for rendering.
What is supposed to be in the planet_osm_nodes table? All nodes of my
import source file or only the nodes contained in the bbox?
I used this bbox:
--bbox 97.3,5.6,109.6,23.4
and planet_osm_nodes contains for example this:
id;lat;lon
Peter Wendorff writes:
osm2pgsql has to store nodes outside the bbox because geometries that
overlap the borders etc. should be included in the result, too.
depends on the cutting algorithm used.
I could live with osm2pgsql doing a hard cut as I made my bbox large enough
to have some buffer.
Peter Wendorff writes:
osm2pgsql has to store nodes outside the bbox because geometries that
overlap the borders etc. should be included in the result, too.
how certain are you regarding this?
in parse-primitive.c::EndElement() I see a call to node_wanted() which only
returns true if the
Serge Wroclawski writes:
This is expensive.
does this matter? Is there a requirement to have it running against the
latest r/w api?
I fetch my osm data for editing from the osm ro-mirror (overpass). This is
a lot faster than waiting for main API. Works fine as well.
Why not add another (or
On 12.10.2012 01:58, Tom MacWright wrote:
What do you want to see happen with OSM's software this year? What are
the tasks which everyone agrees on, but nobody has had the time to tackle?
reading some of the answers it also seems that appropriate server
hardware is an issue for many of the
On 11.10.2012 01:30, Martin Guttesen wrote:
yep checked the db and the buildings are there
the strange thing is that this problem is only in this area, if you go
east to the next village, there all the buildings and house numbers show
Interesting would be if there was any problem with
Hi,
I have a strange rendering issue on my server.
This highway is not rendered:
http://www.openstreetmap.org/browse/way/177905977
The other oneway highway next to it is rendered:
http://tile.osm-tools.org/osm_then/18/203537/124374.png
On osm.org both ways are rendered:
Bernhard R. Fischer writes:
Do nodes, ways, and relations share a common pool of IDs (i.e. there is no
node which has the same ID as a way), or do those object have separate ID
pools (i.e. there may be a node which has the same ID as a way)?
No, their ID is independent, ID numbers carry no
Stéphane Henriod writes:
This error message talks about a config file $WORKDIR_OSM/configuration.txt
but I don't have any at this location... Should I create it myself? And
what should it contain?
have osmosis create it and edit it to match your state.txt.
See the wiki:
Stéphane Henriod writes:
Just one thing I am not sure about: should the state file be downloaded
before we download each diff file? Or only once, before the first diff
download?
you only need to initialize once. Osmosis will update the state.txt to
reflect the current state of replication.
On 23.04.2012 23:28, qunuxy wrote:
Anwar Azulfa wrote
where the code which i should change on osmand ?
Look at getMapnikSource():
http://code.google.com/p/osmand/source/browse/DataExtractionOSM/src/net/osmand/map/TileSourceManager.java
No. This is the config file, which is requested by the
On 23.04.2012 19:03, Cyrille Giquello wrote:
2012/4/23 Tom Hughest...@compton.nu:
I suspect a DELETE on:
http://www.openstreetmap.org/user/UserName/oauth_clients/id
will work, but I haven't tried it.
I did:
http://www.openstreetmap.org/user/UserName/oauth_clients/xxx/delete
Tom suggested
Max Wukits writes:
this took about 5days of rendering time, but it seems, that this tiles are not
used by mod_tile. here are some lines from tirex/jobs.log
I'm not sure about your log output. Is it possible that your tiles are
considered outdated?
Can you compare the timestamps with
On 03.03.2012 03:32, Lynn W. Deffenbaugh (Mr) wrote:
I tried the contact the tool owner link (maz...@toolserver.org), but
my e-mail bounced.
Is this the place to report this issue or is there a better place?
I have an alternative Mail contact of Peter and forwarded the problem
description.
Hi Simon,
On 15.01.2012 11:09, Simon Poole wrote:
To give you current numbers, I just did (10 days ago) an import on a i7
2600, 16GB box that took 30 hours with the initial import phase running at
Can you add your specs to the benchmarks page?
Hi,
I had a working PHP script to edit tags. It uses the pecl oauth library.
Now it stopped working. I suppose it is broken since the last changes on
the OSM servers end of November. The script is rarely used so I just
noticed the problem.
My token is valid.
It is possible to issue a GET
Hi,
for the archive...
On 15.01.2012 18:39, Stephan Knauss wrote:
I sniffed JOSM communication to spot any difference in the oauth setup.
To my surprise there was no difference, still my requests failed with 401.
So I compared other headers as well. It happened that I did not declare
any
Hello Tom,
thank you for looking into this issue.
On 15.01.2012 20:42, Tom Hughes wrote:
On 15/01/12 19:26, Stephan Knauss wrote:
But why did it respond with 401 Authorization Required? I guess there
are other http status codes more appropriate. Why not 400 Bad Request?
Were you perhaps
Hi,
a while ago JOSM started to print EDT violations in the console window.
As these are quite frequent I thought they would be fixed fast. However,
they seam to persist. For example when opening the history dialog it
floods the console for some seconds before the dialog opens.
What would
On 27.12.2011 12:05, ikonor wrote:
I don't know about the rendering process, but the Mapnik styles are
available at Github [1] and there are three different styles for US, UK
and EU.
Thanks for the pointer to the styles. Any Idea how they determine which
style to use for which geometry?
I did
Hi,
the featured image shows a mapquest rendering that applies different
styles based on the region.
As it has the same font problem than mapnik I assume it's mapnik.
How did they do the localization? Adding a boundary check to every way
query? Sounds expensive. Also the rendering rules
Hi,
I have a problem that when applying diffs a deleted node is not removed.
I think in general it worked fine. Now I have a specific node that can
not be deleted.
I'm using rev 26385
osm2pgsql SVN version 0.70.5
Calling with these options
osm2pgsql -v -S default.style -s -a --hstore-all -b
Hi,
On 08.09.2011 00:21, BG wrote:
I use osmosis because of the diff imports.
I do not have the complete planet in my database. only 3 countries.
While making a diff import, does osmosis only update my countries or
does it change every data of the planet?
in a later post you mentioned using
Martijn van Exel writes:
BTW, is it already possible to use osmium for full history files?
Yes, works fine. I used it to preprocess data for the Where did you Edit.
Stephan
___
dev mailing list
dev@openstreetmap.org
Hi,
what tools do currently exist to keep a full history planet updated?
http://wiki.openstreetmap.org/wiki/Planet.osm/full
talks mysteriously about some osmosis operations that seam to work.
The task I'm looking for is simple. I have the full history planet as
pbf, want to apply all diffs
On 11.08.2011 19:29, ant wrote:
So have they been removed from the database then? Or could remnants of
that still exist in recent planet files?
we had a similar discussion a while ago. I had deleted all ways with
zero nodes in 2280280. But nothing prevents it from happening again.
you might
Hi Markus,
On 09.08.2011 19:53, mar...@gmx.eu wrote:
OK, I fixed the bug. - If it really was a bug and not intended behaviour.
I'm still not sure...
My patch (I added just 2 lines):
diff -C 5 -p expire-tiles_old.c expire-tiles.c
--- 139,151
+ if(this_zoom=min_zoom)
+
Hi Frederik,
I'm running minutely updates on south-east asia. The DB is comparably
small. After I did this:
On 07.08.2011 21:19, Frederik Ramm wrote:
DROP INDEX planet_osm_ways_nodes;
DROP INDEX planet_osm_rels_parts;
CREATE INDEX planet_osm_ways_nodes ON planet_osm_ways USING gin (nodes)
On 07.08.2011 21:19, Frederik Ramm wrote:
To be a bit clearer on the procedure to fix things: Either re-import, or
re-create indexes with
DROP INDEX planet_osm_ways_nodes;
DROP INDEX planet_osm_rels_parts;
CREATE INDEX planet_osm_ways_nodes ON planet_osm_ways USING gin (nodes)
WITH
On 09.08.2011 00:00, Frederik Ramm wrote:
Stephan Knauss wrote:
This did lead to huge problems on my DB as it was still using the
intarray for the updates.
I don't understand. The intarray/no intarray question is completely
unrelated to the fastupdate on/off question?
The problem
On 23.07.2011 12:43, mar...@gmx.eu wrote:
That really sounds like a problem inside the pbf. Did you try to read
another pbf-file or read asia.osm.pbf with osmosis?
yesterday on irc someone had a similar problem.
I tried today with a different file. Same error.
I used this:
Frederik Ramm writes:
One other thing comes to mind. The most frequent problem with my minutely
Osmosis updates is that about once every 2 months it simply hangs in some
sort of timeout.
I submitted a fix for this a while ago. If you build your own osmosis from
SVN than you already have the
Hi,
I tried osm2pgsql svn head revision.
compiles fine. When trying to process asia.osm.pbf from geofabrik it fails:
Reading in file: ../asia.osm.pbf
error parsing member id of DenseNodes
error parsing member dense of PrimitiveGroup
error parsing member stringtable of PrimitiveBlock
Error
Hi,
the build process is not cross platform capable. Eg the licensechange
plugin does refer /dev/null which is not available on windows.
I would like to change the build files to work on windows without
adaptions. In the same step I would like to get rid of some temporary
files created in
Hello Dirk,
On 07.07.2011 14:49, Dirk Stöcker wrote:
That would be wrong. I'm not sure if he described it that way, but the
condition must be:
* no tags of previous editors are included in the current node (which is
true for untagged nodes)
and
* the position of the node is different.
I think
On 07.07.2011 23:16, Frederik Ramm wrote:
* All versions of an element are clean, so the whole element is
considered clean (green).
I think that clean elements should not be marked at all. Clean is the
default; no action is required on a clean element.
Yes, in some areas this is already the
Hi Frederik,
On 02.07.2011 16:12, Frederik Ramm wrote:
The tool is doing background data requests. It should provide some
feedback to the user regarding this.
It shouldn't be doing background data requests, only send a request when
you explicitly ask for it.
Yes, but then the request is
Hi,
this afternoon my update process got stuck. Running on linux. according to
ps it's in state Sl.
It's stated with these arguments:
osmosis -q --rri --bc --simc --bc --write-xml-change - |
I guess killing it is all it takes to recover. But is there any tracing I
could enable now to
On 22.06.2011 19:12, Frederik Ramm wrote:
On 06/22/11 18:51, Stephan Knauss wrote:
this afternoon my update process got stuck.
I don't know, but when this happens it tends to happen to almost
everybody. It happened to four machines where I run minutely updates,
too. It's usually once every few
On 22.06.2011 21:00, Stephan Knauss wrote:
For me it looks like it got stuck inside some method checking the
server state. How is it supposed to handle network timeouts and such
things?
is osmosis setting a timeout at all? Is there any global setting in
effect? getConnectTimeout() could
On 04.03.2011 08:36, Dirk Stöcker wrote:
With http:// it works. For https:// we probably need a better SSL
certificate for the server which is strange, as firefox itself accepts
the certificates. Java and certificates is a strange topic I don't
comletely understand ATM.
Java has it's own list
On 27.02.2011 03:33, Josh Doe wrote:
Error: In directory 'C:\devel\josm\plugins\smed\plugs\oseam\src\images'
Error: Can't open file
Error:
'C:\devel\josm\plugins\smed\plugs\oseam\src\images\.svn\tmp\text-base\tower.png.svn-base':
Error: The system cannot find the file specified.
Hm, last time
On 16.02.2011 22:59, M∡rtin Koppenhoefer wrote:
Today I updated osm2pgsql to Version osm2pgsql SVN version 0.70.5
now I get this on startup: 11924 Segmentation fault
core file available?
Stephan
___
dev mailing list
dev@openstreetmap.org
On 14.02.2011 06:45, Tom Hughes wrote:
On 14/02/11 10:47, Stephan Knauss wrote:
upgrading to debian squeeze forced me to upgrade php oauth to PECL 1.1.0
oauth
Did that upgrade perhaps cause you to switch fro OAuth 1.0 to 1.0a?
I think not. The changelog from 0.99.99 to 1.1.0 does not list
On 14.02.2011 09:20, Stephan Knauss wrote:
I managed to resolve the issue. The behavior of the lib changed from
0.99.9 to 1.1.0
I just wonder: Why does the string in the error message start with GET?
[sbs] = GEThttp%3A%2F
I'm telling it to PUT: $ret = $oauth-fetch($api_url/changeset/create
Hi,
upgrading to debian squeeze forced me to upgrade php oauth to PECL 1.1.0
oauth
After the upgrade my oauth setup stopped working. While it had no
problems to authenticate and read users preferences it fails creating
changesets:
[lastResponse] = Couldn't authenticate you
[debugInfo] =
Hi,
I wanted to move some of my mod_tile config into a VirtualHost section.
I thought it would use the settings specified in the general section and
just override the directives I specify in my vhost.
Looks like this is not working.
I tried looking up the source. I hope I found the right
Hi Parveen,
On 30.01.2011 16:47, Parveen Arora wrote:
Your problem is this:
Processing: Node(3250k) Way(198k) Relation(0)Segmentation fault
Segmentation fault indicates that the program has crashed. It's not
surprising that the result is not what you expect.
Why this is happening?
Please
On 25.01.2011 21:28, Graham Jones wrote:
Is there a trick I am missing to do the bounding box extraction correctly?
applying only a bounding box is not supported. You have to clean out
ways and relations from time to time.
On 25.01.2011 21:54, Graham Jones wrote:
I think that is the answer I was looking for - I think your SQL is
deleting ways etc. that do not refer to existing nodes in the db?
It might miss to delete some relations. And not sure what will happen
with recursive relations.
I will give it a go,
On 16.01.2011 20:11, Jon Burgess wrote:
Does anyone use the existing scheme with max_zoom 18? If not the
changes could only effect higher zooms, perhaps as a compatibility mode.
I do with zoom 19. And until a few minutes ago I felt fine doing it.
Now I feel confused.
Stephan
On 16.01.2011 22:40, Frederik Ramm wrote:
Had it turned out that nobody uses zoom levels 18, then it would havew
been easy to define x=18, and implement a new scheme that comes into
play for tiles on zoom levels 19+.
I wouldn't mind to throw away my existing Z19 tiles. It's not that many
On 16.01.2011 23:15, Radek Bartoň wrote:
Any other thoughts what may cause it or how to debug where is the problem,
please?
You don't have renderd running in parallel to tirex, right?
Stephan
___
dev mailing list
dev@openstreetmap.org
On 16.01.2011 20:49, Jon Burgess wrote:
On Sun, 2011-01-16 at 20:08 +0100, Stephan Knauss wrote:
Would changing all these magic numbers into 19 do the trick? I would
skip the twopow array. Or will I be breaking something not that obvious?
I'm afraid I can not answer that.
It did break
What is the best way to delete metatiles in a given bounding box and zoom?
I'm using mod_tile and tirex.
In case it's not existing: Should it be added to tirex-batch? I like the
filers and stuff tirex-batch already have. Even when I not need it, it
could prove usefull for others.
Stephan
On 09.01.2011 11:35, NopMap wrote:
Firebug shows a return code 200, but displays it in red.
does it state some response text when you open the detail view?
No, the details view is completely empty - but when I select Open in new
tab for the request, I get the correct POI list from the server.
1 - 100 of 159 matches
Mail list logo