Re: [OSM-dev] API 0.6: Changeset Access

On 1/28/09, Brett Henderson wrote: > Is the bounding box info updated within the same transaction as entity > updates or can it be updated asynchronously with a separate daemon? I > remember discussions about bbox updates only occurring occasionally (ie. > the bbox is made slightly larger than ne

Re: [OSM-dev] API 0.6: Changeset Access

80n wrote: > On Wed, Jan 28, 2009 at 1:06 PM, Brett Henderson > wrote: > > 80n wrote: > > >Replication of changesets is on my undocumented long term TODO >list for >osmosis (I should add it to trac) but I don't know when I'll be >

Re: [OSM-dev] Rendering like google maps in Mapnik : Customising osm.xml

On Wed, Jan 28, 2009 at 5:39 PM, Andy Deakin wrote: > I have setup my own mapnik server, but have been struggling with getting > the osm.xml stylesheet right. Stick at it, it's well worth it. > Does anyone have an osm.xml file which looks more vibrant in colour than > the default mapnik one? B

[OSM-dev] Rendering like google maps in Mapnik : Customising osm.xml

Hi, This question follows from a discussion on t...@osm where someone has created the functionality to change the transparency of the osm mapnik layer and google maps layer. The Google maps layer is much more vibrant in colour than the osm, with richer blues for the sea and bigger contrast betw

Re: [OSM-dev] New OpenStreetMap Firefox extension

Hi Jonas, hi all, it's a security feature of the Firefox Add-on site to prevent the accidental download of new (Experimental) extensions. Please find the direct link: http://www.lots-of-good-ideas.com/open-street-map-finder/openstreetmapfinder.xpi Thanks, Jan ___

Re: [OSM-dev] Bug in potlatch 0.10f

Steve Hosgood wrote: > It might be that the way I was working on was actually flagged > with "Oneway=-1" and this got changed to "Oneway=+1" > automagically. Trouble is, potlatch hides that fact from you and > just reports "oneway=yes". Potlatch doesn't ever "automagically" change any tags or

[OSM-dev] Bug in potlatch 0.10f

If you delete the first node of a oneway way and replace it somewhere else, the direction of the way gets turned around so that the node you've just placed becomes the "final" point on the way! This is a bit counter-intuitive to say the least! It might be that the way I was working on was actually

Re: [OSM-dev] New OpenStreetMap Firefox extension

Jan Mantkowski schrieb: > Hi all, > > just wrote my first Firefox extension ever. > > What do you think of the brandnew OpenStreetMap extension? > Sounds good, unfortunately i would have to create an account to download it, please find another method to distribute it. Jonas __

[OSM-dev] New OpenStreetMap Firefox extension

Hi all, just wrote my first Firefox extension ever. What do you think of the brandnew OpenStreetMap extension? Check it out at: http://www.lots-of-good-ideas.com/?p=48 Git at: http://github.com/janmantkowski/openstreetmapfinder/tree/master Thanks, Jan _

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Dave Stubbs wrote: > I've just done some research on this. *applauds* Really interesting. > To mitigate: save up writes in potlatch... try not to send any > updates with others already pending (that should happen > already anyway) Indeed it should: Potlatch expressly won't upload a way unti

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

2009/1/28 Stefan de Konink : > Dave Stubbs wrote: >> >> Stefan: before you correct these, is the data as returned by >> http://www.openstreetmap.org/api/0.5/way/ correct? I know the >> /history is broken, and therefore the osmosis generated diffs will be >> broken too. > > The data in /way/

Re: [josm-dev] Cleaning up i18n/build.xml

2009/1/28 Dirk Stöcker > On Wed, 28 Jan 2009, Marko Mäkelä wrote: > > Then I should finally be able to commit this cleanup to josm/i18n. >> (Of course, this is somewhat wasted effort, as translation fixes are not >> supposed to be committed directly.) >> > > Well, that is not true how you say it

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Dave Stubbs wrote: > Stefan: before you correct these, is the data as returned by > http://www.openstreetmap.org/api/0.5/way/ correct? I know the > /history is broken, and therefore the osmosis generated diffs will be > broken too. The data in /way/ returns the 'correct' way, including the

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

2009/1/28 Richard Fairhurst : > > Stefan de Konink wrote: >> If you can agree that this tag/nds out of order thing could be the >> main reason for these strange inserts, I am happy to help you >> search for the source that reflects this. > > I have an open mind as to what it might be. > >> For some

Re: [OSM-dev] Are there a feature rendering rules for Mapnik?

On Wed, Jan 28, 2009 at 4:36 AM, Ivo Brodien wrote: > > > Casing is the border of the road, whereas the fill is the colour in the > centre. You'll see that these are two overlapping lines, with the casing > slightly wider than the fill, such that just either edge shows through once > the fill is d

Re: [josm-dev] Cleaning up i18n/build.xml

On Wed, 28 Jan 2009, Marko Mäkelä wrote: Then I should finally be able to commit this cleanup to josm/i18n. (Of course, this is somewhat wasted effort, as translation fixes are not supposed to be committed directly.) Well, that is not true how you say it. But with about 20 languages keeping t

Re: [OSM-dev] Tuning PostgreSQL for on-the-fly SVG map rend ering?

On Wed, 28 Jan 2009 15:26:43 +0100, Ivo Brodien wrote: > Hi Marcus, > >> I am wondering. What are you using the rendered images for? > > I want to build some sort of SVG(-T) map-server for mobile clients. Do you really assume your clients to be connected to the net with a stable and low-latency

Re: [OSM-dev] Tuning PostgreSQL for on-the-fly SVG map rendering?

Hi Marcus, > I am wondering. What are you using the rendered images for? I want to build some sort of SVG(-T) map-server for mobile clients. Cheers Ivo PS: Your given name sounds nice :) ___ dev mailing list dev@openstreetmap.org http://lists.openstr

Re: [OSM-dev] Tuning PostgreSQL for on-the-fly SVG map rend ering?

Hello Ivo, I am wondering. What are you using the rendered images for? There are more ways to render the map then just using a PostgreSQL with mapnik/mod_tile/osmarender. Marcus On Wed, 28 Jan 2009 15:16:11 +0100, Ivo Brodien wrote: > Hello, > > for a project I want to render SVG maps on-the

[OSM-dev] Tuning PostgreSQL for on-the-fly SVG map rendering?

Hello, for a project I want to render SVG maps on-the-fly using Geoserver and a PostGIS data store. I know there is Cairo but don't need it to be that perfect. The files should be as small as possible while still nice enough to see recognize something. As already mentioned on this list I ma

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Martin Koppenhoefer wrote: > Isn't it possible to transfer lets say to a temporary place, and when > the transaction is completed, tell the server to copy from temp to real? That is essentially what "transaction" means. http://en.wikipedia.org/wiki/Database_transaction > Is there any feedback

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Martin Koppenhoefer wrote: > > > 2009/1/28 Richard Fairhurst > > > > FWIW, my experience is that data inconsistencies of this sort happen > mostly > when the server is under very heavy load. If a process is killed halfway > through a write operation

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

2009/1/28 Richard Fairhurst > > FWIW, my experience is that data inconsistencies of this sort happen mostly > when the server is under very heavy load. If a process is killed halfway > through a write operation, then obviously you're going to get some sort of > inconsistency. You can order the op

Re: [OSM-dev] API 0.6: Changeset Access

On Wed, Jan 28, 2009 at 1:06 PM, Brett Henderson wrote: > 80n wrote: > >> >>Replication of changesets is on my undocumented long term TODO >>list for >>osmosis (I should add it to trac) but I don't know when I'll be >>able to >>do it. I had some discussions with Shaun and Mat

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Richard Fairhurst wrote: > Stefan de Konink wrote: > >> 1) I don't know anything about ruby so don't laugh > > I promise. :) > >> 2) where are the save_with_history things defined? > > http://trac.openstreetmap.org/browser/sites/rails_port/app/models/way.rb#L161 > > Same as what the XML API us

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Stefan de Konink wrote: > 1) I don't know anything about ruby so don't laugh I promise. :) > 2) where are the save_with_history things defined? http://trac.openstreetmap.org/browser/sites/rails_port/app/models/way.rb#L161 Same as what the XML API uses. Richard __

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Richard Fairhurst wrote: > http://trac.openstreetmap.org/browser/sites/rails_port/app/controllers/amf_controller.rb#L330 1) I don't know anything about ruby so don't laugh 2) where are the save_with_history things defined? Stefan ___ dev mailing list

Re: [OSM-dev] API 0.6: Changeset Access

80n wrote: > > Replication of changesets is on my undocumented long term TODO > list for > osmosis (I should add it to trac) but I don't know when I'll be > able to > do it. I had some discussions with Shaun and Matt a while back on how > this might be done efficiently. Id

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Stefan de Konink wrote: > If you can agree that this tag/nds out of order thing could be the > main reason for these strange inserts, I am happy to help you > search for the source that reflects this. I have an open mind as to what it might be. > For some reason I think that the actual API cal

Re: [OSM-dev] Are there a feature rendering rules for Mapnik?

Casing is the border of the road, whereas the fill is the colour in the centre. You’ll see that these are two overlapping lines, with the casing slightly wider than the fill, such that just either edge shows through once the fill is drawn on top. Thanks. Now I understand. Case had so many

Re: [OSM-dev] API 0.6: Changeset Access

On Wed, Jan 28, 2009 at 11:51 AM, Brett Henderson wrote: > Frederik Ramm wrote: > > Will the planet dump and/or diffs be extended so that they contain all > > changesets too, or what should be the preferred mode of operation for a > > third-party application that wants to track changesets? The on

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Richard Fairhurst wrote: > Stefan de Konink wrote: >> Now how does this thing actually go? >> ---> add tags to existing way >> ---> add nodes to existing way >> ---> create way in mysql > > Right, now we're getting somewhere, now you're talking in specifics. What > I'm still struggling with is cor

Re: [OSM-dev] API 0.6: Changeset Access

Andy Allan wrote: > Umm, > http://trac.openstreetmap.org/browser/sites/rails_port_branches/api06/app/controllers/changeset_controller.rb#L233 That answers it I think ;-) thanks Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openst

Re: [OSM-dev] API 0.6: Changeset Access

Frederik Ramm wrote: > Will the planet dump and/or diffs be extended so that they contain all > changesets too, or what should be the preferred mode of operation for a > third-party application that wants to track changesets? The only way I > can currently think of would be looking at diffs to f

Re: [OSM-dev] API 0.6: Changeset Access

You can just look at the object history, which will also include the changeset ids of each version of the node/way/relation. Shaun On 28 Jan 2009, at 11:20, David Earl wrote: > It would be useful to know which changeset(s) a particular object > appears in backwards through time. If you want to

Re: [OSM-dev] API 0.6: Changeset Access

It would be useful to know which changeset(s) a particular object appears in backwards through time. If you want to revert soemthing a particular object is likely to be the starting point I'd have thought. I agree with your general thoughts though. David On 28/01/2009 11:09, Frederik Ramm wrot

Re: [OSM-dev] API 0.6: Changeset Access

On Wed, Jan 28, 2009 at 11:09 AM, Frederik Ramm wrote: > Hi, > >to make good use of the new changeset stuff for analysing and > possibly also reverting changes, third parties will probably want to > know which changesets exist. > > We have not planned to include an API call that says "give me

[OSM-dev] API 0.6: Changeset Access

Hi, to make good use of the new changeset stuff for analysing and possibly also reverting changes, third parties will probably want to know which changesets exist. We have not planned to include an API call that says "give me all changesets that intersect this bbox" or so, and neither do w

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

2009/1/28 Tom Hughes : > Simon Ward wrote: >> On Wed, Jan 28, 2009 at 12:30:01AM +, Tom Hughes wrote: >>> In practice keys are unique because although the API has never enforced >>> uniqueness pretty much every client does because all the clients use a >>> hash table of some sort to store tags.

Re: [josm-dev] Cleaning up i18n/build.xml

On Tue, Jan 27, 2009 at 01:22:12PM +0100, Dirk Stöcker wrote: > >You must mean https://translations.launchpad.net/josm and the > >translations themselves, not build.xml. Sorry, I'm an OSM newbie. > > Yes. Thanks, I contributed a few fixes to Finnish there. While doing that, I noticed a capitali

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Stefan de Konink wrote: > Now how does this thing actually go? > ---> add tags to existing way > ---> add nodes to existing way > ---> create way in mysql Right, now we're getting somewhere, now you're talking in specifics. What I'm still struggling with is correlating what you're describing here

Re: [OSM-dev] [OSM-talk] Handling of towns with different or alternative names

Simon Ward wrote: > On Wed, Jan 28, 2009 at 12:30:01AM +, Tom Hughes wrote: >> In practice keys are unique because although the API has never enforced >> uniqueness pretty much every client does because all the clients use a >> hash table of some sort to store tags. > > Hash table, or associ