Re: [Talk-transit] OSM / OPNV-Karte to Excel/SVG
On Thu, Jan 21, 2010 at 20:11, Roland Olbricht roland.olbri...@gmx.dewrote: Do you want something like these? http://78.46.81.38/api/nodes-csv?380861all http://78.46.81.38/api/nodes-csv?380861forward http://78.46.81.38/api/nodes-csv?380861backward The first parameter is the id of the relation. I tried with importing the XML into Excel but it's not really usable (at least, I couldn't find a way to list the nodes of a certain relation), so Roland, thanks for your links, it's what I needed :) I wonder if it's possible to query for multiple routes at once and not just for one at a time... Well, it depends on your exact needs. A simple SVG can be created straightforward because it is just Markup. Feel free to ask for sample code. On the Italian OSM ML one guy wrote a little program in C# which does exactly that, putting all stops on a straight line, showing which stops have connection with other lines in different colours [and I'm sure it is also possible to show the numers of the lines passing by]... My knowledge of programming is absolutely limited, but maybe we could check that script together.. I'm interested in a more advanced tool to produce full blowd grid maps in this style but this will take a lot of work. If you can spend some days or hourls on programming, I'd like to do this in joint work. I'd love to, but as I told I know basically nothing...but I can support with testing and other stuff. I'm currently writing a JOSM plugin to make this easier. But it may take some more weeks until it gets completed. I'll post a intermediate version as soon as possible. Sounds cool! It would be also nice to see in OPNVKarte some option to select which bus routes to show on the map. I saw some stuff is in German, I could help with the translation in English, French, Italian. Tiziano ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] changes of raod types
Hi, With the advent of more sat images outside Metro Manila I would like to re-visit this discussion regarding road classes in rural areas. As Eugene discussed below, rural roads are different. I think we should use the track and tracktype tags for most rural roads. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Key:tracktype As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road For comments. cheers, maning On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva Vizcaya. Here are some descriptive interpretations I might suggest (subject to discussion): trunk (rural) : long-distance route to traverse across provinces primary (rural) : mid-distance route to travel between towns in a province secondary (rural) : major streets within rural towns tertiary (rural) : major streets within areas of rural towns unclassified,residential (rural) : other roads in rural towns trunk (urban) : long-distance route across the metropolis primary (urban) : major road within a metropolitan city secondary (urban) : mid-level road within a metropolitan city tertiary (urban) : minor road in a metropolitan city unclassified,residential (urban) : other roads in metropolitan cities I'll admit that I have no fixed idea as to how to tag roads such that relative functional importance within Metro Manila (Cebu, Davao) is consistent when you get outside Metro Manila (Cebu, Davao). The problem is that in urban areas, the road density is so high such that we need to differentiate the roads a lot, whereas in rural areas, the density is low. For Metro Manila, EDSA and *parts* of C-5 are definitely trunk. Commonwealth, Quirino (QC) and McArthur Highway are arguably trunk. Quezon Avenue-Espana, Aurora-Marcos Highway, Ortigas-Ortigas Ext., Quirino (Manila), and Roxas Blvd are not so clear. What do you guys think? On Mon, Aug 3, 2009 at 10:22 AM, anthony.bal...@neraphil.com.ph wrote: Pardon my ignorance, but how do you classify road types? In the case of Mindanao Ave compared to Quirino Highway, apparently the former is a wider road so i reclassified the. Anthony From: maning sambale emmanuel.samb...@gmail.com To: talk-ph@openstreetmap.org Date: 08/03/2009 10:06 AM Subject: [talk-ph] changes of raod types I'm not objecting but I'm somehow curious about recent reclassifications of several major roads lately: 1. Portions of Commonwealth from trunk to primary: http://www.openstreetmap.org/?lat=14.66209lon=121.06976zoom=15layers=B000FTF 2. Mindanao Ave from primary to trunk: http://www.openstreetmap.org/?lat=14.67085lon=121.03234zoom=15layers=B000FTF 3. Some parts of Quirino are either primary or trunk: http://www.openstreetmap.org/?lat=14.69974lon=121.03273zoom=15layers=B000FTF 4. MacArthur Hiway from primary to trunk: http://www.openstreetmap.org/?lat=14.6755lon=120.982zoom=15layers=B000FTF If we follow this trend, then I think Roxas Blvd should also be trunk as well: http://www.openstreetmap.org/?lat=14.53551lon=121.00028zoom=15layers=B000FTF Which means Metro Manila roads will be a whole lot greener (in the map at least). PS. Apologies for non-manila members -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog:
Re: [talk-ph] changes of road types
Maybe we should describe unclassified roads in the Philippine context as roads within verified and/or urban areas that are of mixed use (commercial, retail, industrial, residential, farmland), while the residential roads can be described as a road in either urban or rural areas that are within areas that are classified as mostly residential. The road tag can be used for roads that have no actual road types, as proposed/planned. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ --- On Fri, 1/22/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] changes of raod types To: osm-ph talk-ph@openstreetmap.org Date: Friday, January 22, 2010, 7:49 PM Hi, With the advent of more sat images outside Metro Manila I would like to re-visit this discussion regarding road classes in rural areas. As Eugene discussed below, rural roads are different. I think we should use the track and tracktype tags for most rural roads. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Key:tracktype As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road For comments. cheers, maning On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva Vizcaya. Here are some descriptive interpretations I might suggest (subject to discussion): trunk (rural) : long-distance route to traverse across provinces primary (rural) : mid-distance route to travel between towns in a province secondary (rural) : major streets within rural towns tertiary (rural) : major streets within areas of rural towns unclassified,residential (rural) : other roads in rural towns trunk (urban) : long-distance route across the metropolis primary (urban) : major road within a metropolitan city secondary (urban) : mid-level road within a metropolitan city tertiary (urban) : minor road in a metropolitan city unclassified,residential (urban) : other roads in metropolitan cities I'll admit that I have no fixed idea as to how to tag roads such that relative functional importance within Metro Manila (Cebu, Davao) is consistent when you get outside Metro Manila (Cebu, Davao). The problem is that in urban areas, the road density is so high such that we need to differentiate the roads a lot, whereas in rural areas, the density is low. For Metro Manila, EDSA and *parts* of C-5 are definitely trunk. Commonwealth, Quirino (QC) and McArthur Highway are arguably trunk. Quezon Avenue-Espana, Aurora-Marcos Highway, Ortigas-Ortigas Ext., Quirino (Manila), and Roxas Blvd are not so clear. What do you guys think? On Mon, Aug 3, 2009 at 10:22 AM, anthony.bal...@neraphil.com.ph wrote: Pardon my ignorance, but how do you classify road types? In the case of Mindanao Ave compared to Quirino Highway, apparently the former is a wider road so i reclassified the. Anthony From: maning sambale emmanuel.samb...@gmail.com To: talk-ph@openstreetmap.org Date: 08/03/2009 10:06 AM Subject: [talk-ph] changes of raod types I'm not objecting but I'm somehow curious about recent reclassifications of several major roads lately: 1. Portions of Commonwealth from trunk to primary: http://www.openstreetmap.org/?lat=14.66209lon=121.06976zoom=15layers=B000FTF 2. Mindanao Ave from primary to trunk: http://www.openstreetmap.org/?lat=14.67085lon=121.03234zoom=15layers=B000FTF 3. Some parts of Quirino are either primary or trunk: http://www.openstreetmap.org/?lat=14.69974lon=121.03273zoom=15layers=B000FTF 4. MacArthur Hiway from primary to trunk: http://www.openstreetmap.org/?lat=14.6755lon=120.982zoom=15layers=B000FTF If we follow this trend, then I think Roxas Blvd should also be trunk as well: http://www.openstreetmap.org/?lat=14.53551lon=121.00028zoom=15layers=B000FTF Which means Metro Manila roads will be a whole lot
Re: [talk-ph] changes of road types
I feel we should simplify it (although not too much), not everything here is applicable: http://wiki.openstreetmap.org/wiki/Key:highway Another example, I don't feel like using the tag living_street. Here's the highway length stats to give us a general idea what highway tags are currently in use: primary 13237678m residential 12304569m secondary 5340661m road 3958559m tertiary 3578034m unclassified 3040564m trunk 2262544m service 856653m track 803020m motorway558710m footway 220230m path179135m motorway_link71836m trunk_link 37981m primary_link 32565m cycleway 27131m construction 25302m pedestrian 14174m steps 3520m secondary_link2660m raceway 1542m living_street 1473m proposed 526m ford 277m old road 124m Alley 101m On Fri, Jan 22, 2010 at 8:22 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Maybe we should describe unclassified roads in the Philippine context as roads within verified and/or urban areas that are of mixed use (commercial, retail, industrial, residential, farmland), while the residential roads can be described as a road in either urban or rural areas that are within areas that are classified as mostly residential. The road tag can be used for roads that have no actual road types, as proposed/planned. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ --- On Fri, 1/22/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] changes of raod types To: osm-ph talk-ph@openstreetmap.org Date: Friday, January 22, 2010, 7:49 PM Hi, With the advent of more sat images outside Metro Manila I would like to re-visit this discussion regarding road classes in rural areas. As Eugene discussed below, rural roads are different. I think we should use the track and tracktype tags for most rural roads. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Key:tracktype As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road For comments. cheers, maning On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva Vizcaya. Here are some descriptive interpretations I might suggest (subject to discussion): trunk (rural) : long-distance route to traverse across provinces primary (rural) : mid-distance route to travel between towns in a province secondary (rural) : major streets within rural towns tertiary (rural) : major streets within areas of rural towns unclassified,residential (rural) : other roads in rural towns trunk (urban) : long-distance route across the metropolis primary (urban) : major road within a metropolitan city secondary (urban) : mid-level road within a metropolitan city tertiary (urban) : minor road in a metropolitan city unclassified,residential (urban) : other roads in metropolitan cities I'll admit that I have no fixed idea as to how to tag roads such that relative functional importance within Metro Manila (Cebu, Davao) is consistent when you get outside Metro Manila (Cebu, Davao). The problem is that in urban areas, the road density is so high such that we need to differentiate the roads a lot, whereas in rural areas, the density is low. For Metro Manila, EDSA and *parts* of C-5 are definitely trunk. Commonwealth, Quirino (QC) and McArthur Highway are arguably trunk. Quezon Avenue-Espana, Aurora-Marcos Highway, Ortigas-Ortigas Ext., Quirino (Manila), and Roxas Blvd are not so clear. What do you guys think? On Mon, Aug 3, 2009 at 10:22 AM, anthony.bal...@neraphil.com.ph wrote: Pardon my
Re: [talk-ph] changes of road types
I happy this discussion comes up and I would like to chime in on this discussion. Reviewing the map reveals that many places roads seems to have too high of a classification, misleading people to use roads that are not meant for a lot of traffic. From an overall perspective the classification of roads should be used to guide people which roads to prefer. Looking at the length of road of the different types this seem to underline the problem. Motorway, Trunk, Primary, secondary and tertiary should only be a tiny fraction of all the roads. The bulk of the roads should be of lesser importance, such as unclassified and residential. Assuming that all motorway, trunk, primary, secondary and tertiary roads have been mapped long ago, newbies should only be concerned with the lower classes of roads. I suggest the out come of this discussion will be a series of photos of typical roads and how to tag them. Potlatch 2.0 is in the works and will simplify tagging of roads significantly. My hope is that we can update the newbie instructions so that everybody would feel comfortable tagging and naming roads. I have started a document already for this purpose so this discussion is very welcome :-) http://idisk.mac.com/michael.riber//Public/osmph/Road Types 0.0.doc From: maning sambale emmanuel.samb...@gmail.com To: OSM-PH talk-ph@openstreetmap.org Sent: Fri, January 22, 2010 8:47:57 PM Subject: Re: [talk-ph] changes of road types I feel we should simplify it (although not too much), not everything here is applicable: http://wiki.openstreetmap.org/wiki/Key:highway Another example, I don't feel like using the tag living_street. Here's the highway length stats to give us a general idea what highway tags are currently in use: primary 13237678m residential 12304569m secondary 5340661m road 3958559m tertiary 3578034m unclassified 3040564m trunk 2262544m service 856653m track 803020m motorway558710m footway 220230m path179135m motorway_link71836m trunk_link 37981m primary_link 32565m cycleway 27131m construction 25302m pedestrian 14174m steps 3520m secondary_link2660m raceway 1542m living_street 1473m proposed 526m ford 277m old road 124m Alley 101m On Fri, Jan 22, 2010 at 8:22 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Maybe we should describe unclassified roads in the Philippine context as roads within verified and/or urban areas that are of mixed use (commercial, retail, industrial, residential, farmland), while the residential roads can be described as a road in either urban or rural areas that are within areas that are classified as mostly residential. The road tag can be used for roads that have no actual road types, as proposed/planned. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ --- On Fri, 1/22/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] changes of raod types To: osm-ph talk-ph@openstreetmap.org Date: Friday, January 22, 2010, 7:49 PM Hi, With the advent of more sat images outside Metro Manila I would like to re-visit this discussion regarding road classes in rural areas. As Eugene discussed below, rural roads are different. I think we should use the track and tracktype tags for most rural roads. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Key:tracktype As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road For comments. cheers, maning On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva
Re: [talk-ph] changes of raod types
Here's my interpretation: unclassified and residential are the lowest-importance general roads. These two form the lowest level (above the service-type roads) and residential is used for roads within residential areas like subdivisions. Then in terms of increasing importance, roads go from tertiary, secondary, primary to trunk. trunk roads form the highest level of a road network. motorways are trunk roads that have special features (limited entrances, high-speed, often has toll fees, etc.). think of it like te circulatory system. trunk/motorway roads are the largest arteries and veins while unclassified/residential are the capillaries. hope this helps. On Fri, Jan 22, 2010 at 7:49 PM, maning sambale emmanuel.samb...@gmail.comwrote: Hi, With the advent of more sat images outside Metro Manila I would like to re-visit this discussion regarding road classes in rural areas. As Eugene discussed below, rural roads are different. I think we should use the track and tracktype tags for most rural roads. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack http://wiki.openstreetmap.org/wiki/Key:tracktype As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road For comments. cheers, maning On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva Vizcaya. Here are some descriptive interpretations I might suggest (subject to discussion): trunk (rural) : long-distance route to traverse across provinces primary (rural) : mid-distance route to travel between towns in a province secondary (rural) : major streets within rural towns tertiary (rural) : major streets within areas of rural towns unclassified,residential (rural) : other roads in rural towns trunk (urban) : long-distance route across the metropolis primary (urban) : major road within a metropolitan city secondary (urban) : mid-level road within a metropolitan city tertiary (urban) : minor road in a metropolitan city unclassified,residential (urban) : other roads in metropolitan cities I'll admit that I have no fixed idea as to how to tag roads such that relative functional importance within Metro Manila (Cebu, Davao) is consistent when you get outside Metro Manila (Cebu, Davao). The problem is that in urban areas, the road density is so high such that we need to differentiate the roads a lot, whereas in rural areas, the density is low. For Metro Manila, EDSA and *parts* of C-5 are definitely trunk. Commonwealth, Quirino (QC) and McArthur Highway are arguably trunk. Quezon Avenue-Espana, Aurora-Marcos Highway, Ortigas-Ortigas Ext., Quirino (Manila), and Roxas Blvd are not so clear. What do you guys think? On Mon, Aug 3, 2009 at 10:22 AM, anthony.bal...@neraphil.com.ph wrote: Pardon my ignorance, but how do you classify road types? In the case of Mindanao Ave compared to Quirino Highway, apparently the former is a wider road so i reclassified the. Anthony From: maning sambale emmanuel.samb...@gmail.com To: talk-ph@openstreetmap.org Date: 08/03/2009 10:06 AM Subject: [talk-ph] changes of raod types I'm not objecting but I'm somehow curious about recent reclassifications of several major roads lately: 1. Portions of Commonwealth from trunk to primary: http://www.openstreetmap.org/?lat=14.66209lon=121.06976zoom=15layers=B000FTF 2. Mindanao Ave from primary to trunk: http://www.openstreetmap.org/?lat=14.67085lon=121.03234zoom=15layers=B000FTF 3. Some parts of Quirino are either primary or trunk: http://www.openstreetmap.org/?lat=14.69974lon=121.03273zoom=15layers=B000FTF 4. MacArthur Hiway from primary to trunk: http://www.openstreetmap.org/?lat=14.6755lon=120.982zoom=15layers=B000FTF If we follow this trend, then I think Roxas Blvd should also be trunk as well: http://www.openstreetmap.org/?lat=14.53551lon=121.00028zoom=15layers=B000FTF Which means Metro Manila roads will be a whole lot greener (in the map at least). PS.
Re: [talk-ph] changes of road types
On Fri, Jan 22, 2010 at 10:50 PM, riber101-...@yahoo.com wrote: Looking at the length of road of the different types this seem to underline the problem. Motorway, Trunk, Primary, secondary and tertiary should only be a tiny fraction of all the roads. The bulk of the roads should be of lesser importance, such as unclassified and residential. There is a large amount of primary roads in the database right now simply because these are somewhat long-distance routes and are the first to be mapped. But if you analyze a mature area like Metro Manila, I'm willing to bet that a great majority of roads are unclassified/residential. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of raod types
Hi, after a long break from OSM I discoverd the keep right website. http://keepright.ipax.at/report_map.php?db=osm_XDzoom=14lat=14.40516lon=120.96369layers=B00Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C201%2C202%2C203%2C204%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293show_ign=1show_tmpign=1 For those that don't know. And seeing so many errors spurred me into action again. Of course that was before reading this. As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). For people tracing from sat images but are unsure of the actual road type please use highway=road Whilst editing errors I changed some from type road to unclassified Using type road causes 3 problems. 1 The road type is not recognised by JOSM (so it reports errors) 2 Roads of type road are not rendered on maps, so I have had to fix roads where someone has traced a road using the SPOT5 data, thinking that the road was not already in the database, causing the road to be entered twice. Wasting peoples time and effort. 3 Routing software will not recognize the roads, and so won't route along them. I would rather travel along an incorrectly classified road, rather than have no route to a destination. Just my 2 centavos Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of road types
Hi, Reviewing the map reveals that many places roads seems to have too high of a classification, misleading people to use roads that are not meant for a lot of traffic. From an overall perspective the classification of roads should be used to guide people which roads to prefer. +1 I'm also in favor of tagging the roads after their properties and how good you can travel on them. Eugine explained it very well. When i can recognize a better type on the images than road i'll change it for nearly the same reasons Ian pointed out. For residential vs. unclassified: a road (or part of) which doesn't have [a couple of] houses is IMHO unclassified. Maybe you can describe residential as an special form of unclassified (i.g. not tertiary). There are houses around so expect slow driving cos of parking cars and people walking around. When someone traces a new road from images and don't know what kind of road it is he should follow the legal classification. Later someone with local knowledge can retag the road / split it up. On the satellite images you can also see how much houses are around, so residential should be easy. Assuming that all motorway, trunk, primary, secondary and tertiary roads have been mapped long ago, newbies should only be concerned with the lower classes of roads. I suggest the out come of this discussion will be a series of photos of typical roads and how to tag them. I have started a document already for this purpose so this discussion is very welcome :-) http://idisk.mac.com/michael.riber//Public/osmph/Road Types 0.0.doc A guide with pictures is a great idea. Looking at the list, i would use footway for roads / tracks to narrow for cars. Or highway=path and foot / bicycle = yes if this matters. Pedestrian is For town centres and civic areas, where wide expanses of hard surface are provided for pedestrians to walk (often between shops). (Wiki) As maning said, we need to get more use of track and tracktype. Can you include this in your document? I suggest also that we make use of surface and lane keys. surface=paved/unpaved/compacted will be important for rural roads and navigation. Ray ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of road types
Let me just remind that whatever comes up as a consensus please add them in the wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Mapping_conventions Excellent discussion btw. On Sat, Jan 23, 2010 at 6:41 AM, Ray rayosm1...@yahoo.com wrote: Hi, Reviewing the map reveals that many places roads seems to have too high of a classification, misleading people to use roads that are not meant for a lot of traffic. From an overall perspective the classification of roads should be used to guide people which roads to prefer. +1 I'm also in favor of tagging the roads after their properties and how good you can travel on them. Eugine explained it very well. When i can recognize a better type on the images than road i'll change it for nearly the same reasons Ian pointed out. For residential vs. unclassified: a road (or part of) which doesn't have [a couple of] houses is IMHO unclassified. Maybe you can describe residential as an special form of unclassified (i.g. not tertiary). There are houses around so expect slow driving cos of parking cars and people walking around. When someone traces a new road from images and don't know what kind of road it is he should follow the legal classification. Later someone with local knowledge can retag the road / split it up. On the satellite images you can also see how much houses are around, so residential should be easy. Assuming that all motorway, trunk, primary, secondary and tertiary roads have been mapped long ago, newbies should only be concerned with the lower classes of roads. I suggest the out come of this discussion will be a series of photos of typical roads and how to tag them. I have started a document already for this purpose so this discussion is very welcome :-) http://idisk.mac.com/michael.riber//Public/osmph/Road Types 0.0.doc A guide with pictures is a great idea. Looking at the list, i would use footway for roads / tracks to narrow for cars. Or highway=path and foot / bicycle = yes if this matters. Pedestrian is For town centres and civic areas, where wide expanses of hard surface are provided for pedestrians to walk (often between shops). (Wiki) As maning said, we need to get more use of track and tracktype. Can you include this in your document? I suggest also that we make use of surface and lane keys. surface=paved/unpaved/compacted will be important for rural roads and navigation. Ray ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of road types
Hi everybody, I use a similar approach to Eugene. Smallest roads = unclassified if industrial or with few houses, residential if the area is, well, residential... Biggest roads and main links crossing the city = primary The others secondary or tertiairy. Trunc roads should be reserved for motorways with separated lanes without intersections/traffic lights in my opinion. I use service roads inside parking lots or private terrains. I mix this occasionnaly with a traffic based approach, downgrading primary roads or upgrading lower classes because of traffic importance. Examples: If road classification is based on size and road condition only, countryside roads should be tracks only. But in Palawan I tagged the often unpaved road from PP to El Nido as primary (but with sections marked as unpaved) http://osm.org/go/4nXgnt-- Printed maps also show this as main roads, and not as dirt tracks. If road classification is based on traffic importance, N Escario street in Cebu should be primary (there is nearly as many traffic on this shortcut as on Reyes avenue) Based on road size,one section of N Escario is a narrow unclassified road. Worse, it has a one way section, where the neighbouring residential roads handle all the traffic (jams) in the opposite direction. I mapped it as secondary, since there were already some roads with that class. But now a unclassified road with heavy traffic, has the same importance on the map, as the often nearly empty 2x3 lanes around the Ayala mall. I'll probably revisit the area, and downgrade it to tertiairy one of these days. http://osm.org/go/4tRG27AiN- A good thing this is discussed, clear rules and examples are needed, specially for beginners. Regards, Totor --- On Fri, 1/22/10, Eugene Alvin Villar sea...@gmail.com wrote: From: Eugene Alvin Villar sea...@gmail.com Subject: Re: [talk-ph] changes of raod types To: maning sambale emmanuel.samb...@gmail.com Cc: osm-ph talk-ph@openstreetmap.org Date: Friday, January 22, 2010, 3:39 PM Here's my interpretation: unclassified and residential are the lowest-importance general roads. These two form the lowest level (above the service-type roads) and residential is used for roads within residential areas like subdivisions. Then in terms of increasing importance, roads go from tertiary, secondary, primary to trunk. trunk roads form the highest level of a road network. motorways are trunk roads that have special features (limited entrances, high-speed, often has toll fees, etc.). think of it like te circulatory system. trunk/motorway roads are the largest arteries and veins while unclassified/residential are the capillaries. hope this helps. [...] On Mon, Aug 3, 2009 at 11:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest that the tags for highway=trunk,primary,secondary,tertiary,unclassified be considered as a function of traffic patterns and not of DOTC designation nor physical appearance or condition. These values should also be considered relative to local traffic patterns. This means that levels will be different in an urban and rural setting: a trunk in Metro Manila does not have to be equivalent in function to a trunk in Nueva Vizcaya. Here are some descriptive interpretations I might suggest (subject to discussion): trunk (rural) : long-distance route to traverse across provinces primary (rural) : mid-distance route to travel between towns in a province secondary (rural) : major streets within rural towns tertiary (rural) : major streets within areas of rural towns unclassified,residential (rural) : other roads in rural towns trunk (urban) : long-distance route across the metropolis primary (urban) : major road within a metropolitan city secondary (urban) : mid-level road within a metropolitan city tertiary (urban) : minor road in a metropolitan city unclassified,residential (urban) : other roads in metropolitan cities I'll admit that I have no fixed idea as to how to tag roads such that relative functional importance within Metro Manila (Cebu, Davao) is consistent when you get outside Metro Manila (Cebu, Davao). The problem is that in urban areas, the road density is so high such that we need to differentiate the roads a lot, whereas in rural areas, the density is low. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetM ap
Please, find bellow a text that you could forward to your contacts in the press, to increase the odds of finding Haitians able to help on this. And more generally to raise awareness on the need for remote help. Feel free to correct, improve, translate, etc. (I could help with translations into English or Spanish) Thanks, Jean-Guilhem --- Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Suite à une demande de l'OCHA (United Nations Office for the Coordination of Humanitarian Affairs), des volontaires d'OpenStreetMap s'efforcent de positionner une liste d'hôpitaux d'Haïti sur la carte du pays mise à jour en temps réel. Même la liste communiquée hier par le JRC (Joint Research Center - centre de recherche commun européen) à partir des sources qu'ils ont pu collecter (PAHO, MINUSTAH, Sahana, NGO's, Ushuaidi) ne contient pas toutes les positions. Le besoin et la façon dont chacun peut contribuer en fonction de ses connaissances sont décrits là : http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/News#2010-01-21 Plus généralement, la diffusion de l'information sur les produits cartographiques disponibles (pour GPS ou impression papier, avec mises à jour en temps réel), les services de routage tenant compte des dernières informations du terrain et les applications mobiles auprès des ONG et des intervenants gouvernementaux qui ne les connaissent pas déjà leur serait certainement utile. Chacun peut aussi aider concrètement Haïti à distance : - les Haïtiens ou ceux qui y ont vécu ou voyagé peuvent aider à positionner et identifier les lieux qu'ils connaissent (hôpitaux, noms de rues et numérotation, points d'eau, cimetières, etc...) - lecture de cartes, interprétation de noms de lieux, - interprétation d'éléments visibles sur l'abondante imagerie satellitaire et aérienne mise à disposition (camps de réfugiés, etc.), ainsi que sur les photos ou vidéos géolocalisées disponibles en ligne, - traduction de et vers le haïtien, traduction du français pour aider les volontaires non-francophones, vérification de l'orthographe des noms français (toponymes) - et une infinité d'autres choses. Merci de bien vouloir diffuser, et transmettre aux contacts pertinents que vous pourriez avoir (ou de bien vouloir m'indiquer comment les contacter.) Solidairement, Jean-Guilhem Cailton Toulouse OpenStreetMap, le Wikipédia de la carte ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Has the Nile River dried up?
In case it helps anyone, the outline of the multipolygons are rendering, but they aren’t filled: http://osm.org/go/xmxPYL7sa-- If you look here: http://osm.org/go/xmxcghfaC-- Two adjacent polygons meet, and one is filled but one isn’t. I can see no difference in the tagging when comparing the two ways: http://www.openstreetmap.org/browse/way/47518539 http://www.openstreetmap.org/browse/way/47518276 (On the one of these that wasn’t rendering I removed a tag and retagged it to see if it made any difference, but it doesn’t seem to have done). So, it’s beyond me but I’d be interested to know what was wrong. Ed From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Katie Filbert Sent: 22 January 2010 07:01 To: openstreetmap Subject: [OSM-talk] Has the Nile River dried up? Looking at OSM for Cairo, Egypt, I noticed the Nile River is not rendering. Why? I suspect some problem with the polygons but I can't pinpoint the exact problem, nor able to fix it. Is there a tool in JOSM or some way to get the Nile River showing up on the map, once again? http://www.openstreetmap.org/?lat=30.0566 http://www.openstreetmap.org/?lat=30.0566lon=31.2333zoom=14 lon=31.2333zoom=14 http://twitpic.com/z6c2d -Katie -- Twitter: @filbertkm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
2010/1/22 Jean-Guilhem Cailton j...@arkemie.com So I'd say : if everybody is needing a central billboard where they can pin their localized notes themselves, why not let it be known that OSM can do it ? Especially if they already have it with them on their GPS or iPhones... And let people decide whether it is useful for them or not. Yes and no. OSM is not just an open database where everything can be stored for any purpose. If you need a billboard with a map as background, we have already this type of application. It's called openstreetbug ([1]). It's used at the moment to pinpoint map errors but it could be easily renewed with another name or temporarily extended to the usage you are looking for. It has to most simple interface, you don't have to register, you can remove the notes when they are solved but they are stored in a separate database. Pieren [1] http://wiki.openstreetmap.org/wiki/Openstreetbug ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping South East Haiti
I'm collaborating with a NGO which is working in the South-East of Haiti : Jacmel City and the surrounding country-side (South-East department). We need urgently to evaluate the situation in rural areas because they are difficult to access by land and it seems that there huge damages in those areas too (although there are no journalists in the rural areas.). We are looking for satellite imagery and other map resources to help evaluate the earthquake damage in this area. At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. Best regards Vincent ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
Pieren a écrit : 2010/1/22 Jean-Guilhem Cailton j...@arkemie.com mailto:j...@arkemie.com So I'd say : if everybody is needing a central billboard where they can pin their localized notes themselves, why not let it be known that OSM can do it ? Especially if they already have it with them on their GPS or iPhones... And let people decide whether it is useful for them or not. Yes and no. OSM is not just an open database where everything can be stored for any purpose. If you need a billboard with a map as background, we have already this type of application. It's called openstreetbug ([1]). It's used at the moment to pinpoint map errors but it could be easily renewed with another name or temporarily extended to the usage you are looking for. It has to most simple interface, you don't have to register, you can remove the notes when they are solved but they are stored in a separate database. Pieren [1] http://wiki.openstreetmap.org/wiki/Openstreetbug Perfect Pieren ! (I indeed used OpenStreetBug when I was starting, on the 15th) If it could just be renamed, I bet it could be very useful for this kind of purpose... (Is there a limit on number of caracters that can be entered ?) I could enter the couple of hospital request I saw on CR as exemples. (One was more than 255 caracters, but I reduced it to this without problem). Thanks ! Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping South East Haiti
Hi Vincent We have been mapping Jacmel city in the past three days. The city itself an east up to Catadat, north up to Bassin Caiman, and west up to Desmarattes is mapped as good as possible. The area is covered by DigitalGlobe imagery whose quality is, unfortunatelly, not homogeneous. Jacmel center has been enriched with street names and POIs provided by MINUSTAH. Depending on which rural areas you are most interested in GeoEyes Ikonos satellite provides coverage too, but only more up north. Have a look at this site: http://projekte.eiops.de/osm-matrix/. Can you tell us what tiles in this matrix you are most interested in? Regards Karl Am 22.01.2010 10:48, schrieb Vincent Auvigne: I'm collaborating with a NGO which is working in the South-East of Haiti : Jacmel City and the surrounding country-side (South-East department). We need urgently to evaluate the situation in rural areas because they are difficult to access by land and it seems that there huge damages in those areas too (although there are no journalists in the rural areas...). We are looking for satellite imagery and other map resources to help evaluate the earthquake damage in this area. At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. Best regards Vincent ___ 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] Haïti : [URGENT] Aide requise p our localiser les hôpitaux d'Haïti sur OpenStreetMap
Thanks Jean-Guilhem ... can you post to the wiki and link from the appropriate place(s)? == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org From: Jean-Guilhem Cailton j...@arkemie.com To: OSM-talk talk@openstreetmap.org Sent: Fri, January 22, 2010 8:04:42 AM Subject: [OSM-talk] Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Please, find bellow a text that you could forward to your contacts in the press, to increase the odds of finding Haitians able to help on this. And more generally to raise awareness on the need for remote help. Feel free to correct, improve, translate, etc. (I could help with translations into English or Spanish) Thanks, Jean-Guilhem --- Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Suite à une demande de l'OCHA (United Nations Office for the Coordination of Humanitarian Affairs), des volontaires d'OpenStreetMap s'efforcent de positionner une liste d'hôpitaux d'Haïti sur la carte du pays mise à jour en temps réel. Même la liste communiquée hier par le JRC (Joint Research Center - centre de recherche commun européen) à partir des sources qu'ils ont pu collecter (PAHO, MINUSTAH, Sahana, NGO's, Ushuaidi) ne contient pas toutes les positions. Le besoin et la façon dont chacun peut contribuer en fonction de ses connaissances sont décrits là : http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/News#2010-01-21 Plus généralement, la diffusion de l'information sur les produits cartographiques disponibles (pour GPS ou impression papier, avec mises à jour en temps réel), les services de routage tenant compte des dernières informations du terrain et les applications mobiles auprès des ONG et des intervenants gouvernementaux qui ne les connaissent pas déjà leur serait certainement utile. Chacun peut aussi aider concrètement Haïti à distance : - les Haïtiens ou ceux qui y ont vécu ou voyagé peuvent aider à positionner et identifier les lieux qu'ils connaissent (hôpitaux, noms de rues et numérotation, points d'eau, cimetières, etc...) - lecture de cartes, interprétation de noms de lieux, - interprétation d'éléments visibles sur l'abondante imagerie satellitaire et aérienne mise à disposition (camps de réfugiés, etc.), ainsi que sur les photos ou vidéos géolocalisées disponibles en ligne, - traduction de et vers le haïtien, traduction du français pour aider les volontaires non-francophones, vérification de l'orthographe des noms français (toponymes) - et une infinité d'autres choses. Merci de bien vouloir diffuser, et transmettre aux contacts pertinents que vous pourriez avoir (ou de bien vouloir m'indiquer comment les contacter.) Solidairement, Jean-Guilhem Cailton Toulouse OpenStreetMap, le Wikipédia de la carte ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping South East Haiti
El Viernes, 22 de Enero de 2010, Vincent Auvigne escribió: At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. All the known imagery sources are listed here: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources Please note that a recent flight of DigitalGlobe covers Jacmel. Best, -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es Proudly running Debian Linux with 2.6.32-trunk-amd64 kernel, KDE 3.5.10, and PHP 5.2.11-2 generating this signature. Uptime: 12:16:23 up 12 days, 6:11, 2 users, load average: 0.48, 0.70, 0.69 signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetM ap
Mikel, I did it right after sending. In http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Tasks_and_Ideas#Currently_for_Haiti_-_.22Now.22 Starting to learn how to wiki :) Jean-Guilhem PS : the map on your mapkibera site is not showing. Unless my Iceweasel (Debian Firefox) is overloaded ? ;) Would you happen to busy with anything else ? ;) Mikel Maron a écrit : Thanks Jean-Guilhem ... can you post to the wiki and link from the appropriate place(s)? == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mi...@osmfoundation.org *From:* Jean-Guilhem Cailton j...@arkemie.com *To:* OSM-talk talk@openstreetmap.org *Sent:* Fri, January 22, 2010 8:04:42 AM *Subject:* [OSM-talk] Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Please, find bellow a text that you could forward to your contacts in the press, to increase the odds of finding Haitians able to help on this. And more generally to raise awareness on the need for remote help. Feel free to correct, improve, translate, etc. (I could help with translations into English or Spanish) Thanks, Jean-Guilhem --- Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Suite à une demande de l'OCHA (United Nations Office for the Coordination of Humanitarian Affairs), des volontaires d'OpenStreetMap s'efforcent de positionner une liste d'hôpitaux d'Haïti sur la carte du pays mise à jour en temps réel. Même la liste communiquée hier par le JRC (Joint Research Center - centre de recherche commun européen) à partir des sources qu'ils ont pu collecter (PAHO, MINUSTAH, Sahana, NGO's, Ushuaidi) ne contient pas toutes les positions. Le besoin et la façon dont chacun peut contribuer en fonction de ses connaissances sont décrits là : http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/News#2010-01-21 Plus généralement, la diffusion de l'information sur les produits cartographiques disponibles (pour GPS ou impression papier, avec mises à jour en temps réel), les services de routage tenant compte des dernières informations du terrain et les applications mobiles auprès des ONG et des intervenants gouvernementaux qui ne les connaissent pas déjà leur serait certainement utile. Chacun peut aussi aider concrètement Haïti à distance : - les Haïtiens ou ceux qui y ont vécu ou voyagé peuvent aider à positionner et identifier les lieux qu'ils connaissent (hôpitaux, noms de rues et numérotation, points d'eau, cimetières, etc...) - lecture de cartes, interprétation de noms de lieux, - interprétation d'éléments visibles sur l'abondante imagerie satellitaire et aérienne mise à disposition (camps de réfugiés, etc.), ainsi que sur les photos ou vidéos géolocalisées disponibles en ligne, - traduction de et vers le haïtien, traduction du français pour aider les volontaires non-francophones, vérification de l'orthographe des noms français (toponymes) - et une infinité d'autres choses. Merci de bien vouloir diffuser, et transmettre aux contacts pertinents que vous pourriez avoir (ou de bien vouloir m'indiquer comment les contacter.) Solidairement, Jean-Guilhem Cailton Toulouse OpenStreetMap, le Wikipédia de la carte ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
Erik Johansson a écrit : 2010/1/22 Iván Sánchez Ortega i...@sanchezortega.es: El Viernes, 22 de Enero de 2010, Jean-Guilhem Cailton escribió: What do you think of this suggestion folks ? I haven't taken the time to see whether this use of the database to forward help requests is mentioned anywhere on OSM wiki. Well, OSM was never designed as a note-passing platform. OSM is meant to represent the physical features of a base map, i.e. what's on the ground right now. I always wondered if those hospitals on the OSM main map for Haiti was really up an running. Is it really an amenity=hospital of no patients can go there? Erik, If you want to see what's inside some of them, you can have a look there (French NGOs) : http://www.croix-rouge.fr/ http://www.msf.fr/ http://www.medecinsdumonde.org/ (I am trying to get in touch with them) Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping South East Haiti
Karl, I don't know either. Just translating word for word. And not wanting to bug them with this. Maybe Disaster Charter ? (http://www.disasterscharter.org) Phonetically reasonable, at least. For those who don't know SERTIT : http://sertit.u-strasbg.fr/SITE_RMS/2010/01_rms_haiti_2010/01_rms_haiti_2010.html Regards, Jean-Guilhem Karl Guggisberg a écrit : Please forgive my ignorance: could you explain? What is a Jacmel product for DSC? Regards Karl Am 22.01.2010 13:10, schrieb Jean-Guilhem Cailton: Vincent, I forwarded your question to CNES. Their answer : -- A Kompsat arrived this morning, a priori on Jacmel (they are downloading it). To followup on Sertit side, who is in charge to realize a Jacmel product for DSC... -- Best regards, Jean-Guilhem Vincent Auvigne a écrit : Hi Karl, Unfortunately the rural areas we are interested in are not covered by the tile. The area is more or less this one : http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT Could you explain me something about the link you gave me. Why is there no satellite imagery in the areas with colored tiles near Jacmel ? Other question : where can I found the signification of the color of the tiles ? Regards Vincent *De :* talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] *De la part de* Karl Guggisberg *Envoyé :* vendredi 22 janvier 2010 11:58 *À :* talk@openstreetmap.org *Objet :* Re: [OSM-talk] Mapping South East Haiti Hi Vincent We have been mapping Jacmel city in the past three days. The city itself an east up to Catadat, north up to Bassin Caiman, and west up to Desmarattes is mapped as good as possible. The area is covered by DigitalGlobe imagery whose quality is, unfortunatelly, not homogeneous. Jacmel center has been enriched with street names and POIs provided by MINUSTAH. Depending on which rural areas you are most interested in GeoEyes Ikonos satellite provides coverage too, but only more up north. Have a look at this site: http://projekte.eiops.de/osm-matrix/. Can you tell us what tiles in this matrix you are most interested in? Regards Karl Am 22.01.2010 10:48, schrieb Vincent Auvigne: I'm collaborating with a NGO which is working in the South-East of Haiti : Jacmel City and the surrounding country-side (South-East department). We need urgently to evaluate the situation in rural areas because they are difficult to access by land and it seems that there huge damages in those areas too (although there are no journalists in the rural areas...). We are looking for satellite imagery and other map resources to help evaluate the earthquake damage in this area. At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. Best regards Vincent ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Fw: [CrisisMappers] Haiti PCodes
See below for the details about P-codes for Haiti. First, I've just downloaded the xls file (22nd Jan at 12:57hrs (UK)). If anyone thinks this is out of date please let me know asap. Second, I understand the pcode1 and pcode2 columns but not pcode3. Can anyone explain the pcode3 column? Third, if no-one can think of a reason for me not to, I intend to start putting in these codes at 14:00hrs (UK), using un:pcode:2=* and doing pcode2 first as these are the most obviously do-able. Adrian Brain (osmapb1) Mikel Maron mikel_maron at yahoo.com Thu Jan 21 12:03:47 GMT 2010 Previous message: [OSM-talk] Fw: [CrisisMappers] Search interface on the Person Finder data Next message: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] P-Codes are an established way for responding agencies to uniquely identify locations. A set of P-codes have been set for Haiti, and are listed in the attached spreadsheet. If we can associate these P-codes with existing nodes in OSM via a tag, would be a great help for coordinators. Download: http://brainoff.com/osm/Haiti_pcodes consolidated.xls About p-codes:http://www.humanitarianinfo.org/IMToolbox/08_Data_Standards/PCodes/Explanations_Presentations/P-Codes_web_text.htm == Mikel Maron == http://mapkibera.org/ +254 (0) 724899738 mikel at osmfoundation.org - Forwarded Message From: Nigel Snoad nsnoad at gmail.com To: crisismappers at googlegroups.com Sent: Thu, January 21, 2010 2:44:51 AM Subject: [CrisisMappers] Haiti PCodes P-codes for Haiti from the UN. They're in the process of being updated to include additional post-earthquake elements Nigel -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismappers at googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscribe at googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk/attachments/20100121/13a63b27/attachment.htm Previous message: [OSM-talk] Fw: [CrisisMappers] Search interface on the Person Finder data Next message: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the talk mailing list ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. David - Original Message - From: Adrian Brain To: talk@openstreetmap.org Sent: Friday, January 22, 2010 1:03 PM Subject: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes See below for the details about P-codes for Haiti. First, I've just downloaded the xls file (22nd Jan at 12:57hrs (UK)). If anyone thinks this is out of date please let me know asap. Second, I understand the pcode1 and pcode2 columns but not pcode3. Can anyone explain the pcode3 column? Third, if no-one can think of a reason for me not to, I intend to start putting in these codes at 14:00hrs (UK), using un:pcode:2=* and doing pcode2 first as these are the most obviously do-able. Adrian Brain (osmapb1) Mikel Maron mikel_maron at yahoo.com Thu Jan 21 12:03:47 GMT 2010 a.. Previous message: [OSM-talk] Fw: [CrisisMappers] Search interface on the Person Finder data b.. Next message: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes c.. Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] P-Codes are an established way for responding agencies to uniquelyidentify locations. A set of P-codes have been set for Haiti, and arelisted in the attached spreadsheet. If we can associate these P-codeswith existing nodes in OSM via a tag, would be a great help forcoordinators. Download: http://brainoff.com/osm/Haiti_pcodes consolidated.xlsAbout p-codes:http://www.humanitarianinfo.org/IMToolbox/08_Data_Standards/PCodes/Explanations_Presentations/P-Codes_web_text.htm== Mikel Maron ==http://mapkibera.org/+254 (0) 724899738mikel at osmfoundation.org- Forwarded Message From: Nigel Snoad nsnoad at gmail.comTo: crisismappers at googlegroups.comSent: Thu, January 21, 2010 2:44:51 AMSubject: [CrisisMappers] Haiti PCodes P-codes for Haiti from the UN. They're in the process of being updated to include additional post-earthquake elementsNigel-- You received this message because you are subscribed to the Google Groups CrisisMappers group.To post to this group, send email to crisismappers at googlegroups.com.To unsubscribe from this group, send email to crisismappers+unsubscribe at googlegroups.com.For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en.-- next part --An HTML attachment was scrubbed...URL: http://lists.openstreetmap.org/pipermail/talk/attachments/20100121/13a63b27/attachment.htm a.. Previous message: [OSM-talk] Fw: [CrisisMappers] Search interface on the Person Finder data b.. Next message: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes c.. Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the talk mailing list -- ___ 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] Mapping South East Haiti
Hi Jean-Guilhem Please don't bug them, I'm sure they are busy. Does this answer your question ? Not yet, but now I know where to dig deeper. Regards Karl Am 22.01.2010 14:48, schrieb Jean-Guilhem Cailton: Hi Karl, They offer kml access under their maps. And I think their vector products are included in the UNOSAT vector data we have been getting. Does this answer your question ? (They must be pretty busy at the moment) ;) Regards, Jean-Guilhem Karl Guggisberg a écrit : Hi Jean-Guilhem If you are in contact with SERTIT could you ask them whether their products are also served by a WMS server or if somebody from the OSM project could make them available? Imagery shown on the SERTIT site looks promsing. Regards Karl Am 22.01.2010 13:45, schrieb Jean-Guilhem Cailton: Karl, I don't know either. Just translating word for word. And not wanting to bug them with this. Maybe Disaster Charter ? (http://www.disasterscharter.org) Phonetically reasonable, at least. For those who don't know SERTIT : http://sertit.u-strasbg.fr/SITE_RMS/2010/01_rms_haiti_2010/01_rms_haiti_2010.html Regards, Jean-Guilhem Karl Guggisberg a écrit : Please forgive my ignorance: could you explain? What is a Jacmel product for DSC? Regards Karl Am 22.01.2010 13:10, schrieb Jean-Guilhem Cailton: Vincent, I forwarded your question to CNES. Their answer : -- A Kompsat arrived this morning, a priori on Jacmel (they are downloading it). To followup on Sertit side, who is in charge to realize a Jacmel product for DSC... -- Best regards, Jean-Guilhem Vincent Auvigne a écrit : Hi Karl, Unfortunately the rural areas we are interested in are not covered by the tile. The area is more or less this one : http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT Could you explain me something about the link you gave me. Why is there no satellite imagery in the areas with colored tiles near Jacmel ? Other question : where can I found the signification of the color of the tiles ? Regards Vincent *De :* talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] *De la part de* Karl Guggisberg *Envoyé :* vendredi 22 janvier 2010 11:58 *À :* talk@openstreetmap.org *Objet :* Re: [OSM-talk] Mapping South East Haiti Hi Vincent We have been mapping Jacmel city in the past three days. The city itself an east up to Catadat, north up to Bassin Caiman, and west up to Desmarattes is mapped as good as possible. The area is covered by DigitalGlobe imagery whose quality is, unfortunatelly, not homogeneous. Jacmel center has been enriched with street names and POIs provided by MINUSTAH. Depending on which rural areas you are most interested in GeoEyes Ikonos satellite provides coverage too, but only more up north. Have a look at this site: http://projekte.eiops.de/osm-matrix/. Can you tell us what tiles in this matrix you are most interested in? Regards Karl Am 22.01.2010 10:48, schrieb Vincent Auvigne: I'm collaborating with a NGO which is working in the South-East of Haiti : Jacmel City and the surrounding country-side (South-East department). We need urgently to evaluate the situation in rural areas because they are difficult to access by land and it seems that there huge damages in those areas too (although there are no journalists in the rural areas...). We are looking for satellite imagery and other map resources to help evaluate the earthquake damage in this area. At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. Best regards Vincent ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Fw: [CrisisMappers] Haiti PCodes
Hi, David Groom wrote: I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Should I include the p-code tag(s) in the place layer in the shapefiles on labs.geofabrik.de/haiti? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
Good stuff. It would be useful if you could update http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/MappingCoordination to show this task has already been done. Cheers, Adrian Brain. I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. David - Original Message - From: Adrian Brain To: talk at openstreetmap.org Sent: Friday, January 22, 2010 1:03 PM Subject: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes See below for the details about P-codes for Haiti. First, I've just downloaded the xls file (22nd Jan at 12:57hrs (UK)). If anyone thinks this is out of date please let me know asap. Second, I understand the pcode1 and pcode2 columns but not pcode3. Can anyone explain the pcode3 column? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Are there areas where the existing boundary relations don't match the pcode:2 areas? I've added the pcode:2 value to each of the relations in the area where the pcode:2 starts with 8 (Grande-Anse Department). Once I'd done that I created a new boundary relation around the outside and added pcode:1=8 to it. The original boundary ways had an id_commune tag which seemed to be the same number in the area I was looking, though did note that some of the old 85x id_commune codes have 10xx pcode:2s. The boundary for the Grand-Anse department is now rendering at http://haiti.openstreetmap.nl and I was thinking of starting on another. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping South East Haiti
Karl, You mean you would like to be able to access KML as if it were WMS ? Maybe there exists a converter somewhere (wildly guessing) ? But maybe you should also check the legend for license issue. Regards, Jean-Guilhem Karl Guggisberg a écrit : Hi Jean-Guilhem Please don't bug them, I'm sure they are busy. Does this answer your question ? Not yet, but now I know where to dig deeper. Regards Karl Am 22.01.2010 14:48, schrieb Jean-Guilhem Cailton: Hi Karl, They offer kml access under their maps. And I think their vector products are included in the UNOSAT vector data we have been getting. Does this answer your question ? (They must be pretty busy at the moment) ;) Regards, Jean-Guilhem Karl Guggisberg a écrit : Hi Jean-Guilhem If you are in contact with SERTIT could you ask them whether their products are also served by a WMS server or if somebody from the OSM project could make them available? Imagery shown on the SERTIT site looks promsing. Regards Karl Am 22.01.2010 13:45, schrieb Jean-Guilhem Cailton: Karl, I don't know either. Just translating word for word. And not wanting to bug them with this. Maybe Disaster Charter ? (http://www.disasterscharter.org) Phonetically reasonable, at least. For those who don't know SERTIT : http://sertit.u-strasbg.fr/SITE_RMS/2010/01_rms_haiti_2010/01_rms_haiti_2010.html Regards, Jean-Guilhem Karl Guggisberg a écrit : Please forgive my ignorance: could you explain? What is a Jacmel product for DSC? Regards Karl Am 22.01.2010 13:10, schrieb Jean-Guilhem Cailton: Vincent, I forwarded your question to CNES. Their answer : -- A Kompsat arrived this morning, a priori on Jacmel (they are downloading it). To followup on Sertit side, who is in charge to realize a Jacmel product for DSC... -- Best regards, Jean-Guilhem Vincent Auvigne a écrit : Hi Karl, Unfortunately the rural areas we are interested in are not covered by the tile. The area is more or less this one : http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT http://projekte.eiops.de/osm-matrix/?zoom=12lat=18.3032lon=-72.45866layers=B0FTFTFFFT Could you explain me something about the link you gave me. Why is there no satellite imagery in the areas with colored tiles near Jacmel ? Other question : where can I found the signification of the color of the tiles ? Regards Vincent *De :* talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] *De la part de* Karl Guggisberg *Envoyé :* vendredi 22 janvier 2010 11:58 *À :* talk@openstreetmap.org *Objet :* Re: [OSM-talk] Mapping South East Haiti Hi Vincent We have been mapping Jacmel city in the past three days. The city itself an east up to Catadat, north up to Bassin Caiman, and west up to Desmarattes is mapped as good as possible. The area is covered by DigitalGlobe imagery whose quality is, unfortunatelly, not homogeneous. Jacmel center has been enriched with street names and POIs provided by MINUSTAH. Depending on which rural areas you are most interested in GeoEyes Ikonos satellite provides coverage too, but only more up north. Have a look at this site: http://projekte.eiops.de/osm-matrix/. Can you tell us what tiles in this matrix you are most interested in? Regards Karl Am 22.01.2010 10:48, schrieb Vincent Auvigne: I'm collaborating with a NGO which is working in the South-East of Haiti : Jacmel City and the surrounding country-side (South-East department). We need urgently to evaluate the situation in rural areas because they are difficult to access by land and it seems that there huge damages in those areas too (although there are no journalists in the rural areas...). We are looking for satellite imagery and other map resources to help evaluate the earthquake damage in this area. At the moment I have not found recent high definition imagery of this zone and the information in OSM is quite poor. Could anyone tell me if I can find it somewhere or if it will be available soon ? Any kind of help is welcomed. Best regards Vincent ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
It would be helpful to post any existing or proposed data models and thoughts toward tagging of hospital operational status here: http://wiki.openstreetmap.org/index.php?title=Humanitarian_OSM_Tags#Draft_On tology_for_healthcare_facilities Regards, Dave Smith David G. Smith PE PLS Synergist Technology Group, Inc. 570.280.6763 From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Jean-Guilhem Cailton Sent: Friday, January 22, 2010 7:36 AM To: Erik Johansson; OSM-talk Subject: Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !] Erik Johansson a écrit : 2010/1/22 Iván Sánchez Ortega mailto:i...@sanchezortega.es i...@sanchezortega.es: El Viernes, 22 de Enero de 2010, Jean-Guilhem Cailton escribió: What do you think of this suggestion folks ? I haven't taken the time to see whether this use of the database to forward help requests is mentioned anywhere on OSM wiki. Well, OSM was never designed as a note-passing platform. OSM is meant to represent the physical features of a base map, i.e. what's on the ground right now. I always wondered if those hospitals on the OSM main map for Haiti was really up an running. Is it really an amenity=hospital of no patients can go there? Erik, If you want to see what's inside some of them, you can have a look there (French NGOs) : http://www.croix-rouge.fr/ http://www.msf.fr/ http://www.medecinsdumonde.org/ (I am trying to get in touch with them) Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
Pieren, I just entered two sample requests in OpenStreetBug, to try. At Milot and Diquini hospitals (real requests, just withholding contact details for now). It looks quite good to me, and really easy to use. Going to put a task for an OSMbug clone with a new name in the wiki. (I guess we shall see later whether it becomes useful to use more precise humanitarian tagging for easier processing of this kind of request. I imagine it could be done away from the ground by people with plenty of time, comfort and experience to choose the right tags. I should try to see later what Sahana and Ushahidi would think of this extra input method.) Maning, Right, it looks quite good. Were there lessons learned from it ?. Regards, Jean-Guilhem maning sambale a écrit : We made similar osmbug instance during typhoon ketsana in the Philippines http://osb.maps.jsintl.org/ Perhaps you can adapt and improve it. On Fri, Jan 22, 2010 at 5:57 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Pieren a écrit : 2010/1/22 Jean-Guilhem Cailton j...@arkemie.com So I'd say : if everybody is needing a central billboard where they can pin their localized notes themselves, why not let it be known that OSM can do it ? Especially if they already have it with them on their GPS or iPhones... And let people decide whether it is useful for them or not. Yes and no. OSM is not just an open database where everything can be stored for any purpose. If you need a billboard with a map as background, we have already this type of application. It's called openstreetbug ([1]). It's used at the moment to pinpoint map errors but it could be easily renewed with another name or temporarily extended to the usage you are looking for. It has to most simple interface, you don't have to register, you can remove the notes when they are solved but they are stored in a separate database. Pieren [1] http://wiki.openstreetmap.org/wiki/Openstreetbug Perfect Pieren ! (I indeed used OpenStreetBug when I was starting, on the 15th) If it could just be renamed, I bet it could be very useful for this kind of purpose... (Is there a limit on number of caracters that can be entered ?) I could enter the couple of hospital request I saw on CR as exemples. (One was more than 255 caracters, but I reduced it to this without problem). Thanks ! Jean-Guilhem ___ 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] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
Message original Sujet : Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge Date : Fri, 22 Jan 2010 09:46:54 -0500 De :CJ Hendrix hendrix...@gmail.com Répondre à :crisismapp...@googlegroups.com Pour : crisismappers crisismapp...@googlegroups.com Références :4b595684.2070...@gmail.com We are in the process of setting up humanitarian tags based on the the UN Spatial Data Infrastructure. These are available as a presets file (xml) in JOSM. That file is attached. So, if you are taking on this task, please use the Health facilities presets. These presets are based on years of discussions with Subject Matter Experts and are well-known in the UN and other humanitarian communities (though we have streamlined them for this operation). Soon these presets will be posted as a live xml document that you can link your JOSM to, however, for the moment, I am attaching them here. AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Right now the tags in the OSM road data are messy and make it difficult for people in the field to symbolize. --cj CJ Hendrix GIS Remote Sensing Projects Manager UAE Mobile: +971 50 142 5958 Haiti Mobile: +509 3656 7993 US Mobile: +1 510 384 6797 Skype: hendrix.cj On Fri, Jan 22, 2010 at 2:40 AM, Mark Prutsalis globali...@gmail.com mailto:globali...@gmail.com wrote: We urgently need volunteers to do some creative research to find the coordinates - latitude and longitude in degree decimals - for about 100 hospitals in Haiti. Instructions and background on the project are available at http://wiki.sahana.lk/doku.php/haiti:geolocatehospitalchallenge The spreadsheet with hospitals that we need coordinates on is here: http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en Instructions and suggestions are also embedded within the spreadsheet on tabs. Please put the word out. We hope to have this all completed by the end of Friday, 22 January. Thanks and best regards, Mark == Mark Prutsalis President CEO Sahana Software Foundation Tel 860-499-0332 Fax 801-697-8731 m...@sahanafoundation.org mailto:m...@sahanafoundation.org Support Sahana's Haiti earthquake relief efforts at http://haiti.sahanafoundation.org -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com mailto:crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com mailto:crisismappers%2bunsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. presets group name=Humanitarian Features item name=Roads text key=name text=Name/ combo key=highway text=Type values=primary,secondary,tertiary,footway delete_if_empty=true / combo key=Humanitarian:Road:OperationalStatus text=Operational Status values=Open,Restricted,Closed,Unspecified / combo key=Humanitarian:Road:OperationalStatusQuality text=Quality of Op. Status Info values=Reported,Confirmed,Unspecified / /item item name=Transport Obstacles combo key=type text=Type values=Bridge damage,Road damage,Landslide Mudslide,Debris,Checkpoint,Roadblock,Unspecified / combo key=Humanitarian:Obstacle:OperationalStatus text=Operational Status values=Open,Restricted,Closed,Unspecified / combo key=Humanitarian:Obstacle:OperationalStatusQuality text=Quality of Op. Status Info values=Reported,Confirmed,Unspecified / /item item name=Health Facilities text key=name text=Name/ combo key=type text=Type values=Hospital,Field Hospital,Health Centre-Clinic,Field Health Centre-Clinic,First Aid Centre,Field First Aid Centre / combo key=Humanitarian:HealthFacility:OperationalStatus text=Operational Status values=Open,Limited operations,Closed,Unspecified / combo key=Humanitarian:HealthFacility:OperationalStatusQuality text=Quality of Op. Status Info values=Reported,Confirmed,Unspecified / combo key=Humanitarian:HealthFacility:OrganizationType text=Type of Organization Responsible for Facility values=Government facility-public,Government facility-not public,Private for profit,Private non profit / text
[OSM-talk] RE: Haïti : [URGENT] Aide r equise pour localiser les hôpitaux d'Haïti sur OpenS treetMap
The Google Docs spreadsheet for Haiti hospitals is here: https://spreadsheets.google.com/ccc?key=0ArlMTYEgfvwsdERtTkxRUVVqRXdpVzlDSlF nb3F1UHc https://spreadsheets.google.com/ccc?key=0ArlMTYEgfvwsdERtTkxRUVVqRXdpVzlDSl Fnb3F1UHchl=en hl=en I notice however that there are a lot of Haiti healthcare facilities in this list: http://www.mmex.org/Health%20Care%20Facilities%20in%20Haiti%202002.pdf - which are not reflected in the Google Docs spreadsheet. Is that by design, or is that an unintentional oversight, and should the other facilities be added? David G. Smith PE PLS Synergist Technology Group, Inc. 570.280.6763 From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Jean-Guilhem Cailton Sent: Friday, January 22, 2010 3:05 AM To: OSM-talk Subject: [OSM-talk] Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Please, find bellow a text that you could forward to your contacts in the press, to increase the odds of finding Haitians able to help on this. And more generally to raise awareness on the need for remote help. Feel free to correct, improve, translate, etc. (I could help with translations into English or Spanish) Thanks, Jean-Guilhem --- Haïti : [URGENT] Aide requise pour localiser les hôpitaux d'Haïti sur OpenStreetMap Suite à une demande de l'OCHA (United Nations Office for the Coordination of Humanitarian Affairs), des volontaires d'OpenStreetMap s'efforcent de positionner une liste d'hôpitaux d'Haïti sur la carte du pays mise à jour en temps réel. Même la liste communiquée hier par le JRC (Joint Research Center - centre de recherche commun européen) à partir des sources qu'ils ont pu collecter (PAHO, MINUSTAH, Sahana, NGO's, Ushuaidi) ne contient pas toutes les positions. Le besoin et la façon dont chacun peut contribuer en fonction de ses connaissances sont décrits là : http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/News#2010-01-21 Plus généralement, la diffusion de l'information sur les produits cartographiques disponibles (pour GPS ou impression papier, avec mises à jour en temps réel), les services de routage tenant compte des dernières informations du terrain et les applications mobiles auprès des ONG et des intervenants gouvernementaux qui ne les connaissent pas déjà leur serait certainement utile. Chacun peut aussi aider concrètement Haïti à distance : - les Haïtiens ou ceux qui y ont vécu ou voyagé peuvent aider à positionner et identifier les lieux qu'ils connaissent (hôpitaux, noms de rues et numérotation, points d'eau, cimetières, etc...) - lecture de cartes, interprétation de noms de lieux, - interprétation d'éléments visibles sur l'abondante imagerie satellitaire et aérienne mise à disposition (camps de réfugiés, etc.), ainsi que sur les photos ou vidéos géolocalisées disponibles en ligne, - traduction de et vers le haïtien, traduction du français pour aider les volontaires non-francophones, vérification de l'orthographe des noms français (toponymes) - et une infinité d'autres choses. Merci de bien vouloir diffuser, et transmettre aux contacts pertinents que vous pourriez avoir (ou de bien vouloir m'indiquer comment les contacter.) Solidairement, Jean-Guilhem Cailton Toulouse OpenStreetMap, le Wikipédia de la carte ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
Hi, AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Hold it right there! I think there is a limit to just how much OSM will stretch and bend to match the needs of users. OSM is, first and foremost, a world-wide mapping project, and secondly, something that comes in handy in a crisis. OSM is not primarily a crisis mapping system. Crisis or no crisis, we have an established system of mapping roads. Your presets file contains only the types primary, secondary, tertiary, footway. OSM mappers are used to a more fine-grained approach and I do not think that just because our approach proves too complex for outsiders we should simply discard it. It is ok for newbie mappers to stick to a small number of road types, but your request to clean up existing data to only use these four types does cross a border with me. We'll do a lot to make our data usable, but we will not throw half of it away just because you currently don't see use for it. There is a tag transform plugin for OSM. If you want data that uses only four different road types, then we can translate OSM road types to your four types; but I am very much against ignoring established OSM practice just because users cannot be bothered to distinguish a track from a path. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
Hi Frederik, Look more carefully. I was just forwarding. I have no opinion on this, except that it looked relevant to OSM-talk. Jean-Guilhem Frederik Ramm a écrit : Hi, AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Hold it right there! I think there is a limit to just how much OSM will stretch and bend to match the needs of users. OSM is, first and foremost, a world-wide mapping project, and secondly, something that comes in handy in a crisis. OSM is not primarily a crisis mapping system. Crisis or no crisis, we have an established system of mapping roads. Your presets file contains only the types primary, secondary, tertiary, footway. OSM mappers are used to a more fine-grained approach and I do not think that just because our approach proves too complex for outsiders we should simply discard it. It is ok for newbie mappers to stick to a small number of road types, but your request to clean up existing data to only use these four types does cross a border with me. We'll do a lot to make our data usable, but we will not throw half of it away just because you currently don't see use for it. There is a tag transform plugin for OSM. If you want data that uses only four different road types, then we can translate OSM road types to your four types; but I am very much against ignoring established OSM practice just because users cannot be bothered to distinguish a track from a path. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
CJ, et al.: For the data models now and future, while we are looking at hospitals, I would also anticipate a need for locations/status of sensitive/captive/vulnerable populations, e.g. schools, orphanages, nursing homes and other community/group homes, prisons and so on. Please post any thoughts on data models tagging here: http://wiki.openstreetmap.org/index.php?title=Humanitarian_OSM_Tags David G. Smith PE PLS Synergist Technology Group, Inc. 570.280.6763 From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Jean-Guilhem Cailton Sent: Friday, January 22, 2010 9:59 AM To: OSM-talk Subject: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge] Message original Sujet : Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge Date : Fri, 22 Jan 2010 09:46:54 -0500 De : CJ Hendrix mailto:hendrix...@gmail.com hendrix...@gmail.com Répondre à : crisismapp...@googlegroups.com Pour : crisismappers mailto:crisismapp...@googlegroups.com crisismapp...@googlegroups.com Références : mailto:4b595684.2070...@gmail.com 4b595684.2070...@gmail.com We are in the process of setting up humanitarian tags based on the the UN Spatial Data Infrastructure. These are available as a presets file (xml) in JOSM. That file is attached. So, if you are taking on this task, please use the Health facilities presets. These presets are based on years of discussions with Subject Matter Experts and are well-known in the UN and other humanitarian communities (though we have streamlined them for this operation). Soon these presets will be posted as a live xml document that you can link your JOSM to, however, for the moment, I am attaching them here. AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Right now the tags in the OSM road data are messy and make it difficult for people in the field to symbolize. --cj CJ Hendrix GIS Remote Sensing Projects Manager UAE Mobile: +971 50 142 5958 Haiti Mobile: +509 3656 7993 US Mobile: +1 510 384 6797 Skype: hendrix.cj On Fri, Jan 22, 2010 at 2:40 AM, Mark Prutsalis globali...@gmail.com wrote: We urgently need volunteers to do some creative research to find the coordinates - latitude and longitude in degree decimals - for about 100 hospitals in Haiti. Instructions and background on the project are available at http://wiki.sahana.lk/doku.php/haiti:geolocatehospitalchallenge The spreadsheet with hospitals that we need coordinates on is here: http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4 dDlKREE http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B 4dDlKREEhl=en hl=en Instructions and suggestions are also embedded within the spreadsheet on tabs. Please put the word out. We hope to have this all completed by the end of Friday, 22 January. Thanks and best regards, Mark == Mark Prutsalis President CEO Sahana Software Foundation Tel 860-499-0332 Fax 801-697-8731 m...@sahanafoundation.org Support Sahana's Haiti earthquake relief efforts at http://haiti.sahanafoundation.org -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com mailto:crisismappers%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
- Original Message - From: Frederik Ramm frede...@remote.org To: Jean-Guilhem Cailton j...@arkemie.com Cc: OSM-talk talk@openstreetmap.org Sent: Friday, January 22, 2010 3:14 PM Subject: Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge] Hi, AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Hold it right there! I think there is a limit to just how much OSM will stretch and bend to match the needs of users. OSM is, first and foremost, a world-wide mapping project, and secondly, something that comes in handy in a crisis. OSM is not primarily a crisis mapping system. Crisis or no crisis, we have an established system of mapping roads. Your presets file contains only the types primary, secondary, tertiary, footway. OSM mappers are used to a more fine-grained approach and I do not think that just because our approach proves too complex for outsiders we should simply discard it. + 1 from me It is ok for newbie mappers to stick to a small number of road types, but your request to clean up existing data to only use these four types does cross a border with me. We'll do a lot to make our data usable, but we will not throw half of it away just because you currently don't see use for it. There is a tag transform plugin for OSM. If you want data that uses only four different road types, then we can translate OSM road types to your four types; but I am very much against ignoring established OSM practice just because users cannot be bothered to distinguish a track from a path. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
- Original Message - From: Frederik Ramm frede...@remote.org To: David Groom revi...@pacific-rim.net Cc: Adrian Brain adrianpbr...@yahoo.co.uk; talk@openstreetmap.org Sent: Friday, January 22, 2010 2:02 PM Subject: Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Hi, David Groom wrote: I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Should I include the p-code tag(s) in the place layer in the shapefiles on labs.geofabrik.de/haiti? This afternnon a lot of work has now gone in to creating better level 8 aadmin boundaries and adding P-Coide data to the admin boundaries relations. Not all are complete yet, but a large number are. Is it possible for you to produce an admin boundaries layer and add it to the shapefile zip? David Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] HAITI - simple map upgrade
hi, just to let you know there is an enhanced simple map available now in different formats: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Earthquake_map_resources#Printable_and_Static_Maps (last three entries) - png - svg - pdf it now covers a lot more features than before. new: - landslides - pcodes - camps as areas - more camps rendered - more naming cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Whereami not working on nokia 5800 MX
I can't get whereami Map application make use of the internal GPS in my NOKIA 5800 XpressMusic It start fine but at page LatLon/Menu/Connect it only list Bluetooth devices. How can I start up the internal GPS and connect it to whereami? whereami version: v0.14a (26th Aug 2009) S60v3 whereami home page: http://www.symbianos.org/admin.php?nav=projectsn=47 Nokia 5800 MX version: V 31.0.101 Also is there a forum for developer of whereami /Pelle _ Hitta kärleken i vinter! http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Whereami not working on nokia 5800 MX
Do you have any other third-party applications on the phone, that you could use to check if the GPS works with them? I know that the default setting on my phone (a BlackBerry Storm) is to have the GPS turned off unless calling 911 (emergency services). --Original Message-- From: Pelle Svensson Sender: talk-boun...@openstreetmap.org To: OpenStreetMap talk mailing list Subject: [OSM-talk] Whereami not working on nokia 5800 MX Sent: Jan 22, 2010 11:22 AM I can't get whereami Map application make use of the internal GPS in my NOKIA 5800 XpressMusic It start fine but at page LatLon/Menu/Connect it only list Bluetooth devices. How can I start up the internal GPS and connect it to whereami? whereami version: v0.14a (26th Aug 2009) S60v3 whereami home page: http://www.symbianos.org/admin.php?nav=projectsn=47 Nokia 5800 MX version: V 31.0.101 Also is there a forum for developer of whereami /Pelle _ Hitta kärleken i vinter! http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti street names
How often is Nominatim being updated? I am watching for an update to show up before I mark it as a 'yes' in the PaP street names table. David. On Thu, Jan 21, 2010 at 6:31 AM, Colin Marquardt cmarq...@googlemail.com wrote: 2010/1/19 Richard Fairhurst rich...@systemed.net: The Port-au-Prince map is astonishing but we're short on street names in some places. I've added a 1994 US military map as one of the background layers in Potlatch. You can use this to add street names easily. Full details are at: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Street_names I added a clickable version of the table to http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Haiti/Street_names (Talk: page because someone modified the table since I started working on it.) A click calls Nominatim for the street name in question and hopefully makes it easier to verify that we have it mapped correctly. Cheers Colin ___ 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] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge]
For my part, I don't think discriminating between footway vs. path tags really has much relevance to crisis issues, and any crisis tagging shouldn't be *overriding* OSM tagging - what is relevant to crisis mapping is operational status, security and practicability of the roads, e.g. traversable by what means, such as 4WD, what type and weight limit of truck, by motorcycles, pack animals, human, as well as indicating, via point or other feature types any roadway obstacles - I would think that these should augment and complement OSM tagging via additional tags, and not necessarily *replace* OSM tags. David G. Smith PE PLS Synergist Technology Group, Inc. 570.280.6763 -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of David Groom Sent: Friday, January 22, 2010 10:51 AM To: OSM-talk Subject: Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge] - Original Message - From: Frederik Ramm frede...@remote.org To: Jean-Guilhem Cailton j...@arkemie.com Cc: OSM-talk talk@openstreetmap.org Sent: Friday, January 22, 2010 3:14 PM Subject: Re: [OSM-talk] [Fwd: Re: [CrisisMappers] Geo-Locate the Haiti Hospitals Challenge] Hi, AN URGENT NEED in addtion to the hospitals is to clean up the road type tags to correspond with the humanitarian presets. Hold it right there! I think there is a limit to just how much OSM will stretch and bend to match the needs of users. OSM is, first and foremost, a world-wide mapping project, and secondly, something that comes in handy in a crisis. OSM is not primarily a crisis mapping system. Crisis or no crisis, we have an established system of mapping roads. Your presets file contains only the types primary, secondary, tertiary, footway. OSM mappers are used to a more fine-grained approach and I do not think that just because our approach proves too complex for outsiders we should simply discard it. + 1 from me It is ok for newbie mappers to stick to a small number of road types, but your request to clean up existing data to only use these four types does cross a border with me. We'll do a lot to make our data usable, but we will not throw half of it away just because you currently don't see use for it. There is a tag transform plugin for OSM. If you want data that uses only four different road types, then we can translate OSM road types to your four types; but I am very much against ignoring established OSM practice just because users cannot be bothered to distinguish a track from a path. Bye Frederik ___ 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] Haiti street names
2010/1/22 David Fawcett david.fawc...@gmail.com: How often is Nominatim being updated? I am watching for an update to show up before I mark it as a 'yes' in the PaP street names table. http://nominatim.openstreetmap.org/haiti/ should be very quick, sure you are using this one and not regular the non-/haiti/ version? Cheers Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Whereami not working on nokia 5800 MX
Yes, Garmin Mobile XT and it works fine. When it starts to navigate, the GPS is powered on. When the GPS is on a icon is displayed in the top right screen corner. But with whereami nothing happens. /Pelle Subject: Re: [OSM-talk] Whereami not working on nokia 5800 MX To: pelle2...@hotmail.com; talk-boun...@openstreetmap.org; talk@openstreetmap.org From: j...@jfeldredge.com Date: Fri, 22 Jan 2010 17:32:09 + Do you have any other third-party applications on the phone, that you could use to check if the GPS works with them? I know that the default setting on my phone (a BlackBerry Storm) is to have the GPS turned off unless calling 911 (emergency services). --Original Message-- From: Pelle Svensson Sender: talk-boun...@openstreetmap.org To: OpenStreetMap talk mailing list Subject: [OSM-talk] Whereami not working on nokia 5800 MX Sent: Jan 22, 2010 11:22 AM I can't get whereami Map application make use of the internal GPS in my NOKIA 5800 XpressMusic It start fine but at page LatLon/Menu/Connect it only list Bluetooth devices. How can I start up the internal GPS and connect it to whereami? whereami version: v0.14a (26th Aug 2009) S60v3 whereami home page: http://www.symbianos.org/admin.php?nav=projectsn=47 Nokia 5800 MX version: V 31.0.101 Also is there a forum for developer of whereami /Pelle _ Hitta kärleken i vinter! http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- 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 _ Hitta hetaste singlarna på MSN Dejting! http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
I added a quality code to: http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en 1=precise; 2=nearby; 3=approx village centroid Is there a way to implement that in OSM? (so that people will know whether they're getting approximate location?) Margie On Fri, Jan 22, 2010 at 11:23 AM, David Groom revi...@pacific-rim.net wrote: - Original Message - From: Frederik Ramm frede...@remote.org To: David Groom revi...@pacific-rim.net Cc: Adrian Brain adrianpbr...@yahoo.co.uk; talk@openstreetmap.org Sent: Friday, January 22, 2010 2:02 PM Subject: Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Hi, David Groom wrote: I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Should I include the p-code tag(s) in the place layer in the shapefiles on labs.geofabrik.de/haiti? This afternnon a lot of work has now gone in to creating better level 8 aadmin boundaries and adding P-Coide data to the admin boundaries relations. Not all are complete yet, but a large number are. Is it possible for you to produce an admin boundaries layer and add it to the shapefile zip? David Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Damaged building density and gathering areas at Jacmel
At 22/01/2010 19:47 SERTIT produced maps, around Jacmel, of damaged building density and gathering areas : http://sertit.u-strasbg.fr/SITE_RMS/2010/01_rms_haiti_2010/01_rms_haiti_2010.html Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: Re: [CrisisMappers] Is any one mapping IDP in Haiti using RS (remote sensing) tools]
Message original Sujet : Re: [CrisisMappers] Is any one mapping IDP in Haiti using RS (remote sensing) tools Date : Fri, 22 Jan 2010 14:03:49 -0500 De :Walter Svekla wsve...@gmail.com Répondre à :crisismapp...@googlegroups.com Pour : crisismapp...@googlegroups.com Références :4b9f8a901001221015g75f24baah956ed1973689f...@mail.gmail.com Check out analysis and data provided by ITHACA Dear all, please find attached an updating of the damage assessment as of 17 Jan, based on the high resolution imagery provided by Google and focused on: - roads (closed and restricted); - collapsed bridges; - temporary shelters. The point data have been placed according to the OpenStreetMap road network. The dataset (shapefile format, WGS84 geographic coordinates) will be continuously updated since the ortoimagery is being analysed in tiles. The footprint of the analysed area as well as the areas where the analysis was not possible (clouds/shadows) is attached. Updated maps will be posted in the following hours in the Maps section of the ITHACA web site. Best regards, the ITHACA team ___ Fabio Giulio Tonolo PhD, Geodesy and Geomatics Environmental engineer ITHACA - Information Technology for Humanitarian Assistance, Cooperation and Action Via Pier Carlo Boggio, 61 10138 - Torino - Italy Tel: +39.011.1975.1853 Fax: +39.011.1975.1122 www.ithacaweb.org http://www.ithacaweb.org/ fabio.giulioton...@ithaca.polito.it mailto:fabio.giulioton...@ithaca.polito.it On Fri, Jan 22, 2010 at 1:15 PM, Simcha Levental simle...@gmail.com mailto:simle...@gmail.com wrote: -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com mailto:crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com mailto:crisismappers%2bunsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti street names
On Fri, Jan 22, 2010 at 5:38 PM, David Fawcett david.fawc...@gmail.com wrote: How often is Nominatim being updated? I am watching for an update to show up before I mark it as a 'yes' in the PaP street names table. http://nominatim.openstreetmap.org/haiti/ should be updated approx. once an hour. Any problems or missing data let me know and I'll investigate asap. -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
somebody replaced my header with: NO NEW COLUMNS PLEASE: We have no use for this data I can't imagine that that's the case. I'm disappointed to have data removed. I understand if quality code data can't be used, possibly, in OSM. But somewhere, there should be a record of whether something is located to within a precise address, to a village centroid, or within a km of a town. Darn, really disappointed I'm not even sure to whom I should direct this issue? Who was the person who took out the header, complete with descriptions of (what I think are really reasonable) codes 1-4? Anyhow, I'm feeling deflated. I thought I was providing a really valuable service, and now, given that I don't know the location of the hospitals, and have generally been finding village and town centroids, it feels like really bad data, especially minus a quality code. My original description for the new column said: Quality code 1=precise geocode 2=nearby 3=village, within 0.3 km 4=town, within 1km Margie, working on http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en On Fri, Jan 22, 2010 at 1:44 PM, Margie Roswell mrosw...@gmail.com wrote: I added a quality code to: http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en 1=precise; 2=nearby; 3=approx village centroid Is there a way to implement that in OSM? (so that people will know whether they're getting approximate location?) Margie On Fri, Jan 22, 2010 at 11:23 AM, David Groom revi...@pacific-rim.net wrote: - Original Message - From: Frederik Ramm frede...@remote.org To: David Groom revi...@pacific-rim.net Cc: Adrian Brain adrianpbr...@yahoo.co.uk; talk@openstreetmap.org Sent: Friday, January 22, 2010 2:02 PM Subject: Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Hi, David Groom wrote: I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Should I include the p-code tag(s) in the place layer in the shapefiles on labs.geofabrik.de/haiti? This afternnon a lot of work has now gone in to creating better level 8 aadmin boundaries and adding P-Coide data to the admin boundaries relations. Not all are complete yet, but a large number are. Is it possible for you to produce an admin boundaries layer and add it to the shapefile zip? David Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HAITI - simple map upgrade
El 22/01/2010, a las 22:16, Gary68 escribió: hi sergio, thanks for your feedback. i am fully aware that my software certainly lacks a lot of functionaliy and features. it is not intended to be a full render system! in fact i wanted simple maps in which i could draw and write some data. now with the catastrophe in haiti i also wanted to provide some help. so in the last days i improved the old program to make a better solution. but there are still some things to do and there are things i am not going to solve. once because i don't ok, no problem thanks anyway. then i just need a kind dev to run the osm2ai.pl script [1] to this area [2] and pass the .ai result. or some tutorial to run the script myself ill do the rest. anyone? thanks sergio [1] http://trac.openstreetmap.org/browser/applications/utils/export/osm2ai/ [2] http://www.openstreetmap.org/?lat=18.2408lon=-72.5284zoom=14layers=B000FTF ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Whereami not working on nokia 5800 MX
I got it Working! There are 2 versions of s60v3, one is signed and one is unsigned. The signed version do not access the built in GPS and the gsm cell information. I did have some problems signing the unsigned version. I could not install the app after I have signed it, but after a while (2-3h) it did work! Must be something with the certificates and current time. app: Version: v0.14a (26th Aug 2009) S60v3 Signable http://www.symbianos.org/files/sis/whereami_0.14a_s60_v3_unsigned.sis sign: https://www.symbiansigned.com/app/page/public/openSignedOnline.do doc: http://wiki.openstreetmap.org/index.php/WhereAmI /Pelle Subject: Re: [OSM-talk] Whereami not working on nokia 5800 MX To: pelle2...@hotmail.com; talk-boun...@openstreetmap.org; talk@openstreetmap.org From: j...@jfeldredge.com Date: Fri, 22 Jan 2010 17:32:09 + Do you have any other third-party applications on the phone, that you could use to check if the GPS works with them? I know that the default setting on my phone (a BlackBerry Storm) is to have the GPS turned off unless calling 911 (emergency services). --Original Message-- From: Pelle Svensson Sender: talk-boun...@openstreetmap.org To: OpenStreetMap talk mailing list Subject: [OSM-talk] Whereami not working on nokia 5800 MX Sent: Jan 22, 2010 11:22 AM I can't get whereami Map application make use of the internal GPS in my NOKIA 5800 XpressMusic It start fine but at page LatLon/Menu/Connect it only list Bluetooth devices. How can I start up the internal GPS and connect it to whereami? whereami version: v0.14a (26th Aug 2009) S60v3 whereami home page: http://www.symbianos.org/admin.php?nav=projectsn=47 Nokia 5800 MX version: V 31.0.101 Also is there a forum for developer of whereami /Pelle _ Hitta kärleken i vinter! http://dejting.se.msn.com/channel/index.aspx?trackingid=1002952 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- 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 _ Nya Windows 7 - Hitta en dator som passar dig! Mer information. http://windows.microsoft.com/shop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
Hi Mark, thanks for the note. Honestly, I truly believe that it's better to capture the confidence or quality code, whichever you want to call it, when the data is captured. And having the legend left there (descriptions of 1-4) helps people do to that. You call it mission creep, but I think it's just an improved workflow; It makes more sense then trying to determine the quality of the data after-the-fact-of collection. Anyhow, I have placed several town centroids in there, and I know others have, and without a place to record that, it's just oy, really irksome, to this longtime GIS-er. (I got my first copy of MapInfo 19 years ago!) I can't in good conscience continue adding data without also signaling that the point is not accurate. With the satellite photography, you can tell if a town is small, or big,. And with a Google Maps ruler, you can see if your point is likely to be within one km or 0.3 km. Those confidence codes were designed to reflect that. We have to agree to common standards for the data schema and lock out changes - such as a new column. What sort of protocol is in place (if any) for agreeing to modify the common standards, to add a confidence code (or quality code)? What would it involve, technically (schema-wise), and socially? (Is crisismappers the appropriate list for this conversation? If so, happy to remove the talk from future distribution.) Margie On Fri, Jan 22, 2010 at 5:20 PM, Mark Prutsalis globali...@gmail.com wrote: I did... This spreadsheet is only for geo-locating the hospitals - then it will be fed back to OSM or anyone else who wants it - who is free to track confidence and other attributes. I agree that confidence is an important measure, but... mission creep The data entered is retained... and we can use it - but it was very incomplete - and other lists are not similarly categorized furthering the data integrity issues. That is the problem with these shared google spreadsheets. If you change their purpose and structure, they can no longer serve their original intended purpose. What we want to do is this: have a live spreadsheet that can be synced with a database - such that updates to the spreadsheet automatically update the database and vice-versa. We have to agree to common standards for the data schema and lock out changes - such as a new column. I will send an update shortly explaining further the proposal going forward. Best regards, Mark Margie Roswell wrote: somebody replaced my header with: NO NEW COLUMNS PLEASE: We have no use for this data I can't imagine that that's the case. I'm disappointed to have data removed. I understand if quality code data can't be used, possibly, in OSM. But somewhere, there should be a record of whether something is located to within a precise address, to a village centroid, or within a km of a town. Darn, really disappointed I'm not even sure to whom I should direct this issue? Who was the person who took out the header, complete with descriptions of (what I think are really reasonable) codes 1-4? Anyhow, I'm feeling deflated. I thought I was providing a really valuable service, and now, given that I don't know the location of the hospitals, and have generally been finding village and town centroids, it feels like really bad data, especially minus a quality code. My original description for the new column said: Quality code 1=precise geocode 2=nearby 3=village, within 0.3 km 4=town, within 1km Margie, working on http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en On Fri, Jan 22, 2010 at 1:44 PM, Margie Roswell mrosw...@gmail.com wrote: I added a quality code to: http://spreadsheets.google.com/ccc?key=0Aoyf-OlHreuhdDBkSWJ2d1FtMkpkTzZrV1B4dDlKREEhl=en 1=precise; 2=nearby; 3=approx village centroid Is there a way to implement that in OSM? (so that people will know whether they're getting approximate location?) Margie On Fri, Jan 22, 2010 at 11:23 AM, David Groom revi...@pacific-rim.net wrote: - Original Message - From: Frederik Ramm frede...@remote.org To: David Groom revi...@pacific-rim.net Cc: Adrian Brain adrianpbr...@yahoo.co.uk; talk@openstreetmap.org Sent: Friday, January 22, 2010 2:02 PM Subject: Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes Hi, David Groom wrote: I have attached tags for the majority of pcode level 2 already to towns and villages, using the pcode:2 tags as suggested on http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags#Emergency_Response_.26_Relief_Support_Infrastructure I believe that the pcode2 should probably refer to an administrative district rather than a place, but it would have been more time consuming in the first instance to break up the current admin boundaries and create relations to make smaller boundaries at the pcode:2 level. Its probably a task for later. Should I include the p-code tag(s) in the place layer in the
Re: [OSM-talk] Fw: [CrisisMappers] Haiti PCodes
Hi, Margie Roswell wrote: We have to agree to common standards for the data schema and lock out changes - such as a new column. [...] (Is crisismappers the appropriate list for this conversation? If so, happy to remove the talk from future distribution.) Well osm-talk surely is *not* the appropriate list for this conversation as it is long-standing OSM policy to allow everything that mappers want to map, so any talk of locking out changes is something that would either not happen on osm-talk or be shot down quickly. Of course the crisismappers list is free to define any protocols and standards they like but they will not restrict what people can, or will, enter into OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti coastline, [ was] coastline error checker stalled
On Wed, 2010-01-20 at 00:10 +, David Groom wrote: Great, will these shapefiles be used for the coast outline on the mapnik layer of www.openstreetmap.org? The coastline shapefiles on the main Mapnik layer have been updated to the 2010-01-20 data. The main Mapnik site use worldwide shapefiles which take about 8 hours to generate so it is not really practical to update them every day. They are typically updated about once per month from the data released in the weekly planet dumps. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HAITI - simple map upgrade
sorry i have answered to an incomplete message! this is the one El 22/01/2010, a las 23:18, sergio sevillano escribió: El 22/01/2010, a las 22:29, GS escribió: hi sergio, thanks for your feedback. i am fully aware that my software certainly lacks a lot of functionaliy and features. it is not intended to be a full render system! in fact i wanted simple maps in which i could draw and write some data. now with the catastrophe in haiti i also wanted to provide some help. so in the last days i improved the old program to make a better solution. but there are still some things to do and there are things i am not going to solve. once because i don't have the time and second not the expertise. so let's look where we are or what you want. you probably want to use a real render program like KOSMOS, osmarender or mapnik. you name it. as far as i know KOSMOS wont work on macOSX as it depends on microsoft.net library and osmarender and mapnik do need to mount a database... (the headache), right? your layer problem might already be solved. even with my output. try the svg files in a real vector graphics program like inkscape. there should be layers since i have lots of g id=... in the files. aside from that you can edit each single element. .svg on inkscape wont show any layers in gui. .pdf on illustrator brakes down typography and outputs a single layer, i think is due that your .pdf is a simple/small one not full featured and not intended to be edited. .svg on illustrator shows a single layer, but there are more nested into it. i didn't see that until now. so it may do the trick ! ill inspect it tomorrow and will give you feedback on this. if it already makes some layers maybe i quite easy to control that a bit there are graphics programs that split (my) graphics into smaller pieces. i already tried but don't remember the program name. maybe that helps too. there are errors in my maps because of incomplete data. (rivers maybe) i know! thats why i thought it may need a little hand fixing. you are right, a legend would be nice. i am thinking of implementing one. but all these things need time which i lack... kind regards gerhard ok, no problem thanks anyway. then i just need a kind dev to run the osm2ai.pl script [1] to this area [2] and pass the .ai result. or some tutorial to run the script myself ill do the rest. anyone? thanks sergio [1] http://trac.openstreetmap.org/browser/applications/utils/export/osm2ai/ [2] http://www.openstreetmap.org/?lat=18.2408lon=-72.5284zoom=14layers=B000FTF ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti coastline, [ was] coastline error checker stalled
On Jan 22, 2010, at 3:00 PM, Jon Burgess wrote: On Wed, 2010-01-20 at 00:10 +, David Groom wrote: Great, will these shapefiles be used for the coast outline on the mapnik layer of www.openstreetmap.org? The coastline shapefiles on the main Mapnik layer have been updated to the 2010-01-20 data. The main Mapnik site use worldwide shapefiles which take about 8 hours to generate so it is not really practical to update them every day. They are typically updated about once per month from the data released in the weekly planet dumps. Huge thanks for this update Jon! Dane ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HAITI - simple map upgrade
On Sat, Jan 23, 2010 at 00:04, sergio sevillano sergiosevillano.m...@gmail.com wrote: as far as i know KOSMOS wont work on macOSX as it depends on microsoft.net library and osmarender and mapnik do need to mount a database... (the headache), right? AFAIK mapnik does read osm files: http://trac.mapnik.org/wiki/OsmPlugin ok, no problem thanks anyway. then i just need a kind dev to run the osm2ai.pl script [1] to this area [2] and pass the .ai result. or some tutorial to run the script myself ill do the rest. anyone? thanks sergio [1] http://trac.openstreetmap.org/browser/applications/utils/export/osm2ai/ [2] http://www.openstreetmap.org/?lat=18.2408lon=-72.5284zoom=14layers=B000FTF this is a perl script, if under linux it should be easy to run, just use the terminal and run the script. if under windows, try using this: http://www.activestate.com/activeperl/ (some dependencies must first be resolved in order to be able to run the script) -- -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti coastline, [ was] coastline error checker stalled
- Original Message - From: Jon Burgess jburgess...@googlemail.com To: David Groom revi...@pacific-rim.net Cc: Lennard l...@xs4all.nl; OSM-talk talk@openstreetmap.org Sent: Friday, January 22, 2010 11:00 PM Subject: Re: [OSM-talk] Haiti coastline,[ was] coastline error checker stalled On Wed, 2010-01-20 at 00:10 +, David Groom wrote: Great, will these shapefiles be used for the coast outline on the mapnik layer of www.openstreetmap.org? The coastline shapefiles on the main Mapnik layer have been updated to the 2010-01-20 data. Thanks for the update. The main Mapnik site use worldwide shapefiles which take about 8 hours to generate so it is not really practical to update them every day. They are typically updated about once per month from the data released in the weekly planet dumps. That's a pity, as there were one or two errors in the 2010-01-20 data which have caused certian areas to render very wrong . David Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti coastline, [ was] coastline error checker stalled
The main Mapnik site use worldwide shapefiles which take about 8 hours to generate so it is not really practical to update them every day. They are typically updated about once per month from the data released in the weekly planet dumps. That's a pity, as there were one or two errors in the 2010-01-20 data which have caused certian areas to render very wrong . I'm open to updating it once-per-week if there are significant errors. I noticed that some of the sea areas around Miami are showing up as blocky bits of land at the moment. Alternatively, if you make some fixes and these are in the updated processed_p shapefiles from Hypercube coastline checker then let me know and I'll pull these files in. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
El Viernes, 22 de Enero de 2010, Jean-Guilhem Cailton escribió: So please do not reject a usage that could turn out to be useful just because you consider that OSM was not designed for it. From a technical point of view, this kind of info weighs nothing compared with the imagery and cartographic data that OSM is handling. But from a relief point of view, it may be vital. I'll quote Laurent Dedieu, who works for Médecins Sans Frontières: http://www.boingboing.net/2010/01/21/haiti-howto-set-up-a.html The first phase of an emergency is not the best moment to test new technology. Right now, people in Haiti are really overwhelmed by the basics. To introduce something completely new, where they're not sure how to use it or we don't have feedback [...] And a nice idea that's supposed to help you and facilitate your work can make you lose time. New technologies require a lot of field testing before they can be implemented. No matter how cool OSM is, now it is *not* the time to experiment with it. Go to a CrisisCamp in one or two months, and discuss the idea there. -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
El Viernes, 22 de Enero de 2010, Erik Johansson escribió: I always wondered if those hospitals on the OSM main map for Haiti was really up an running. Is it really an amenity=hospital of no patients can go there? Hey, you're welcome to the tagging wars over here. How to define the smoothness of a road? What makes a trunk road? How do you define a country boundary in cases of territorial duspite? Do we require shops to sell stationery to register as tobacconists? In other words: it's not only the hospitals :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
I agree ! (with your beginning, not your conclusion) This is exactly the reason why I advocate reusing existing, proved, known technology : OpenStreetBugs that has already been tried in crisis situation (see wiki/Task) and which just needs a new NAME over waiting for specialized solutions to be ready : (tag specifications, Sahana) (apologies to these: I admit not taking/having the time to read/understand how they work) Regards, Jean-Guilhem PS : please tell me something simpler if it is already here, I can't see it. Iván Sánchez Ortega a écrit : El Viernes, 22 de Enero de 2010, Jean-Guilhem Cailton escribió: So please do not reject a usage that could turn out to be useful just because you consider that OSM was not designed for it. From a technical point of view, this kind of info weighs nothing compared with the imagery and cartographic data that OSM is handling. But from a relief point of view, it may be vital. I'll quote Laurent Dedieu, who works for Médecins Sans Frontières: http://www.boingboing.net/2010/01/21/haiti-howto-set-up-a.html The first phase of an emergency is not the best moment to test new technology. Right now, people in Haiti are really overwhelmed by the basics. To introduce something completely new, where they're not sure how to use it or we don't have feedback [...] And a nice idea that's supposed to help you and facilitate your work can make you lose time. New technologies require a lot of field testing before they can be implemented. No matter how cool OSM is, now it is *not* the time to experiment with it. Go to a CrisisCamp in one or two months, and discuss the idea there. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: RE: [CrisisMappers] We are in urgent need of an updated street layer]
...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com mailto:crisismappers%2bunsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. __ Information from ESET Smart Security, version of virus signature database 4798 (20100122) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4798 (20100122) __ The message was checked by ESET Smart Security. http://www.eset.com -- You received this message because you are subscribed to the Google Groups CrisisMappers group. To post to this group, send email to crisismapp...@googlegroups.com. To unsubscribe from this group, send email to crisismappers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/crisismappers?hl=en. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
El Sábado, 23 de Enero de 2010, Jean-Guilhem Cailton escribió: PS : please tell me something simpler if it is already here, I can't see it. Maybe you missed http://haiti.ushahidi.com/ ? -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Whereami not working on nokia 5800 MX
On Friday 22 Jan 2010 10:52:44 pm Pelle Svensson wrote: I can't get whereami Map application make use of the internal GPS in my NOKIA 5800 XpressMusic It start fine but at page LatLon/Menu/Connect it only list Bluetooth devices. How can I start up the internal GPS and connect it to whereami? whereami version: v0.14a (26th Aug 2009) S60v3 whereami home page: http://www.symbianos.org/admin.php?nav=projectsamp;n=47 Nokia 5800 MX version: V 31.0.101 Also is there a forum for developer of whereami are you using a signed version - unsigned version will not work -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]
Iván Sánchez Ortega a écrit : El Sábado, 23 de Enero de 2010, Jean-Guilhem Cailton escribió: PS : please tell me something simpler if it is already here, I can't see it. Maybe you missed http://haiti.ushahidi.com/ ? Seems great, and certainly useful. But I am not on the ground to judge. I have seen reports that OSM is in GPS/apps on the ground. I don't know about ushahidi. Don't have/take time to browse, but, tired as i am, when i try, i get lost. On my screen it certainly looks much heavier than OSMBugs. Are you sure it doesn't fit in the new technology category your previous quote was against ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapping progress haiti and usage of provided maps
good morning, i must say that i am impressed with the speed mapping is done in PoP and the area. it is amazing to see more and more features appearing on the maps. i am also surprised that my simple maps were downloaded (and hopefully used) over 300 times already. but: i suspect there is still a lot to do in the south west :-( lots of buildings with not a single road in between... and big landslides visible there. cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Fwd: Re: [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !]]
But what harm can it do ? For someone with an iPhone (or Google phone) with OSM with a layer including OSMBugs=OSMEmergency in it Exemple use case 1: You want to report a emergency request. As soon as you are in an area with Internet access, you click on the location, type your report, and the whole world can see it. Exemple use case 2: You are looking for someone who has been calling for help. As long as you are in a covered area, you have the location on your screen and you can get incoming status updates. Now please let me go to sleep. :) Jean-Guilhem Message original Sujet : Re: [OSM-talk] [Fwd: Re: [CrisisMappers] FW: I NEED SUPPLIES NOW/ Location of Functioning Hospital : OSM PIPELINE SUGGESTED !] Date : Sat, 23 Jan 2010 07:43:02 +0100 De :Jean-Guilhem Cailton j...@arkemie.com Pour : Iván Sánchez Ortega i...@sanchezortega.es Copie à : OSM-talk talk@openstreetmap.org Références : 4b58e4ac.8090...@arkemie.com 201001230138.30493.i...@sanchezortega.es 4b5a6c01@arkemie.com 201001230433.04563.i...@sanchezortega.es Iván Sánchez Ortega a écrit : El Sábado, 23 de Enero de 2010, Jean-Guilhem Cailton escribió: PS : please tell me something simpler if it is already here, I can't see it. Maybe you missed http://haiti.ushahidi.com/ ? Seems great, and certainly useful. But I am not on the ground to judge. I have seen reports that OSM is in GPS/apps on the ground. I don't know about ushahidi. Don't have/take time to browse, but, tired as i am, when i try, i get lost. On my screen it certainly looks much heavier than OSMBugs. Are you sure it doesn't fit in the new technology category your previous quote was against ? ___ 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-nl] OSM Borrel zaterdag 23 januari
Op 19 januari 2010 19:18 schreef Henk Hoff toffehoff op gmail.com het volgende: Nog even een reminder dat er a.s. zaterdagavond ook een OSM borrel in Amsterdam is. Ik kom bijna zeker ook even langs. Ik heb nog een paar treinreizen te regelen en dat gaat altijd goed bij de treinreiswinkel. En omdat de board er dan ook bij is trotseer ik de A2 maar voor een keertje. Is er al een locatie geprikt? Er is ook niks op de wiki te vinden? Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Borrel zaterdag 23 januari
Ik heb een paar tips aan Henk doorgegeven, die allemaal in de omgeving Nieuwmarkt zijn (het Loosje waar ook de NJ-borrel was, en de Waag). Makkelijk te bereiken vanaf Amsterdam CS. Als Henk een definitieve keuze heeft gemaakt dan zal hij het hier wel posten. Martijn On Jan 22, 2010, at 1:46 PM, Maarten Deen wrote: Op 19 januari 2010 19:18 schreef Henk Hoff toffehoff op gmail.com het volgende: Nog even een reminder dat er a.s. zaterdagavond ook een OSM borrel in Amsterdam is. Ik kom bijna zeker ook even langs. Ik heb nog een paar treinreizen te regelen en dat gaat altijd goed bij de treinreiswinkel. En omdat de board er dan ook bij is trotseer ik de A2 maar voor een keertje. Is er al een locatie geprikt? Er is ook niks op de wiki te vinden? Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Borrel zaterdag 23 januari
Heb ik het weer gedaan ;-) Ga er in ieder geval vanuit dat het rondom de Nieuwmarkt is. Vanaf 18.00 uur bij Nam Kee (die aan de Nieuwmarkt dus) en ergens daarna de borrel bij De Waag. Ik heb geen flauw benul van hoe druk het daar is op een zaterdag avond. Gr, Henk Op 22 januari 2010 17:02 schreef Martijn van Exel mve...@gmail.com het volgende: Ik heb een paar tips aan Henk doorgegeven, die allemaal in de omgeving Nieuwmarkt zijn (het Loosje waar ook de NJ-borrel was, en de Waag). Makkelijk te bereiken vanaf Amsterdam CS. Als Henk een definitieve keuze heeft gemaakt dan zal hij het hier wel posten. Martijn On Jan 22, 2010, at 1:46 PM, Maarten Deen wrote: Op 19 januari 2010 19:18 schreef Henk Hoff toffehoff op gmail.com het volgende: Nog even een reminder dat er a.s. zaterdagavond ook een OSM borrel in Amsterdam is. Ik kom bijna zeker ook even langs. Ik heb nog een paar treinreizen te regelen en dat gaat altijd goed bij de treinreiswinkel. En omdat de board er dan ook bij is trotseer ik de A2 maar voor een keertje. Is er al een locatie geprikt? Er is ook niks op de wiki te vinden? Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Question about lanes
This is another one of those cases where the instructions used to be in unclear. For a while the Wiki said the count was number of lanes in each direction. Some did that, some did total lane count. It has since been changed to the current (and I'm told former) total count, but there is quite likely to still be bad data around. I'm guessing you've found some. Stephen 2010/1/22 Mark Pulley mrpul...@lizzy.com.au: I'm currently doing some edits in Armidale (NSW) following my trip there for Christmas. Many of the streets and surrounding roads are labelled lanes=1. Some of these are clearly wrong, as they have a painted line in the middle (lanes=2) - I will be changing these, but I wanted to check what to use if the road (residential or unclassified) doesn't have centre line markings. Should we use lanes=1 only if it's narrow, or in all residential roads without lane markings? (or leave the tag off completely?) What do other people do? Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
Mark, The number refers to the total number of lanes of the way. Refer to http://wiki.openstreetmap.org/wiki/Key:lanes for more information. They should be tagged with lanes=2 although AFAIK it is meaningless not required if it is a bi-directional road (as per the second example on the web page below). Would be interested in knowing if this is 'standard' practice or whether EVERY way should have a lanes tag. Craig I'm currently doing some edits in Armidale (NSW) following my trip there for Christmas. Many of the streets and surrounding roads are labelled lanes=1. Some of these are clearly wrong, as they have a painted line in the middle (lanes=2) - I will be changing these, but I wanted to check what to use if the road (residential or unclassified) doesn't have centre line markings. Should we use lanes=1 only if it's narrow, or in all residential roads without lane markings? (or leave the tag off completely?) What do other people do? Mark P. - ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
On Fri, 22 Jan 2010, Mark Pulley wrote: What do other people do? ignore lanes in country towns and cities i've plenty of other things i find useful to map next comment is that the lanes=1 on the wiki means one lane each way and so a one lane bridge needs to be lanes=1/2 a two lane road with a passing lane up hill needs to be lanes=3/2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
My thoughts are the same as Liz. The number of lanes should be the number available for each direction. If the road has a lanes= tag and a oneway=yes tag, then it should be the total number for the way. David On Fri, 2010-01-22 at 18:07 +1000, Stephen Hope wrote: This is another one of those cases where the instructions used to be in unclear. For a while the Wiki said the count was number of lanes in each direction. Some did that, some did total lane count. It has since been changed to the current (and I'm told former) total count, but there is quite likely to still be bad data around. I'm guessing you've found some. Stephen 2010/1/22 Mark Pulley mrpul...@lizzy.com.au: I'm currently doing some edits in Armidale (NSW) following my trip there for Christmas. Many of the streets and surrounding roads are labelled lanes=1. Some of these are clearly wrong, as they have a painted line in the middle (lanes=2) - I will be changing these, but I wanted to check what to use if the road (residential or unclassified) doesn't have centre line markings. Should we use lanes=1 only if it's narrow, or in all residential roads without lane markings? (or leave the tag off completely?) What do other people do? Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Blue?
On Fri, 22 Jan 2010 14:49:39 +0800, Arie Paap wildmy...@gmail.com wrote: The correct coastline data seems to be in use again. Tiles that still have blue background are updated when resubmitted for rendering. Would be nice to be able to determine what date the rendered coastline comes from. Yes, I've just got back from gathering some more street names and noticed the background back to normal in most places. Still some places blue, but I'm sure they'll come good eventually. -- Andrew ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] For the mapper with too much money who wants it all...
2010/1/22 David Murn da...@incanberra.com.au Just stumbled across this nifty little device.. http://gizmodo.com/5442073/sonys-gps+-and-compass +enabled-camera-knows-where-you-photographhttp://gizmodo.com/5442073/sonys-gps+-and-compass%0A+enabled-camera-knows-where-you-photograph For US$400 you get a full HD resolution camera, which can geotag your photos with both GPS coordinates and compass direction. Pity about the included google-based mapping software, but Im sure that could be changed to use OSM maps over time. If you want a relatively cheap device for geotagging, there are the Jobo photogps devices and some from DXG. You put them in the hotshoe of a camera. It has been out for some time. For reverse geocoding, it uses OSM. Disclaimer: I am linked to the company providing the chipset ;) Emilie Laffray ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] For the mapper with too much money who wants it all...
2010/1/22 David Murn da...@incanberra.com.au: For US$400 you get a full HD resolution camera, which can geotag your photos with both GPS coordinates and compass direction. Ummm $400 isn't that much money, when I was into photography you didn't get much for $400, a small/cheap lens maybe... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Blue?
- Original Message - From: Andrew Gregory and...@scss.com.au To: talk-au@openstreetmap.org Sent: Friday, January 22, 2010 2:12 PM Subject: Re: [talk-au] Blue? On Fri, 22 Jan 2010 14:49:39 +0800, Arie Paap wildmy...@gmail.com wrote: The correct coastline data seems to be in use again. Tiles that still have blue background are updated when resubmitted for rendering. Would be nice to be able to determine what date the rendered coastline comes from. Yes, I've just got back from gathering some more street names and noticed the background back to normal in most places. Still some places blue, but I'm sure they'll come good eventually. As I understand it the mapnik coastline file has today been updated using data from 20-1-2010 David -- Andrew ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] maps.bigtincan.com is down atm
Most if not all services should now be restored. Also in the mean time Franc was kind enough to upload suburb boundaries, so these can be reviewed and/or fixed by using the osm files: http://map-data.bigtincan.com/data/suburbs/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
Liz ed...@billiau.net wrote: another example of let's change the wiki and radically change meaning missed by me because i don't find the wiki useful That page is still useless. The second photo shows cars parked on both sides of the street facing away from the camera, which suggests it's a one-way street. It's a poor example. There's no indication of how to map asymmetrical roads, Liz's suggestion of using 1/2 or 3/2 amuses me. As a separate issue, how to map roads with differing numbers of lanes, perhaps based on time? Pacific Highway at Turramurra is an example, I think the Spit Bridge in Manly used to do the same thing. Sydney Harbour Bridge also changes the number of lanes used in each direction based on traffic flow. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
2010/1/23 Sam Couter s...@couter.id.au: There's no indication of how to map asymmetrical roads, Liz's suggestion of using 1/2 or 3/2 amuses me. The most common example I can think of is over taking sections on say the Pacific or New England or Bruce or highways where it isn't dual carriage way, it goes from 2 lanes (1 each way) to 2/1 or 2/2... As a separate issue, how to map roads with differing numbers of lanes, perhaps based on time? Pacific Highway at Turramurra is an example, I think the Spit Bridge in Manly used to do the same thing. Sydney Harbour Bridge also changes the number of lanes used in each direction based on traffic flow. The number of physical lanes doesn't change, although things like the Harbour bridge where they can assign arbitary numbers of lanes in either direction would be an interesting one to deal with :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
Sam Couter wrote: There's no indication of how to map asymmetrical roads, Liz's suggestion of using 1/2 or 3/2 amuses me. As a separate issue, how to map roads with differing numbers of lanes, perhaps based on time? Pacific Highway at Turramurra is an example, I think the Spit Bridge in Manly used to do the same thing. Sydney Harbour Bridge also changes the number of lanes used in each direction based on traffic flow. I suspect there may be some use in simply recording the number of lanes, eg lanes=3 on a two-way road. That's partly because the higher lane count direction is likely to be where it's needed to enhance traffic flow (normally uphill). And I think that at least some routing software biases routing towards roads with higher lane counts (other things being equal). John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
2010/1/23 Sam Couter s...@couter.id.au: The second photo shows cars parked on both sides of the street facing away from the camera, which suggests it's a one-way street. It's a poor example. You can't necessarily assume that a street is one way based on the direction the cars are parked. In some parts of the world it's legal and common to park on the wrong side of the road. Kevin. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
2010/1/23 Kevin Pye kevin@gmail.com: 2010/1/23 Sam Couter s...@couter.id.au: The second photo shows cars parked on both sides of the street facing away from the camera, which suggests it's a one-way street. It's a poor example. You can't necessarily assume that a street is one way based on the direction the cars are parked. In some parts of the world it's legal and common to park on the wrong side of the road. As far as I'm aware it's not legal to park on the wrong side of the road in NSW, although I don't think this is enforced much/at all. The states of Australia are trying to align their road rules, so I'd assume the same thing is true of other states. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Question about lanes
On Sat, 23 Jan 2010, Kevin Pye wrote: The second photo shows cars parked on both sides of the street facing away from the camera, which suggests it's a one-way street. It's a poor example. You can't necessarily assume that a street is one way based on the direction the cars are parked. In some parts of the world it's legal and common to park on the wrong side of the road. Kevin. Interestingly if you look at the bigger image (click on the little one) you will see that on both sides of the street cars are parked facing both ways. It's a sample Pommie street with Council housing from the 50s (IMnotHO); the cars have Pommie number plates. As an example photograph it is poor, the fallen blossoms are brighter than the road markings and quite confusing; there are no moving cars so we have no idea how many lanes there are other than a faint broken centre line. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Nutzung der Briefkastensuche [Was: Re: Packstationen]
steffen wrote: Hallo, Karl Eichwalder wrote: Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und deshalb bekommen wir keine, IIRC. Tobias Wendorff hatte bei denen angefragt und seine Ergebnisse hier dokumentiert: http://wiki.openstreetmap.org/wiki/DE:Kommunikation/DPAG Kann ich die Seite nutzen, um fehlende Angaben (Leerungszeiten) einzutragen? Briefkasten ist in OSM schon eingetragen. Die Nutzungsbedingungen dürften nicht mit der OSM Lizenz kompatibel sein: http://standorte.deutschepost.de/pages/info/de/index.html?id=legalnotice [...] Die Deutsche Post AG räumt dem Nutzer für die zur Verfügung gestellten Informationen das nicht ausschließliche, zeitlich unbefristete, unwiderrufliche und nicht übertragbare Recht ein, diese ausschließlich für Einzelabfragen zu privaten Zwecken zu nutzen. Jede gewerbliche Nutzung bedarf der schriftlichen Zustimmung der Deutschen Post AG. [...] Inhalt und Struktur der Deutsche Post Webseiten sind urheberrechtlich geschützt. Die Vervielfältigung von Informationen oder Daten, insbesondere die Verwendung von Texten, Textteilen oder Bildmaterial, bedarf der vorherigen Zustimmung der Deutsche Post AG. [...] p.s. Die Briefkästen würde ich nach der Karte eh nicht eintragen, da die Standorte nicht 100% stimmen. z.B. [1]. Hier ist der Briefkasten nummer zwei auf der falschen Straßenseite. Ja, die angegebenen Positionen sind nicht unbedingt die genauesten, selbst in Bielefeld Innenstadt habe ich schon Abweichungen um die 100m erlebt, ebenso Kästen die zwar real existieren aber nicht in der Suche auftauchen. Sie reichen aber um festzustellen wo 'uns' noch Kästen fehlen. Einen Abgleich der OSM post_box Daten mit den Suchergebnissen der Post als ToDo Liste halte ich persönlich noch für zu privaten Zwecken. D.h. ich mache mich mit der Information hier sind noch Kästen die uns fehlen auf die Suche, fotografiere die so gefundenen Kästen vor Ort, und erstelle dann daraus den OSM Eintrag samt Standortreferenz und Leerungszeiten. [...] Eine gewerbliche Nutzung wird u.a. dann vermutet, wenn mehr als 200 Einzelanfragen innerhalb von 24 Stunden gestellt werden. In solchen Fällen wird der Zugang für den Nutzer gesperrt. [...] Da ich den Abgleich allerdings nicht komplett von Hand mache sondern dafür schon ein Script geschrieben habe das ausgehend von einer Startadresse und den dazu gelieferten 10 nächsten Briefkastenstandorten rekursiv so lange weitersucht bis alle Kästen für eine Gemeinde oder eine Postleitzahl gefunden wurden bin ich während des Testens schon mehrmals in dieses 200 Anfragen je 24h limit hineingelaufen. Das ermitteln von Standorten mit der Postsuche und anschließende eigene Erfassung vor Ort als private, nicht gewerbliche Nutzung durchgeht ist allerdings bisher nur meine private Meinung, daher werde ich mein Abgleichscript wohl noch solange für mich behalten bis ich mich das nächste mal mit meinem Anwalt auf ein Bier getroffen habe ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schönheitsfehler in Osmarender
Hallo miteinander, Osmarender zeichnet sinnvoller Weise Straßen in einer Reihenfolge die ihrer Wichtigkeit entspricht, damit z.B. in Kreuzungsfällen die Hauptstraße nicht von einer Nebenstraße zerschnitten wird. Endet jedoch eine höherrangige auf einer durchlaufenden niederrangigen Straße, so wird das runde Ende der höherrangigen Straße auf die niederrangige Straße gezeichnet. Dies sieht unschön aus. Gibt es eine Möglichkeit dieses Verhalten innerhalb Osmarenders zu ändern ? Hier ein Beispiel mit einer endenen Autobahn. http://www.openstreetmap.org/?lat=52.47784lon=13.35535zoom=17layers=0B00FTF Gruß Slotty ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwalter der Strassenliste
geht es um was in Brandenburg zufaellig? da habe ich meine eigene nicht so schicke aber funktionierende Auswertung. (die detaillierte Statistik ist am ende der liste) zb http://shony.de/osm/streetnamescheck/de_Treuenbrietzen.html http://shony.de/osm/streetnamescheck/ ist zZt nur auf Brandenburg beschraenkt um downloaddaten zu sparen. Hatte auch die ueberlegung wenn es mehr wird die straßenlisten in ein wiki zu schreiben und von dort als quelle fuer die Auswertung zu holen. wenn ich helfen kann sag Bescheid, sofern Straßenliste als csv und gebietsgrenzen am besten als polygon -file vorliegen kann ich ja auch noch dein Gebiet zur Auswertung herunter laden. Jonas Stein wrote: Hallo, wir haben am Sa eine Mappingparty und moechten die Liste fehlender Strassen auf 0 reduzieren. Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand Fehler der Strassenliste entgegennehmen und einpflegen. Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und mehreren Mails keine Antwort erhalten. Wer hat noch Moeglichkeit zu helfen? Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt muesste man mal ueberlegen, wie man ihn unterstuetzen kann. Herzliche Gruesse, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung von Relationstags
Hi, die Links zu den Auswertungen haben sich geändert und alle Links müssten jetzt funktionieren. On Sonntag, 17. Januar 2010, Werner Hoch wrote: Die Auswertung habe ich für verschiedene Gebiete laufen lassen: Baden-Württemberg: (von heute) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw.html Deutschland: (von gestern) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de.html Planet: (latest) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet.html Grüsse Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatzattribute für Zäune (was: Mal wieder einiges in den Map Features ergänzt)
Am 22. Januar 2010 04:13 schrieb Martin Koppenhoefer dieterdre...@gmail.com: [Überlegungen zum Attributschema von Zäunen] - ich bevorzuge den Doppelpunkt gegenüber dem Unterstrich (barrier_type), man könnte evtl. auch nur type benutzen? [...] Die Höhe ist auch wichtig. (m.E. wichtiger als der genaue Typ). Würdet Ihr eher height oder barrier:height verwenden? Ich für meinen Teil habe aus der information=guidepost (guidepost=bicycle vs. bicycle=yes) gelernt, dass man bei der Erstellung neuer Schlüssel-Wert-Kombinationen Überschneidungen zu bereits bestehendem vermeiden sollte. Sowohl type=value als auch height=value werden bereits in anderen Zusammenhängen verwendet. Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten im Datenschema und der Wirklichkeit nie begegnen sollten :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwalter der Strassenliste
On Thu, Jan 21, 2010 at 05:55:06PM +0100, Jonas Stein wrote: Hallo, wir haben am Sa eine Mappingparty und moechten die Liste fehlender Strassen auf 0 reduzieren. Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand Fehler der Strassenliste entgegennehmen und einpflegen. Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und mehreren Mails keine Antwort erhalten. Wer hat noch Moeglichkeit zu helfen? Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt muesste man mal ueberlegen, wie man ihn unterstuetzen kann. Ich bin ziemlich Land unter durch alle moeglichen dinge im Real Life. Die kiste steht da und wer mag kriegt einen Shell account und kann das zeugs pflegen und zusammensetzen. Ich habe mit einer Wiki geschichte angefangen wo jeder selber neue auswertungen einkippen kann. Das zeugs funktioniert bis auf kleinigkeiten aber ich bin zum switch noch nicht gekommen. Sorry fuer die derzeitige Stille ... Flo -- Florian Lohoff f...@zz.de 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatzattribute für Zäune
Am 22. Januar 2010 05:02 schrieb Ulf Lamping ulf.lamp...@googlemail.com: barrier=fence barrier:material=wire barrier:type=chain-link ... für einen Maschendrahtzaun klingt mir jetzt z.B. ein wenig overengineered. Warum nicht einfach: barrier=fence fence_type=mesh_wire weil das nicht Maschendrahtzaun heisst, sondern Drahtgitterzaun? http://www.armaexport.com/wp-content/uploads/WELDED_MESH_WIRE_FENCE.jpg http://www.twpinc.com/ m.E. ist der Unterschied eines geschweissten zu einem geflochtenen Zaun nicht zu kompliziert. Wem das alles zuviel ist, der kann das ja sowieso weglassen und sich mit einem barrier=fence begnügen. Auch kann man barrier:material=wire beim Maschendrahtzaun z.B. weglassen. Mein Vorschlag: Seite verbessern (bei 200 Verwendungen kann man das aus meiner Sicht noch machen) und ganz wichtig: *passende* Fotos einfügen! +1 Die Fotos helfen wesentlich mehr als vieles andere :-) Aber auch hier, für den Bedarfsmapper nicht zu kompliziert machen - dann wendet es nämlich vielleicht auch mehr als einer an. kompliziert wird es doch nur, wenn entweder die Seite unübersichtlich gestaltet ist, oder man verschiedene, sich evtl. sogar widersprechende Seiten zum gleichen Thema im Wiki findet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 20.1.10 - mit extra Haiti- Karte
Hallo, die neuen Daten liegen wie immer bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Einige der speziellen Tags für Haiti sind eingepflegt, z.B. die eingestürzten Gebäude. Hier für gibt es im typ-File auch ein extra Icon. Die Haiti-Karte kann zu allen anderen Karten auf das GPS-Gerät hinzugefügt werden, sie hat die Family-ID 45 (für Mapsource-Nutzer und Typfile-Bauer) Zusätzlich haben wir einen rss-Feed aufgebaut, auf dem die Verfügbarkeit der Karten auf dem GwdG-Mirror angezeigt wird und der auch gleich anklickbar ist zum Download der Dateien. http://www.smash-net.org/osm_garmin_rss.xml -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatzattribute für Zäune
Falk Zscheile schrieb: Ich für meinen Teil habe aus der information=guidepost (guidepost=bicycle vs. bicycle=yes) gelernt, dass man bei der Erstellung neuer Schlüssel-Wert-Kombinationen Überschneidungen zu bereits bestehendem vermeiden sollte. Sowohl type=value als auch height=value werden bereits in anderen Zusammenhängen verwendet. Bei type stimme ich zu, da das momentan einen recht engen Verwendungszweck hat und den besser auch behalten sollte. Sonst wird es spätestens dann ein Problem geben, wenn jemand eine Zaun-Relation oder so bastelt. ;-) Bei height sehe ich aber kein Problem, denn das ist doch auch jetzt schon dafür vorgesehen, die Höhe aller möglichen Objekte anzugeben (auch wenn natürlich die Interpretation dessen, was die Höhe ist, vom Objekt abhängen kann). Das darf man daher m.E. genauso wie name an beliebige Objekte hängen. Key:height[1] nennt sogar ausdrücklich die Verwendung an barrier=wall als Beispiel, was ich für ein sehr verwandtes Themengebiet halte. Die Verwendung für Zäune ist wohl kaum eine Abweichung von der bestehenden Nutzung des Tags. Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten im Datenschema und der Wirklichkeit nie begegnen sollten :-) Straßendurchfahrtshöhe? Meines Wissens steht height für die Höhe eines Objekts, nicht für den freien Raum über einem Objekt. Für die wie viel Platz ist über dieser Straße-Info haben wir doch extra maxheight:physical eingeführt? (Falls es diesbezüglich wirklich unterschiedliche Interpretationen gibt und Diskussionsbedarf besteht, bitte ich um Abspaltung unter geändertem Betreff.) Tobias Knerr [1] http://wiki.openstreetmap.org/wiki/Key:height ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 20.1.10 - mit extra Haiti- Karte
Carsten Schwede schrieb: die neuen Daten liegen wie immer bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Einige der speziellen Tags für Haiti sind eingepflegt, z.B. die eingestürzten Gebäude. Hier für gibt es im typ-File auch ein extra Icon. Die Haiti-Karte kann zu allen anderen Karten auf das GPS-Gerät hinzugefügt werden, sie hat die Family-ID 45 (für Mapsource-Nutzer und Typfile-Bauer) Hi Teddy, Du wird übrigens in der aktuellen CC2 Folge (203) erwähnt ! http://www.cczwei.de/ Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatzattribute für Zäune
Am 22. Januar 2010 13:25 schrieb Tobias Knerr o...@tobias-knerr.de: Falk Zscheile schrieb: Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten im Datenschema und der Wirklichkeit nie begegnen sollten :-) Straßendurchfahrtshöhe? Meines Wissens steht height für die Höhe eines Objekts, nicht für den freien Raum über einem Objekt. Für die wie viel Platz ist über dieser Straße-Info haben wir doch extra maxheight:physical eingeführt? (Falls es diesbezüglich wirklich unterschiedliche Interpretationen gibt und Diskussionsbedarf besteht, bitte ich um Abspaltung unter geändertem Betreff.) Nein, falscher Alarm. Es gibt hier (zum Glück) nur die von dir zugrunde gelegte Interpretation. Ich habe height=value mit maxheight=value verwechselt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schönheitsfehler in Osmarender
Am 22.01.2010 11:20, schrieb Frederik Ramm: Hallo, Christian Slotwinsky wrote: Endet jedoch eine höherrangige auf einer durchlaufenden niederrangigen Straße, so wird das runde Ende der höherrangigen Straße auf die niederrangige Straße gezeichnet. Dies sieht unschön aus. Stimmt, aber es ist wirklich ein kompliziertes Problem, das Mapnik und auch z.B. Google genauso haben: http://maps.google.de/maps?ll=52.477827,13.355502spn=0.002911,0.004903z=18 Wenn Du einen Vorschlag fuer einen guten Algorithmus hast, der das richtig macht, nur her damit ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Frederik, ich arbeite daran ;-) . Eine, wenn auch nicht hundertprozentige, Lösung wäre die zeichnerische Verlagerung der link-Wege (z.B. primary-link) vor die niederwertigen Wege durch Änderung in der Rule-Datei. Aus meiner Sicht sollte dies kein Problem sein, da ein link-Weg auf der einen Seite immer einen Weg gleichen Wertes trifft wo die Zeichenreihenfolge keine Rolle spielt und an dem anderen Ende meist an einem niederwertigen Weg endet. Sonderfälle will ich nicht ausschließen, habe ich aber auch noch nicht gesehen. Fehlt somit nur noch eine Lösung für die restlichen Fälle. In einer OSM.xml Datei ist mir aufgefallen, dass ein Node der zeichnerisch am Anfang oder am Ende eines Ways sitzt, in der Wayauflistung auch am Anfang bzw. am Ende steht. Ist dies ein Zufall oder werden die Waynodes im Zuge der Datenbankabfrage nach Lage sortiert ? Gruß Slotty ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schönheitsfehler in Osmarender
Hallo, Christian Slotwinsky wrote: In einer OSM.xml Datei ist mir aufgefallen, dass ein Node der zeichnerisch am Anfang oder am Ende eines Ways sitzt, in der Wayauflistung auch am Anfang bzw. am Ende steht. Normalerweise werden die Nodes nach ID sortiert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
