Re: [OSM-talk] [osmosis-dev] Osmosis replication fails

On 18 December 2011 10:12, Martijn van Exel wrote: > On Sat, Dec 17, 2011 at 1:49 PM, Paul Norman 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 though? > You need to

Re: [OSM-talk] [osmosis-dev] Osmosis replication fails

On 13 December 2011 06:31, Martijn van Exel 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: > > SEVE

Re: [OSM-talk] Osmosis exception

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 Nie

Re: [OSM-talk] osmosis question

On Mon, May 24, 2010 at 4:45 PM, Gary68 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 >

Re: [OSM-talk] full history of a way?

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

Re: [OSM-talk] Setting comment on existing changeset

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 the

Re: [OSM-talk] Setting comment on existing changeset

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 ha

Re: [OSM-talk] Delay before the data is visible?

Hi Steve, some responses from an osmosis point of view below. Steve Hill wrote: > On Tue, 21 Apr 2009, Shaun McDonald wrote: > > >> The renderers are delayed until the minutely diff are working again. >> There are some bugs there that need to be resolved first. Then there >> will be a delay of

Re: [OSM-talk] more changeset question

Andy Allan wrote: 2009/4/22 Iván Sánchez Ortega : 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 (apps/utils/import/bulk_upload_06). It

[OSM-talk] Minute Diffs and 0.6 Breakages

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 diff

Re: [OSM-talk] We're back

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

Re: [OSM-talk] Possible UTF-8 encoding errors in changesets

Matt Amos wrote: > On Sat, Apr 4, 2009 at 8:01 PM, Florian Lohoff 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 the

Re: [OSM-talk] Osmosis running forever with completeWays=yes?

Karl Newman wrote: > On Sun, Feb 1, 2009 at 1:55 PM, 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

Re: [OSM-talk] [osmosis-dev] Osmosis running forever with completeWays=yes?

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. >

Re: [OSM-talk] 0.6 move and downtime

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 > g

Re: [OSM-talk] Proposed Relations

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) t

Re: [OSM-talk] osm2pgsql & planet: frustrations, cutoffs, and idempotence

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

Re: [OSM-talk] osm2pgsql & planet: frustrations, cutoffs, and idempotence

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 p

Re: [OSM-talk] osm2pgsql & planet: frustrations, cutoffs, and idempotence

ways, user adds new node into way, new way > version is dumped referring to new node that is not in the dump.) > > The daily, hourly, and minutely diffs have a clean cutoff date because > they are taken from the history tables. > > Brett Henderson has offered to look into creati

Re: [OSM-talk] osm2pgsql & planet: frustrations, cutoffs, and idempotence

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 cut

Re: [OSM-talk] Number of Edits

On Wed, Sep 24, 2008 at 4:17 PM, Brett Henderson <[EMAIL PROTECTED]> wrote: > On Wed, Sep 24, 2008 at 6:25 AM, Richard Fairhurst <[EMAIL PROTECTED]>wrote: > >> Frederik Ramm wrote: >> >> > Yes. Im not sure what Potlatch does however - does it "touch&q

Re: [OSM-talk] Number of Edits

On Wed, Sep 24, 2008 at 6:25 AM, Richard Fairhurst <[EMAIL PROTECTED]>wrote: > Frederik Ramm wrote: > > > Yes. Im not sure what Potlatch does however - does it "touch" a way's > > nodes if I change a property of the way? > > No. It always writes a new revision of the way (I'd anticipate this > cha

Re: [OSM-talk] Searching for recently added names not working

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 " all look reasonable: it was showing a large

Re: [OSM-talk] Milestone

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 sty

Re: [OSM-talk] multiple bounding-polygons in one file?

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 >> openstreetma

[OSM-talk] New Daily Diff Files

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 u

Re: [OSM-talk] Create extra Planet files for syncing

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

Re: [OSM-talk] Create extra Planet files for syncing

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*

Re: [OSM-talk] Create extra Planet files for syncing

Matthias Urlichs wrote: > A third option would be to simply save the last 24 diffs and then > concatenate them appropriately. Some XML mangling may be required, > but that's certainly less of a processing burden than to go to the > database for information you already did extract True, that would a

Re: [OSM-talk] Create extra Planet files for syncing

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 hour

Re: [OSM-talk] Mapnik Tilecache Memory Error (Myanmar Cyclone Relief)

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. > _

Re: [OSM-talk] Mapnik Tilecache Memory Error (Myanmar Cyclone Relief)

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 configu

Re: [OSM-talk] OsmChange Files/Datasets.

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

Re: [OSM-talk] Mapnik Tilecache Memory Error (Myanmar Cyclone Relief)

Tom Hughes wrote: > I may be being dense here, but this is openstreetmap-talk (not > even dev) not tilecache-talk... Is there not somewhere better you > should be going to with this where there will be experts in tilecache > that can help you? > I've sent an email to the tilecache mailing list,

Re: [OSM-talk] Mapnik Tilecache Memory Error (Myanmar Cyclone Relief)

m/tilecache/ Some tiles are working, some are failing. Sometimes 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 s

[OSM-talk] Mapnik Tilecache Memory Error

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 memory

Re: [OSM-talk] osmxapi/bbox question

Igor Brejc wrote: > http://en.wikipedia.org/wiki/Point_in_polygon > > Igor > That algorithm should be okay for the common use case. Just keep in mind that polygons for some countries are quite complicated and may be comprised of multiple separate polygons (eg. islands). I think the point in

Re: [OSM-talk] Local map making - truncating ways on boundary?

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,

Re: [OSM-talk] Local map making - truncating ways on boundary?

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 node

Re: [OSM-talk] OSMXapi error 501

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: htt

Re: [OSM-talk] Osmosis/Mkgmap: Missing ways at tile borders

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 easily

Re: [OSM-talk] User umehlig and some really nasty edits

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 wou

Re: [OSM-talk] Osmosis UTF-8 problem (again)

Tom Hughes wrote: > The name doesn't make any more sense in a mysql command line, so I > don't think it's an osmosis problem. > I've been suffering from brain fade. I keep thinking that this is a problem with edited data, but it's only the user table ... Perhaps this user name has become corr

Re: [OSM-talk] Osmosis UTF-8 problem (again)

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 di

Re: [OSM-talk] Osmosis UTF-8 problem (again)

Martijn van Oosterhout wrote: > Looks like there's an issue with UTF-8 characters in the username. > > Line 42117 of daily-20080109-20080110.osc is an example (node 32268361). > > Have a nice day, > Any idea what the user name should be? I find it hard to believe that user="jos逴巜¯®󙀀" (from the

Re: [OSM-talk] Osmosis and large bounding polygons

Hmm, this reply is probably way too late to be useful ... but I'll hit send anyway ;-) Wow, the Australian polygon is 2.32MB which I thought was huge. From memory I think Australia worked okay (although it took something like 10 minutes to parse into an java Area class), but there was very lit

[OSM-talk] New Hourly Changeset Directory

Hi All, The existing hourly changesets available at http://planet.openstreetmap.org/daily/hourly/ have moved to http://planet.openstreetmap.org/hourly/ The existing directory is still available (using a symlink to the new directory) but will be deleted soon. Cheers, Brett ___