Re: [OSM-dev] Removing Minutely and Hourly Changesets
Brett Henderson wrote: Are there any objections to me disabling the old minute and hourly changesets and deleting their files from the planet server? No objections from me, but you might take your time, between this announcement/request and actually removing them. I haven't heard any complaints about the replication changesets so I'm assuming they're working well. I've been working with them since about day 1. They work wonderfully well, especially with that one-off bug fixed. I'll leave the daily changesets running for now because they are running with a much longer delay and shouldn't miss data. And are probably used in a lot more automated processes, to create a new planet (extract) every day. I know we do it for planet.openstreetmap.nl, and hypercube uses the same daily diff files for the Coastline Error Checker. -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing Minutely and Hourly Changesets
On Fri, Dec 18, 2009 at 11:06 PM, Brett Henderson br...@bretth.com wrote: Are there any objections to me disabling the old minute and hourly changesets and deleting their files from the planet server? http://planet.openstreetmap.org/minute/ http://planet.openstreetmap.org/minute-slow/ http://planet.openstreetmap.org/hourly/ They are replaced by the (hopefully) reliable transaction based replication changesets. http://planet.openstreetmap.org/minute-replicate/ http://planet.openstreetmap.org/hour-replicate/ I haven't heard any complaints about the replication changesets so I'm assuming they're working well. I'll leave the daily changesets running for now because they are running with a much longer delay and shouldn't miss data. Brett There is a fix for the TRAPI servers to use the minute-replicate diffs instead of the regular minute diffs. Both of my servers have been switched over, but I'm not sure about any others. I'd wait to hear from Mathieu Arnold as he's in charge of the other server(s). -Jeremy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing Minutely and Hourly Changesets
Would it be safe to put a redirect/symlink from the old folder to the new folder? Shaun On 19 Dec 2009, at 04:06, Brett Henderson wrote: Are there any objections to me disabling the old minute and hourly changesets and deleting their files from the planet server? http://planet.openstreetmap.org/minute/ http://planet.openstreetmap.org/minute-slow/ http://planet.openstreetmap.org/hourly/ They are replaced by the (hopefully) reliable transaction based replication changesets. http://planet.openstreetmap.org/minute-replicate/ http://planet.openstreetmap.org/hour-replicate/ I haven't heard any complaints about the replication changesets so I'm assuming they're working well. I'll leave the daily changesets running for now because they are running with a much longer delay and shouldn't miss data. Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing Minutely and Hourly Changesets
On Sat, Dec 19, 2009 at 03:06:13PM +1100, Brett Henderson wrote: Are there any objections to me disabling the old minute and hourly changesets and deleting their files from the planet server? http://planet.openstreetmap.org/minute/ http://planet.openstreetmap.org/minute-slow/ http://planet.openstreetmap.org/hourly/ They are replaced by the (hopefully) reliable transaction based replication changesets. http://planet.openstreetmap.org/minute-replicate/ http://planet.openstreetmap.org/hour-replicate/ I haven't heard any complaints about the replication changesets so I'm assuming they're working well. I'll leave the daily changesets running for now because they are running with a much longer delay and shouldn't miss data. Ich am still using the normal hourly diffs as of lately the replicated diff stuff has not been documented and i didnt want to read java code to find out ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Use API to get bbox of way/relation ids?
What's the best method of getting a bbox for a given way or relation id, using the API? Is it cached anywhere? I'm using OSM element IDs as tags, and it would be great to have easy access to their bboxes. With long ways and recursive relations, doing it using repeated API calls could take forever... thanks, - L ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] duplicated entities with osmosis diff-update
I'm trying to update an excerpt of the planet file with diff files using this command: osmosis --rci workingDirectory=/path/dir --rx old.osm --ac --bb left=1 top=2 right=3 bottom=4 idTrackerType=BitSet completeWays=yes completeRelations=yes --wx new.osm Problem is: nodes/ways/relations that were changed can be found in all intermediate versions in the resulting file and I only want to see the latest version of every object. Can I tell osmosis to discard all but the latest version? Thank you, Harald ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] duplicated entities with osmosis diff-update
Hi, Harald Kleiner wrote: I'm trying to update an excerpt of the planet file with diff files using this command: osmosis --rci workingDirectory=/path/dir --rx old.osm --ac --bb left=1 top=2 right=3 bottom=4 idTrackerType=BitSet completeWays=yes completeRelations=yes --wx new.osm Problem is: nodes/ways/relations that were changed can be found in all intermediate versions in the resulting file and I only want to see the latest version of every object. Can I tell osmosis to discard all but the latest version? I think if you throw in a --simplify-change before the --rx then it should work! I haven't tried, just that Brett wrote in a recent mail to osmosis-dev that he has introduced this new undocumented feature. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] duplicated entities with osmosis diff-update
Frederik Ramm wrote: osmosis --rci workingDirectory=/path/dir --rx old.osm --ac ... I think if you throw in a --simplify-change before the --rx then it should work! I haven't tried, just that Brett wrote in a recent mail to osmosis-dev that he has introduced this new undocumented feature. Be aware that --simplify-change is meant to be used with the replicating diffs, and --rci is used to process the old-style (non-replicating) diff files. Harald, you might want to investigate the newer --rri task. There is no formal documentation yet, but the second part of http://wiki.openstreetmap.org/wiki/Minutely_Mapnik should tell you most of what you need. -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] duplicated entities with osmosis diff-update
Hi, Lennard wrote: Frederik Ramm wrote: osmosis --rci workingDirectory=/path/dir --rx old.osm --ac ... I think if you throw in a --simplify-change before the --rx then it should work! I haven't tried, just that Brett wrote in a recent mail to osmosis-dev that he has introduced this new undocumented feature. Be aware that --simplify-change is meant to be used with the replicating diffs, and --rci is used to process the old-style (non-replicating) diff files. Oh, I overlooked that, sorry. But then I wonder why Harald has the problem he has - maybe his Osmosis version contains the slightly erroneous patch that I once applied and that was later reverted, where objects are considered not the same if they differ in version number? Harald, you might want to investigate the newer --rri task. Absolutely. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] duplicated entities with osmosis diff-update
On Sun, Dec 20, 2009 at 9:47 AM, Frederik Ramm frede...@remote.org wrote: Be aware that --simplify-change is meant to be used with the replicating diffs, and --rci is used to process the old-style (non-replicating) diff files. Oh, I overlooked that, sorry. But then I wonder why Harald has the problem he has - maybe his Osmosis version contains the slightly erroneous patch that I once applied and that was later reverted, where objects are considered not the same if they differ in version number? Hopefully that's the problem, otherwise I'm confused as well. Harald, you might want to investigate the newer --rri task. I really need to update the wiki with up to date task details ... it's getting badly out of date. Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing Minutely and Hourly Changesets
On Sun, Dec 20, 2009 at 5:20 AM, Shaun McDonald sh...@shaunmcdonald.me.ukwrote: Would it be safe to put a redirect/symlink from the old folder to the new folder? Not really. The new diffs and old diffs use very different directory layouts, filenames, etc. Plus the new files contain potentially multiple changes for a single entity which tends to break some things. Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing Minutely and Hourly Changesets
On Sun, Dec 20, 2009 at 6:44 AM, Florian Lohoff f...@rfc822.org wrote: Ich am still using the normal hourly diffs as of lately the replicated diff stuff has not been documented and i didnt want to read java code to find out ... Okay, that's fair enough. I'll update the wiki as soon as I can. I can keep the old ones running for a while if necessary, I don't believe they're causing any major problems, I'm just keen to start cleaning things up to simplify maintenance. Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Use API to get bbox of way/relation ids?
2009/12/20 Laurence Penney l...@lorp.org: What's the best method of getting a bbox for a given way or relation id, using the API? Is it cached anywhere? If you know the node/way/relation ID you don't need to specify the bbox.. http://www.openstreetmap.org/api/0.6/node/nodeid http://www.openstreetmap.org/api/0.6/way/wayid/full http://www.openstreetmap.org/api/0.6/relation/relationid/full ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Geometric calculations and projections
2009/12/18 Anthony o...@inbox.org On Thu, Dec 17, 2009 at 7:32 PM, Matthias Julius li...@julius-net.net wrote: My point was that Wyoming *is* a rectangle in a Mercator projection. Well, it would have been if they had surveyed it correctly: http://www.openstreetmap.org/?lat=44.996lon=-110.625zoom=11layers=B000FTF maybe the paper they digitized was waved? cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
On Sat, Dec 19, 2009 at 9:14 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2009/12/18 Anthony o...@inbox.org On Thu, Dec 17, 2009 at 7:32 PM, Matthias Julius li...@julius-net.net wrote: My point was that Wyoming *is* a rectangle in a Mercator projection. Well, it would have been if they had surveyed it correctly: http://www.openstreetmap.org/?lat=44.996lon=-110.625zoom=11layers=B000FTF maybe the paper they digitized was waved? I assume that's a joke, but I was unclear so I'll elaborate in case anyone didn't understand. In the 1800s, when they were physically marking the boundaries of Wyoming, they weren't perfectly accurate (up to half a mile off, as Matthias quotes from Wikipedia). The actual legal boundary of Wyoming is how it was physically marked. The legal boundary is the surveyed boundary. ( http://proceedings.esri.com/library/userconf/proc04/docs/pap1718.pdf) I assume OSM has the (approximate) legal boundary. I see the OSM state boundary and OSM county boundary diverge a bit, though, and I'm not sure which is more accurate (I assume the legal boundaries coincide). ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev