Frederik Ramm wrote:
Hi,
Any idea what the user name should be? I find it hard to believe that
user=jos??¯® (from the API) is correct.
Well on 05 December I did have a problem with the planet diff, quoting
from old E-Mail:
latest daily planet diff has an UTF-8
Would a version number be a cleaner solution? I'm always uneasy about
using dates for this purpose.
80n wrote:
If the server were to provide the original timestamp as an additional
attribute, and reject if it didn't match on upload, then problems like
this could be prevented.
It would
Hi Christian,
This does sound strange, the completeWays functionality should avoid the
problem you're seeing. Can you provide me the id of the way that is
causing you problems? I'd like to replicate this bug if possible.
If it turns out to be a limitation of the current design (ie. not
Christopher Schmidt wrote:
Minutely, so far as I can tell based on the way that the server behaves.
Regards,
It's every minute unless recent issues have changed something. The
minute diffs have been somewhat unadvertised but are now available at
the top level of the planet server:
By default, osmosis will truncate at the last node inside the boundary
which isn't always ideal. The completeWays argument will include all
way nodes outside the boundary which again isn't perfect.
The new PostGIS based bounding box functionality will never truncate
ways but may leave out
I hope the job loss isn't too much of a downer, best of luck finding
something better.
As for tiling, I hadn't considered polygons. They sound nasty. I'd
been thinking of something far simpler. For ways I was thinking of
splitting them at tile boundaries, adding synthetic nodes as required,
Hi All,
I'm trying to setup a server rendering mapnik tiles on demand using tilecache.
It seems to be working intermittently but most requests result in the following
response being returned to the browser when requesting new tiles.
An error occurred: failed mapping file: Cannot allocate
retrying fixes
broken tiles, sometimes not.
I am running out of ideas. If anybody has any suggestions or can help
in any way please let me know.
Regards,
Brett
Brett Henderson wrote:
Hi All,
I'm trying to setup a server rendering mapnik tiles on demand using
tilecache.
It seems
The create/modify/delete action is applied at the node/way/relation
level. There is no way of applying changes at a tag level. When
osmosis receives a modified entity in the --apply-change task, it
replaces the existing entity with the new one.
So in other words if you wish to add tags you
OJ W wrote:
It's only outline code now (i.e. no rendering rules), but pyrender
shares those objectives (render on demand, get small amounts of data
as required)
http://svn.openstreetmap.org/applications/rendering/pyrender/
Thanks for the info. Is this something that could be configured
I suspect I didn't with tilecache (not sure if it's possible), but I do
now with mod_tile.
Martijn van Oosterhout wrote:
A bit late and maybe a stupid question but: do you have metatiling
turned on. Rendering is going to really suck without it.
I never got around to checking out what happened to the diffs during
that period, apologies. Are you sure that there's a gap in data? It
isn't a huge amount of effort to re-generate a daily file, that can be
generated at any time.
I'm not sure how simple it is for you to utilise, but the
Frederik Ramm wrote:
Sure, I can do that. I was assuming they would somehow be incomplete
as well but if they are ok then I can just switch to using these.
The hourly minute are definitely more reliable than daily. I won't be
surprised to see missing data in daily files. If you see *any*
David Earl wrote:
Would it really be that much slower: yes it is more work, but OTOH, it
is fewer disk writes?
The daily diffs are approximately 6MB of data to write but take a couple
of minutes to produce. The disk overhead is negligible. But this also
means that the compression overhead
Hi All,
Apologies for cross-posting to two lists but discussions have been split
across both lists. Please reply to the dev list.
There are now some new daily diff files available on the planet server
that address some issues with the existing daily diff files. These new
files are produced
Frederik Ramm wrote:
Hi,
Olga Sacharow wrote:
Hello! I just started working with osmosis and the first problem I have is
that I can not find an option how to extract several polygons out of the
planet.osm file into one single file. I need one osm file with the
openstreetmap data from
On Tue, Jul 29, 2008 at 6:08 PM, Andy Robinson (blackadder-lists)
[EMAIL PROTECTED] wrote:
With a readymade image containing an OSM rendering toolchain - Mapnik,
osm2pgsql and TileCache - plus some instructions on the wiki, we'd
have a roll your own cartography kit. A WYSIWYG stylesheet
On Thu, Aug 21, 2008 at 8:19 PM, David Earl [EMAIL PROTECTED]wrote:
...
The problem was that when I switched it to using the daily planet gz
instead of bz2 files, I hadn't realized that the name of the XML tag for
additions also changed from add ... to create The log files
all look
MP wrote:
There are no full history dumps currently - having such dump would
enable this type of query quite easily. I think the daily diffs could
be used for help if the changes are fresh (less than 14 days). Are
there any nearby plans for full history dumps? This shouldn't probably
be very
Others have already commented on most of your points but I'll add my
thoughts in case there's some gaps.
Michal Migurski wrote:
Hi,
I've been trying to keep up to date with the dumps and diffs from
http://planet.openstreetmap.org/
, and I'm running into a number of bugs related to cutoff
Jochen Topf wrote:
If the planet dump plus the diff from the same day is what everybody
wants anyway, why not do this on the server side and hold the planet
back after the first diff is available, run this over the planet and
then publish that as the planet?
It would add delay to the
On Tue, Oct 28, 2008 at 7:39 AM, Michal Migurski [EMAIL PROTECTED] wrote:
Finally, the boundaries between the hourlies and dailies seem
misaligned.
This shouldn't be the case.
After running the remaining hourlies for the 22nd, I attempted to
pick up on the 23rd with a daily. The
On Thu, Nov 6, 2008 at 11:10 AM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
Karl Newman wrote:
2. Make sure the big three editors support ordering. Nobody will notice,
nobody has to change what he does. Also, try and get Osmosis and the
various mirror services (ROMA, XAPI) to support
SteveC wrote:
Dear all
We had a review call today on the technical side of OSM and one of the
things that came up was the transition to API 0.6
http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6
API 0.6 is the latest and greatest in OSM APIs and brings scrummy
goodness
Frederik Ramm wrote:
Hi,
(f'up set to osmosis-dev)
Karl Newman wrote:
Anyway, the tee can choke things up with all the temporary files. It would
be nice to be able to share the stored node and ways files between tee
tasks, but I haven't created that infrastructure yet.
It
Karl Newman wrote:
On Sun, Feb 1, 2009 at 1:55 PM, Frederik Ramm frede...@remote.org
mailto:frede...@remote.org wrote:
Hi,
(f'up set to osmosis-dev)
Karl Newman wrote:
Anyway, the tee can choke things up with all the temporary
files. It would
be
Matt Amos wrote:
On Sat, Apr 4, 2009 at 8:01 PM, Florian Lohoff f...@rfc822.org wrote:
Will this problem
be fixed with API 0.6? Its quite annoying to fix this again and again
manually.
yep. the problem with bad UTF-8 in the database will be solved, both
in the server code and in
Shaun McDonald wrote:
On 21 Apr 2009, at 12:27, Steve Hill wrote:
On Tue, 21 Apr 2009, Richard Fairhurst wrote:
...with API 0.6, Postgres and the new server. But everyone's uploading
at once, so don't expect to do much serious editing for the time
being. :)
The deltas in
Hi All,
I'm cross-posting to dev and talk. Please reply to dev only to avoid
unnecessary noise on the mailing lists.
The osmosis minute diffs were broken after 0.6 went live. I'm hoping
the problems have been fixed now and have re-generated all impacted
changesets.
If you are consuming
Andy Allan wrote:
2009/4/22 Iván Sánchez Ortega i...@sanchezortega.es:
El Miércoles, 22 de Abril de 2009, maning sambale escribió:
Thanks! seems reasonable for my regular editing session. What about
bulk imports?
There is one script to bulk-upload stuff in SVN
Frederik Ramm wrote:
Hi,
Ed Avis wrote:
IMHO it would make sense for the comment on a changeset (and only that) to be
settable even after the changeset is closed.
Someone who would want to see all changesets that have a certain word in
the description would then have to scan
Frederik Ramm wrote:
Hi,
Brett Henderson wrote:
Something to keep in mind is that I plan to include changesets in
changesets one of these days. Um, let's reword that :-) I plan to
include changeset information in the osmosis deltas including their
tags. If comments can be updated
On Mon, May 24, 2010 at 4:45 PM, Gary68 g...@gary68.de wrote:
command:
~/osmosis/osmosis-0.30/bin/osmosis --read-xml-0.6
file=osmdata/hessen.osm --way-key-value
keyValueList=highway.motorway --write-xml-0.6 file=bab.osm
error:
May 24, 2010 8:43:02 AM com.bretth.osmosis.core.Osmosis main
On 13 December 2011 06:31, Martijn van Exel m...@rtijn.org wrote:
Hi all,
I have a replication task set up, initially with a longer interval
because my planet file is a few weeks old. I have had it running in a
cron job with a two hour interval but I get a lot of errors similar to
this one:
On 18 December 2011 10:12, Martijn van Exel m...@rtijn.org wrote:
On Sat, Dec 17, 2011 at 1:49 PM, Paul Norman penor...@mac.com wrote:
When switching between minutely and hourly you have to change the
sequenceNumber in state.txt
Thanks -- how do you figure out the new sequence number
Do any of those paths have spaces in them? That might cause the issue.
Also, are multiple drive letters involved? The osmosis.bat launch script
appears to have an issue where it requires Osmosis to be on the same drive
as the working directory.
Brett
On Sun, Nov 7, 2010 at 11:46 PM, Carsten
36 matches
Mail list logo