Re: [OSM-talk] request for revert changeset 5042575
Thanks to balrog for responding to the request: http://www.openstreetmap.org/browse/changeset/5047946 On Tue, Jun 22, 2010 at 9:38 AM, maning sambale wrote: > Hi, > > I would like to request a complete revert of this changeset: > http://www.openstreetmap.org/browse/changeset/5042575 > > The user removed approximately 350++ POIs and removed all oneway tags > within a fairly "mature" (osm-wise) area in Metro Manila. > I already sent a message to the editor (no response so far), however, > since this is a "mature" area, the osm-ph list agreed to revert the > whole changeset to avoid further damage when other contributors try to > correct the data by piecemeal. > > The changeset comment was "wedding map", maybe the user wants a > simplified map for a wedding invitation. :) > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] request for revert changeset 5042575
Hi, I would like to request a complete revert of this changeset: http://www.openstreetmap.org/browse/changeset/5042575 The user removed approximately 350++ POIs and removed all oneway tags within a fairly "mature" (osm-wise) area in Metro Manila. I already sent a message to the editor (no response so far), however, since this is a "mature" area, the osm-ph list agreed to revert the whole changeset to avoid further damage when other contributors try to correct the data by piecemeal. The changeset comment was "wedding map", maybe the user wants a simplified map for a wedding invitation. :) -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
On Tue, 22 Jun 2010, Paul Houle wrote: > Toby Murray wrote: > > Someone in my area is starting up a new website that is focused on > > cycling in the city. They have decided to use OSM as their map which > > is awesome. > > Streets are not dangerous to bicyclists; ~intersections~ are > dangerous to bicyclists. > > When bicyclists modify their behavior in search of "safe streets" > they set themselves up, lemming like, to be killed at intersections. > Most of the dangerous and (mostly) illegal cycling behaviors that are > widespread, such as riding on sidewalks, riding on the wrong side of > the road, riding on sidewalks on the wrong side of the road, and > weaving around parked cars are derived from this fantasy cyclists have > that some motorist is going to come up from behind in a faster, larger > vehicle and cream them. > > In reality, the self-preservation of motorists forces them to be > looking ahead of themselves for vehicles that behave like other > automobiles. Cyclists are most likely to be picked up by that scanning > behavior if they follow traffic rules. If they disobey traffic rules, > they're at much greater risk. > > Cyclists may be safer if they follow a "dangerous" busy street that > is well signalized and has few dangerous intersections than riding on a > "safe" back alley that crosses numerous busy streets at poorly defined > intersections. There very well may be an "objective" measurement of the > safety of ways, routes, and intersections, but the majority of > cyclists have demonstrated in everyday behavior and by their actions in > the political sphere that the mental model of "safety" that they have is > dangerously incorrect. > Firstly I don't agree with your assessment. Secondly, how will this assist with tagging streets unsuitable for cycling? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding relation members in osm2pgsql PostGIS database?
2010/6/21 Phil! Gold : > I've got a PostGIS database created and maintained with osm2pgsql. For > some of the Mapnik rendering I'm doing, I'd like to see whether ways > belong to relations. (Specifically, whether a highway=* way is a member > of a route=road relation.) I've been able to look in the planet_osm_rels > table for relation membership, but the members are stored in an array, and > searching those arrays for membership, even on a bbox-restricted subset, > is really slow. Is there any way to do this faster? If not, I suppose I was playing around with representing ways as arrays of node id:s the other day, and I got seemingly decent performance, at least doing array intersection tests (using '&&', stuff like "what other ways share nodes with this way"), by building a GIN index on the array column. I was just playing around with it interactively though, so it might still be too slow for heavy use. Just mentioning it in case you have not tried. :-) -- Ture ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Pilot project to purchase 40 gps devices and train mappers in Kosovo
Hi, here is a project were the OSM community can help, We are getting 2000 Euros to purchase devices and have a School to train new mappers for Kosovo, http://www.openstreetmap.org/user/h4ck3rm1k3/diary/11036 All suggestion for hardware and training are welcome. This is something where the community could help make a difference. thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
Steve Bennett gmail.com> writes: > > On Mon, Jun 21, 2010 at 4:11 PM, Toby Murray gmail.com> wrote: > > If historical data is really desired then it seems like there need to > > be some features added to support it. > > That would actually be pretty easy to add in any renderer, if a > proposal was made for a tag like "status=historic" or > "timespan_end=xxx". We have a GIS system where all the features have two attributes for this purpose: birth_date and death_date. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding relation members in osm2pgsql PostGIS database?
On 22 June 2010 01:15, Phil! Gold wrote: > I've got a PostGIS database created and maintained with osm2pgsql. For > some of the Mapnik rendering I'm doing, I'd like to see whether ways > belong to relations. (Specifically, whether a highway=* way is a member > of a route=road relation.) I've been able to look in the planet_osm_rels > table for relation membership, but the members are stored in an array, and > searching those arrays for membership, even on a bbox-restricted subset, > is really slow. Is there any way to do this faster? If not, I suppose I > can file a feature request against osm2pgsql for an indexed relation > membership table. osm2pgsql probably isn't the best tool for the job, relations get stored as geometries in the database, rather than meta information cross referencing the ways. What you are after is a database structure similar/the same as the main OSM DB to be able to do this kind of interrogation rather than trying to interrogated pre-processed information which has lost some/a lot of non-desirable attributes to make rendering faster. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
2010/6/21 Anthony : >> So we are going to retag all >> highway=primary|secondary|tertiary|unclassified >> to highway=road and then tag the number of lanes and their width and >> surface >> in stead? > > That would probably piss people off. Would be fine with me, though. this discussion (and voting) took already place some time ago and I really would not like to go through it again. Since then it should be clear that the highway-class is an additional information to surface, lanes and width. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
On Mon, Jun 21, 2010 at 2:40 AM, Cartinus wrote: > On Monday 21 June 2010 01:21:19 Roy Wallace wrote: > > On Sun, Jun 20, 2010 at 6:17 AM, Anthony wrote: > > >Personally I don't mind if they add some sort of subjective hazard level > > > tag as well as these objective tags, but I think the objective tags > will > > > be much more useful in the long term. > > > > +1. Please map the cause of the hazard, instead of (or at least as > > well as) a vague, subjective meta-description of a conglomeration of > > factors. If you are having trouble tagging any of these factors, e.g. > > traffic flow, let's discuss and fix that instead. > > So we are going to retag all > highway=primary|secondary|tertiary|unclassified > to highway=road and then tag the number of lanes and their width and > surface > in stead? > That would probably piss people off. Would be fine with me, though. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Failed to download 9.5 GB planet
most likely your OS, or disk partition, or wget can't handle large files. on old unix systems this is usually 2GB. on windows FAT partitions there are also limits but don't know the numbers On 21 Jun 2010, at 9:12 , Juan Lucas Domínguez Rubio wrote: > Dear list: > > I'm trying to download one of the latest planets and I repeatedly get this > error message, always after ~1.5 GB, with wget and also using Mozilla > Firefox. Any idea why this happens and how to solve it? > > ... > 1583000K .. .. .. 15%1.36 MB/s > 1583050K .. .. .. 15%1.16 MB/s > 1583100K ... 15%2.90 MB/s > > 16:23:53 (1.02 MB/s) - Connection closed at byte 1621101924. Retrying. > > --16:23:53-- > http://ftp.heanet.ie/mirrors/openstreetmap.org/planet-100618.osm.bz2 > (try: 2) => `planet_100618.osm.bz2' > Connecting to ftp.heanet.ie|193.1.193.64|:80... connected. > HTTP request sent, awaiting response... 500 ( Arithmetic result exceeded 32 > bits. ) > 16:23:53 ERROR 500: ( Arithmetic result exceeded 32 bits. ). > > > > > Regards > Juan Lucas > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Failed to download 9.5 GB planet
Dear list: I'm trying to download one of the latest planets and I repeatedly get this error message, always after ~1.5 GB, with wget and also using Mozilla Firefox. Any idea why this happens and how to solve it? ... 1583000K .. .. .. 15%1.36 MB/s 1583050K .. .. .. 15%1.16 MB/s 1583100K ... 15%2.90 MB/s 16:23:53 (1.02 MB/s) - Connection closed at byte 1621101924. Retrying. --16:23:53-- http://ftp.heanet.ie/mirrors/openstreetmap.org/planet-100618.osm.bz2 (try: 2) => `planet_100618.osm.bz2' Connecting to ftp.heanet.ie|193.1.193.64|:80... connected. HTTP request sent, awaiting response... 500 ( Arithmetic result exceeded 32 bits. ) 16:23:53 ERROR 500: ( Arithmetic result exceeded 32 bits. ). Regards Juan Lucas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Finding relation members in osm2pgsql PostGIS database?
I've got a PostGIS database created and maintained with osm2pgsql. For some of the Mapnik rendering I'm doing, I'd like to see whether ways belong to relations. (Specifically, whether a highway=* way is a member of a route=road relation.) I've been able to look in the planet_osm_rels table for relation membership, but the members are stored in an array, and searching those arrays for membership, even on a bbox-restricted subset, is really slow. Is there any way to do this faster? If not, I suppose I can file a feature request against osm2pgsql for an indexed relation membership table. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Last Rule of Politics: Kingdoms are good. Empires are evil. -- Console Role Playing Game Clichés, item 74 --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
Toby Murray wrote: > Someone in my area is starting up a new website that is focused on > cycling in the city. They have decided to use OSM as their map which > is awesome. Streets are not dangerous to bicyclists; ~intersections~ are dangerous to bicyclists. When bicyclists modify their behavior in search of "safe streets" they set themselves up, lemming like, to be killed at intersections. Most of the dangerous and (mostly) illegal cycling behaviors that are widespread, such as riding on sidewalks, riding on the wrong side of the road, riding on sidewalks on the wrong side of the road, and weaving around parked cars are derived from this fantasy cyclists have that some motorist is going to come up from behind in a faster, larger vehicle and cream them. In reality, the self-preservation of motorists forces them to be looking ahead of themselves for vehicles that behave like other automobiles. Cyclists are most likely to be picked up by that scanning behavior if they follow traffic rules. If they disobey traffic rules, they're at much greater risk. Cyclists may be safer if they follow a "dangerous" busy street that is well signalized and has few dangerous intersections than riding on a "safe" back alley that crosses numerous busy streets at poorly defined intersections. There very well may be an "objective" measurement of the safety of ways, routes, and intersections, but the majority of cyclists have demonstrated in everyday behavior and by their actions in the political sphere that the mental model of "safety" that they have is dangerously incorrect. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
Also, if only certain parts of a roadway are out of sync between the map and current-day reality, you can't always be sure whether this represents the road having been rerouted (to make a curve less sharp, for instance), or whether this simply represents an error on the part of the original mapper. I have also seen cases where the official map of an area shows a roadway, or even minor bridge, that had been planned but never was built. -- John F. Eldredge -- j...@jfeldredge.com "Reserve your right to think, for even to think wrongly is better than not to think at all." -- Hypatia of Alexandria -Original Message- From: Eugene Alvin Villar Sender: talk-boun...@openstreetmap.org Date: Mon, 21 Jun 2010 18:32:00 To: Lester Caine Cc: OSM Talk Subject: Re: [OSM-talk] Removing ways in Potlatch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
On 21 June 2010 21:03, Chris Hill wrote: > And exactly how do you propose that we get accurate coordinates for the > positions of streets in 1665 other using a modern surveyed overlay? I > don't think Samuel Pepys supplemented his diary with GPS derived WGS84 > coordinates. :-) Doesn't most countries have their own datum that is fixed to the tectonic plate and they keep track of this in relation with WGS84? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
Eugene Alvin Villar wrote: > One big problem with any 4th dimensional idea is plate tectonics. I'm > willing to bet that if you were to map how London was before the great > fire of 1666, the coordinates of places won't match their current > locations in WGS84 coordinates. And exactly how do you propose that we get accurate coordinates for the positions of streets in 1665 other using a modern surveyed overlay? I don't think Samuel Pepys supplemented his diary with GPS derived WGS84 coordinates. :-) Any surveying that was done then (some rather accurately) would be done with reference to a fixed object on the landmass. These would have moved coherently on a tectonic plate. The 4 metres or so the plate bearing London has moved since the mid 17thC is only just within our current consumer GPS resolution and therefore on the boundary of our error range. Besides, all this plate movement is relative, who says London has moved at all? -- Cheers, Chris user: chillly ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fedora packages for GPX video tool
Paul wrote: > Does anyone have an idea where I start to download some of these reqs > > eg PyCairo http://cairographics.org/pycairo/ > and pymedia? http://pymedia.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
On 21 June 2010 11:32, Eugene Alvin Villar wrote: > > > One big problem with any 4th dimensional idea is plate tectonics. I'm > willing to bet that if you were to map how London was before the great fire > of 1666, the coordinates of places won't match their current locations in > WGS84 coordinates. > Yes it is a problem of using WGS84 as it is an absolute set of coordinates as opposed to more relatives set of coordinates. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
On Sun, Jun 20, 2010 at 7:23 PM, Lester Caine wrote: > John Smith wrote: > > On 20 June 2010 17:07, Steve Bennett wrote: > >> On Fri, Jun 18, 2010 at 9:10 AM, Alex S. wrote: > >>> Some would like to see it kept and marked historical, but deleting ways > >> > >> Oh? Could you elaborate? > > > > Some people would like to be able to map the 4th dimension (time)... > > So that historical maps could be shown, but the API would have to be > > updated to be able to do this by specifying start/end dates and by > > default only return data that is still deemed current... > > +10 for that ... main reason I am playing with the mapping is for > genealogical > reasons, and it would be nice to see the state of things at a particular > snapshot in time. Following the development of London for example > > One big problem with any 4th dimensional idea is plate tectonics. I'm willing to bet that if you were to map how London was before the great fire of 1666, the coordinates of places won't match their current locations in WGS84 coordinates. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
On Mon, Jun 21, 2010 at 12:21 AM, Roy Wallace wrote: > On Sun, Jun 20, 2010 at 6:17 AM, Anthony wrote: >> >>Personally I don't mind if they add some sort of subjective hazard level tag >>as well as these objective tags, but I think the objective tags will be much >>more useful in the long term. > > +1. Please map the cause of the hazard, instead of (or at least as > well as) a vague, subjective meta-description of a conglomeration of > factors. If you are having trouble tagging any of these factors, e.g. > traffic flow, let's discuss and fix that instead. Absolutely. Tagging the actual hazards also has additional advantages within OSM, since it's not just a bicycle project. So instead of tagging cyclist-difficulty:2 you were to tag instead that the road is unsurfaced, you'd be helping the OSM-inline-skaters map and their tags would be helping you too. Or if the lanes are too narrow to allow cars to pass bikes easily, then tagging the width of the lanes helps improve the data for horse riders too. Or if there is heavy traffic; well, it's easy to see who else benefits. Specific, verifiable tags are how we organise OSM to promote cooperation in tagging between the whole community. If we all tag things in a bike-specific (or inline-skates specific or horse-specific) manner then we end up with parallel tagging projects. And we probably don't have the density of contributors to handle that beyond a handful of specific areas. Now as for rendering, it's very easy to pre-process the data to give each road a "cycleability" rating on a scale of 0-5 based on all the other attributes of the road. People do this kind of preprocessing already, such as http://cyclestreets.net who produce their own ratings/metric for each road using a combination of normal tags, to great result. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fedora packages for GPX video tool
I see there is a script to convert a GPX file into a movie but I'm having some difficulties tracking down some of the pre-req packages specifically for a Fedora 12 distro ie http://wiki.openstreetmap.org/wiki/Party_render Does anyone have an idea where I start to download some of these reqs eg PyCairo and pymedia? Paul ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
On Sat, Jun 19, 2010 at 02:36:46PM -0400, john whelan wrote: > I'm also interested in this as Ottawa has recommended cycling routes > mainly between cycle lanes and cycle paths how should they be tagged? Easy: as 'route' relations (with 'network=lcn' probably). http://wiki.openstreetmap.org/wiki/Cycle_routes Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing ways in Potlatch
On Mon, Jun 21, 2010 at 4:11 PM, Toby Murray wrote: > If historical data is really desired then it seems like there need to > be some features added to support it. That would actually be pretty easy to add in any renderer, if a proposal was made for a tag like "status=historic" or "timespan_end=xxx". > By default historical data > should obviously not be rendered but it also shouldn't even show up in > editors unless you explicitly specify it via some option. Yes, editors need better filters, not just for this reason. My bugbear is administrative boundaries which always get in the way, and rarely need to be edited. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for street danger levels
On Mon, Jun 21, 2010 at 4:40 PM, Cartinus wrote: > > > +1. Please map the cause of the hazard, instead of (or at least as > > well as) a vague, subjective meta-description of a conglomeration of > > factors. If you are having trouble tagging any of these factors, e.g. > > traffic flow, let's discuss and fix that instead. > > So we are going to retag all highway=primary|secondary|tertiary|unclassified > to highway=road and then tag the number of lanes and their width and surface > in stead? Not "instead", but "as well as". You can't infer lanes OR width OR surface from highway=*. In the same way, I expect that I would not be able to choose an informed cycle route based on someone tagging hazard:cycle=2. I'd rather know what the hazard is - high traffic, potholes, narrow lanes, hills, etc. If you insist, go ahead and use hazard:cycle=2 - it doesn't bother me, and may have some use as an interim solution - but I think we should ultimately aim for a better solution, that is, more specific information "at least as well as" the vague information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
