Re: [Talk-transit] Deleting relations
Thanks. I figured it might be the Is it time to confuse myself by trying to use two different editors scenario. Richard On Mon, Aug 10, 2009 at 9:08 AM, Ed Loach e...@loach.me.uk wrote: I couldn’t find a way in Potlatch. What I did was: a) In Potlatch add a dummy node to the relation b) Download the area containing the dummy node in JOSM c) Delete the relation in the relations list in JOSM d) Upload changes e) Delete the dummy node (I used Potlatch but could also have used JOSM as both were open – I had to refresh Potlatch to be aware of the JOSM changes first though). I hope you don’t mind me deleting it. http://www.openstreetmap.org/browse/relation/193015 Ed *From:* talk-transit-boun...@openstreetmap.org [mailto: talk-transit-boun...@openstreetmap.org] *On Behalf Of *Richard Mann *Sent:* 10 August 2009 01:54 *To:* osm *Subject:* [Talk-transit] Deleting relations I created a relation 193015 for Pad-Reading infrastructure, not realising that someone had already done so. 193015 has no members, but I can't see any obvious way of deleting it (in Potlatch). Is it possible? Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Deleting relations
Yes, it does get confusing using two editors. I pressed U in Potlatch this morning to try and unselect things like I do in JOSM and suddenly all the deleted ways where I was mapping appeared. I switched to View and back to Edit to sort out that mistake. But each has different strengths and I use whichever one I feel most suited for the task (this morning I used JOSM to follow my trip from Clacton to Haverhill and back via Catterwade to check the roads were all aligned to the average of all the public traces (or in the NPE lanes, that they aligned at all – I also found two lanes that should have connected to the main road but weren’t). I also used JOSM to add a sportsground I visited at the weekend as I find it easier to use to add all the POIs, use Q to orthogonalise rectangles and so on. But this is off topic. Perhaps I should mention I added two bus stops (one with shelter) which I’ll probably have to merge when the import occurs. Ed From: talk-transit-boun...@openstreetmap.org [mailto:talk-transit-boun...@openstreetmap.org] On Behalf Of Richard Mann Sent: 10 August 2009 10:08 To: Public transport/transit/shared taxi related topics Subject: Re: [Talk-transit] Deleting relations Thanks. I figured it might be the Is it time to confuse myself by trying to use two different editors scenario. Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Railway route relations
On Monday 10 August 2009 09:10:15 Jochen Topf wrote: The infrastructure route is something different from the moving vehicles forming a route. They are two different concepts, so they deserve their own keys. A bicycle route or walking route is more like an infrastructure route, there are signs on the way. Its a physically existing thing. The moving vehicle route (which we called a line) is more ephemeral. To me signs have nothing to do with infrastructure. For me the infrastructure are the roads themselves. So to me a cycleroute is a moving vehicle route. From this follows that introducing line relations is not consistent at all, because then we have a different type of relation for public transport moving vehicle routes and private transport moving vehicle routes. -- m.v.g., Cartinus ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Fwd: Using OSM data for Flickr Map in Metro Manila, Philippines
Thanks Ian. I will ask the flcikr guys to do this. On 8/10/09, ian lopez ian_lopez_1...@yahoo.com wrote: --- On Sat, 8/8/09, maning sambale emmanuel.samb...@gmail.com wrote: Up to what boundingbox of Metro Manila region should we request? Some areas I personally want added are: Boracay Naga San Pablo, Los Banos area Tagaytay Rizal Angeles, Pampanga Subic [insert more here] For the bounding box for Metro Manila, here is my plan: The northern limit should be at San Miguel (Bulacan), while the southern limits could start from the beaches of Ternate, then to Tagaytay, and finally to Santa Rosa. The eastern limits could be in the Tanay area or in the Pililia area. We don't have to limit OSM's coverage in flickr to some parts of Metro Manila and Davao City. It would be better for us to have an OSM map on flickr for Mega Manila[1], Metro Cebu, Metro Davao, Naga, Angeles, Boracay, Olongapo, Baguio, Lucena, Bacolod, Tacloban, Palawan, Cagayan de Oro, and other key areas in the Philippines. [1] Mega Manila is term used for an area composed of Metro Manila and nearby regions. There are two definitions for Mega Manila: one is from the Philippine Information Agency (Metro Manila, CALABARZON, MIMAROPA, Central Luzon), while the other is from AGB Nielsen Philippines (Metro Manila, Bulacan, Rizal, Cavite, Laguna) . (Information based on http://en.wikipedia.org/wiki/Mega_Manila ) -- 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] osm-ph garmin gps pre-release 20090809
Hi, The pre-release OSM-PH Garmin Map is now available. Before you download, please remove and create a backup of previous OSM-PH map. Several improvements are: 1. Added more POI types. 2. More landuse polygons. 3. Including highway=road with default name=fixme. 4. Administrative level boundaries for municipalities and provinces. 5. Custom map style using the typ file. These includes custom icons, thinner road width, and custom landuse colors. The data (as of 20090809) was compiled using mkgmap ver. 1129. These includes 40,000 ++ kilometers of roads from 260 ++ contributors. To get the files, go to: https://free2.projectlocker.com/maning/osm_ph_garmin_map/trac/ You need to login first, use this generic account. username: osmphgps AT gmail DOT com password: osmphgps Download the maps at: https://free2.projectlocker.com/maning/osm_ph_garmin_map/trac/browser/pre-release/20090815 The draft test guidelines are here: https://free2.projectlocker.com/maning/osm_ph_garmin_map/trac/wiki/TestGuidelines Please report any problems in the trac/svn site. Regular release (September 2009) improvements will be based on your review and comments. Enjoy! maning -- 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: [OSM-talk-be] OSM Forêt de Soignes / Zoniënwou d
Pierre Parmentier wrote: I would like to join my efforts to complete the map of the Forêt de Soignes / Zoniënwoud. Is there a Belgian standard for the various highway tags applicable for wooden areas, forests, etc.? I see track, pedestrian, footway, cycleway and the rendering shows different symbols for the same type of highway! The problem is that there are many definitions to be found on different places and each allow a mapper to make his own interpretations. So this obviously results in a plethora of different tags for essentially the same path. And that in its turns makes it impossible to know what exactly is allowed on some paths. I'm trying to think of rules so that deciding how to tag everything is just a matter of simple rules and no interpretation, so everyone would tag the same. Current results here: http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads#Paths -- but I'm pretty sure it's not entirely free of controversy. Using highway=cycleway only for paths signed with traffic signs D7/D9/D10 would exclude a lot of paths which are currently signed as cycleway for example. Also, I've currently done a bit of work only for those public roads that have traffic signs. For domains like parks or nature reserves restrictions are usually signed differently. It could be with signs like these http://www.natuurenbos.be/nl- BE/Thema/Toegankelijkheid/Overzicht_toegankelijkheidsborden.aspx in nature reserves in Flanders. In some parks there's just a information sign at the entrances where it says in words that e.g. only cyclists and pedestrians are allowed inside). And I'm personally not entirely sure yet what would be the best way to tag all that, in order to not conflict with the tags as used for the paths with real traffic signs, as to not have a situation where the same tags could mean two different things with different access rules. I have no idea how everything is signed in the Zoniënwoud, but I guess it's part of the last group with special signs... (note that some of the things I'll say here below may just reflect my opinion and others may disagree) May I suggest for this particular case: 1. stick to the following keys: 1. **unclassified + surface values (asphalt or concrete or cobblestone Unclassified only to be used for roads that are accessible for normal people, meaning that it's a public road and you could just take a car to drive there (some restrictions may apply like access=destination). So if a road is only accessible for service vehicles, it becomes a path (because just like emergency vehicles, service vehicles can just go everywhere, even if it's a path signed as cycleway with D7). A road inside a domain where visitors can drive their car (e.g. to get to a parking or a caravan site on the domain) get the highway=service tag. 2. tracktype + grade 1 or grade 2 values (3 or 4 values in some cases, most tracks have a high grade for forestry engines!) tracktype only to be used with highway=track. Use grade 1 with care, tracks are only for unpaved roads (some Germans disagree on that). Same notes from unclassified above: service vehicles don't count as normal traffic, so if those are the only traffic allowed there (other than cyclists or horse drivers), it's a path. 3. path + restrictions values (*bicycle=no* or *horse=no*)** path by default allows: foot, bicycle, horse, moped (= moped_A + moped_B) 4. bridleway (a few specific cases) Use with care, and only if the path is *only* accessible by horses and no other vehicles. If cyclists can go there, no more bridleway. I'd prefer to only see bridleway being used together with traffic sign D13 (just like cycleway would only be used for certain traffic signs), and given that those domains usually don't have those signs, it'd be path + access rules. 5. cycleway (a few specific cases) see above. I doubt there are many paths there signed with D7/D9/D10 (it's possible though) so they become path if they're anything else. 2. remove pedestrian tags as it is more appropriate in urban areas indeed 3. suppress cycleway when highway key is activated I guess you mean removing the cycleway=track tags? The indeed don't mean anything together with higwhay=cycleway. It was just Potlatch that used to add that tag when choosing the cycleway preset. 4. suppress footway and replace it by path That would probably be closer to reality as well. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-si] Državna kolesarksa mreža
On Wednesday 29 July 2009 21:29:24 Miha wrote: Zivjo! Na OSM Wiki sem dodal navodila za označevanje državne kolesarske mreže http://wiki.openstreetmap.org/wiki/Slovenian_NCN_routes Komentarji dobrodošli (discussion page). Kot primer sem označil tudi del L 043, dela pa je še ogromno. Roka nisem postavil, ker je to malo bolj ambiciozen projekt kot pa PST ;-) Ali kdo ve kako pravilno interpretirati listo kolesarsakih poti? Problem je da je interaktivna karta premalo natančna da bi lahko identificiral podroben potek poti. Po drugi strani nimam pojma kako identificirati lokalne ceste. Kaj pomenijo posamezne oznake: NC, JP 639440, LC 111450, R3 647/1173? OK, za R3 je precej očitno da je regionalna cesta 3 reda. LC je verjetno lokalna cesta, JP mogoče javna pot? Je NC neoznačena/neklasificirana cesta? Kaj pomenijo te cifre za JP in LC oziroma, ali je mogoče kje ugotoviti katero pot oziroma cesto referencira posamezna številka? Oznake na terenu pa občasno izginejo. Naprimer za pot od Ruš do Maribora so na začetku prisotne oznake, zadnja je pri železniški postaji v Laznici, potem pa do Maribora brez oznak. ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] Državna kolesarksa mreža
Se strinjam glede natančnosti opisa, precej pesa, pa tudi v naravi ni vse oznaceno tako kot bi bilo treba. Kategorizacijo doloca Zakon o javnih cestah ( http://www.uradni-list.si/1/objava.jsp?urlid=200633stevilka=1349), podrobneje pa pravilnik o načinu označevanja javnih cest in o evidencah o javnih cestah in objektih na njih ( http://www.uradni-list.si/1/objava.jsp?urlid=199749stevilka=2594), zadnje spremembe (http://www.uradni-list.si/1/objava.jsp?urlid=20042stevilka=79), preciscenega besedila ne najdem. Zasledil sem tudi GC, verjetno gozdna cesta. Za vodenje evidence drzavnih cest je zadolzen DRS (http://www.dc.gov.si/). Na Wiki je naveden seznam odsekov iz leta 2006, preciscena verzija besedila iz 19.3.2009 pa je tule: http://www.uradni-list.si/1/objava.jsp?urlid=200923stevilka=938 Za občinske ceste in njihovo evidenco pa je zadolžena vsaka občina (kataster?). Verjetno je cilj vse zadeve spraviti v Zbirni kataster gospodarske javne infrastrukture ( http://prostor.gov.si/vstop/sistem_zbirk_prostorskih_podatkov/zbirni_kataster_gospodarske_javne_infrastrukture/), se pa podatki posiljajo tudi DRS enkrat letno. Pametnega vpogleda tudi sam nisem nasel, razen obcasnih objav o prekategorizaciji, ki so objavljene v UL in v zapisnikih obcinskih sestankov. LP, Miha. 2009/8/10 Blaž Lorger blaz.lor...@triera.net On Wednesday 29 July 2009 21:29:24 Miha wrote: Zivjo! Na OSM Wiki sem dodal navodila za označevanje državne kolesarske mreže http://wiki.openstreetmap.org/wiki/Slovenian_NCN_routes Komentarji dobrodošli (discussion page). Kot primer sem označil tudi del L 043, dela pa je še ogromno. Roka nisem postavil, ker je to malo bolj ambiciozen projekt kot pa PST ;-) Ali kdo ve kako pravilno interpretirati listo kolesarsakih poti? Problem je da je interaktivna karta premalo natančna da bi lahko identificiral podroben potek poti. Po drugi strani nimam pojma kako identificirati lokalne ceste. Kaj pomenijo posamezne oznake: NC, JP 639440, LC 111450, R3 647/1173? OK, za R3 je precej očitno da je regionalna cesta 3 reda. LC je verjetno lokalna cesta, JP mogoče javna pot? Je NC neoznačena/neklasificirana cesta? Kaj pomenijo te cifre za JP in LC oziroma, ali je mogoče kje ugotoviti katero pot oziroma cesto referencira posamezna številka? Oznake na terenu pa občasno izginejo. Naprimer za pot od Ruš do Maribora so na začetku prisotne oznake, zadnja je pri železniški postaji v Laznici, potem pa do Maribora brez oznak. ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si -- LP, Miha. ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
[OSM-talk] PDOP, HDOP, VDOP
My GPS logger can save PDOP, HDOP, VDOP, DAGE and DSTA precision data. When converting to GPX-track I can exclude points based on *DOP values. 1. Are there any use for DAGE and DSTA? (I have them disabled - enableing them decreases the estimated trackpoints in memory by 16%) 2. Which of the *DOPs are useful for this kind of filtering. 3. Do you happen to have some suggested values of *DOP when not to include the trackpoint? regards Konrad Skeri ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
Am Samstag, den 08.08.2009, 14:42 +0200 schrieb Martin Koppenhoefer: An example from the result of the current tidy-points-function here: http://trac.openstreetmap.org/attachment/ticket/2148/090808_potlatch_tidy-points_.png The exsample shows a problem which I also had once until I found that at least the simplify way plugin of JOSM has an option named simplify-way.max-error in the preference. Unfortunately, the default value of this option seems to be very high. If you set it to 1 (one meter) means below the accuracy of any currently available GPS than it should not be a problem. Problem for the JOSM plugin is that this option is not automatically added to the preferences and hidden in the description in the WIKI and you have to actively search for this option. Means the user has likely already done some damage before he is forced to change something. So I would think, that if the default value of the plugin is set to 1 and the option is automatically added to the preferences, than the situation would be much less bad and it would become a useful tool. Regards Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Lots of ways in Congo double
I'm doing some relations on borders in Congo (the Democratic Republic of) and see that a lot of ways (borders and highways) are double. Two ways exactly on top of eachother, with their own nodes. All way id's are in the 37.000.000's and appear to be created by user tmcw in a few different changesets (I've seen 1759554, 1759602 and 1759110). I have been deleting some of the ways already, is there still a good solution to remove the double ways? Mind you: I can not be certain that all edits are double in those changesets, so reverting them is probably not going to work. It would need to be some remove double script on the data itself. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lots of ways in Congo double
2009/8/10 Maarten Deen md...@xs4all.nl: I'm doing some relations on borders in Congo (the Democratic Republic of) and see that a lot of ways (borders and highways) are double. Two ways exactly on top of eachother, with their own nodes. All way id's are in the 37.000.000's and appear to be created by user tmcw in a few different changesets (I've seen 1759554, 1759602 and 1759110). I think the problem is due to the AfriCover guys using a borked version of bulk_upload06.py It re-uploaded all existing data as new. It also seems the new data was uploaded multiple times. The duplicates are disappearing extremely quickly... I've been cleaning parts of DRC. Others are working on Kenya. I've also been working on improving the routing North / South. Cape Town to Cairo is now routable. (Crosses Nile twice by ferry; Dongola-Sudan West - East and Wadi Halfa-Sudan - Aswan-Egypt). / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lots of ways in Congo double
hi marteen, you can use this program to find all dupes... http://wiki.openstreetmap.org/wiki/Waydupes.pl if you need assistance, let me know. i could probably run it for you. right now, as published, it just checks residentials. but with simple modifications other ways can be checked as well! cheers gerhard gary68 - original Nachricht Betreff: [OSM-talk] Lots of ways in Congo double Gesendet: Mo, 10. Aug 2009 Von: Maarten Deenmd...@xs4all.nl I'm doing some relations on borders in Congo (the Democratic Republic of) and see that a lot of ways (borders and highways) are double. Two ways exactly on top of eachother, with their own nodes. All way id's are in the 37.000.000's and appear to be created by user tmcw in a few different changesets (I've seen 1759554, 1759602 and 1759110). I have been deleting some of the ways already, is there still a good solution to remove the double ways? Mind you: I can not be certain that all edits are double in those changesets, so reverting them is probably not going to work. It would need to be some remove double script on the data itself. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk --- original Nachricht Ende ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
Hi! Martin Koppenhoefer schrieb: 2009/8/9 Liz ed...@billiau.net: I concur I found about 350 -400 km of highway uploaded (twice) with points at one per second at 100kmh travel speed Once uploaded and made into a way, and then the way deleted without removing the points, then uploaded again and while we have editors that allow that sort of default behaviour, then we need simplifying tools not sure. If someone left a real mess (like here leaving thousands of useless nodes behind), maybe it's better to undo his action and start from scratch. Why? When applying simplify way on these you get exactly what you want. bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
Hi! Andre Hinrichs schrieb: Problem for the JOSM plugin is that this option is not automatically added to the preferences and hidden in the description in the WIKI and you have to actively search for this option. +1 As long as you don't have any idea that such an option exists you don't start looking for it. So I would think, that if the default value of the plugin is set to 1 and the option is automatically added to the preferences, than the situation would be much less bad and it would become a useful tool. I disagree. Actually, when I download a plugin, I assume that the default operation of the plugin is already set to reasonable values and there should be no need to change anything before using it. If you set it to 1 it will simply appear broken. The main problem is simply that the tool looks harmless, but isn't, and is easily applied wrongly due to an overly aggressive default setting. Why don't we simply add a dialog when you apply the tool, showing the current setting, allowing to change it and giving some reasonable upper and lower bounds for the value. To prevent accidential damage, there could be a warning when you are using it in a dangerous or most likely harmful way. E.g. more than 10 ways are selected or using it on ways that already have less than 10 nodes. bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 11:30 AM, Tom Chancet...@acrewoods.net wrote: I'm 100% unclear about the distinction between highway=path and highway=footway. Paths and footways, which seem to be used for the same sorts of ways by different mappers, both show up differently on the main map. [..] I can only think of a few circumstances where I wouldn’t just opt for footway – little unofficial paths here and there in parks, across small bits of grass in towns and in the countryside. But I’ve seen path crop up in lots of situations where the other highway tags would be good enough. There has been some discussion lately on the italian mailing list, with no consensus reached, but quite a few of us are using footway for urban-style ways and path for outdoor/trekking style ways: the idea would be that you can go in a footway with any kind of clothing and footwear, while on a path foot=yes|designated you are expected to wear at a minimum confortable clothes and footwear, unless the sac_scale value suggests more tecnical equipment. -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
The German-language page is quite a bit clearer - it says use path in forests and fields (I think). Plus for cycleways that are segregated by line (hmm - this looks like a bodge; at least it's precise). The English-language page suffered from enthusiastic editing by people who thought path might lead to footway/cycleway ceasing to be required (unlikely). And the result does need tidying up. Richard On Mon, Aug 10, 2009 at 10:30 AM, Tom Chance t...@acrewoods.net wrote: Hi there, I'm 100% unclear about the distinction between highway=path and highway=footway. Paths and footways, which seem to be used for the same sorts of ways by different mappers, both show up differently on the main map. The Mapnik and ti...@home stylesheets have quite enough different way styles already, adding more just makes it even harder for your average user to interpret. So I think it’s important that we define the difference more clearly and apply it more consistently. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath The wiki page above, and the voting page for the proposal, suggest that highway=path should be used where you don’t really think footway, cycleway, bridleway, track and others are suitable. But then it suggests using highway=path with a subset of tags in place of highway=bridleway, which contradicts the first explanation. I can only think of a few circumstances where I wouldn’t just opt for footway – little unofficial paths here and there in parks, across small bits of grass in towns and in the countryside. But I’ve seen path crop up in lots of situations where the other highway tags would be good enough. Which is it to be? Regards, Tom ___ 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] Proliferation of path vs. footway
--- On Mon, 10/8/09, Richard Mann richard.mann.westoxf...@googlemail.com wrote: The English-language page suffered from enthusiastic editing by people who thought path might lead to footway/cycleway ceasing to be required (unlikely). And the result does need tidying up. This came up on talk-au list, also with no definite agreement. Although that was mostly about path v cycleway, but there are signs depicting bicycles on cycleways. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 10:30 AM, Tom Chancet...@acrewoods.net wrote: Hi there, I'm 100% unclear about the distinction between highway=path and highway=footway. Paths and footways, which seem to be used for the same sorts of ways by different mappers, both show up differently on the main map. That's because these maps are turning into colourful symbolisations of the tags, rather than being actual maps. A large constituency of people think that every tag should be rendered differently, whereas in fact the cartographers should be deciding how to communicate real-world features to the users of the maps. Especially in the case of paths, since we have multiple ways of tagging exactly the same thing, or where the differences are so small (c.f. my previous comments regarding minor/tertiary/unclassified) that they are the same thing to most people. The Mapnik and ti...@home stylesheets have quite enough different way styles already, Too true. My attempts to reconcile highway=path into the rendering scheme for OCM continues. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
--- On Mon, 10/8/09, Martin Simon grenzde...@gmail.com wrote: With path, you can distinguish between e.g. officially designated footways and those that have no designation at all. Furthermore, it is possible to tag combined cycle/foot/whateverways without discriminating one of the modes of transport. (like with highway=cycleway, foot=yes before) How do you propose to highlight the primary purpose? Cyclists want to know the best cycle path, the fact that cycling is allowed doesn't give enough information, and in fact by reducing these ways to a simple path + allowed uses information would be lost. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Tom Chance wrote: I'm 100% unclear about the distinction between highway=path and highway=footway. the whole highway=path-thingy was victim of a hostile takeover ;-) at the beginning highway=path was proposed as a something like a NARROW highway=track for use by bike, foot, horse, hiking, deer (mainly in non-urban areas). highway=track is typically used in farmland or forest (non-residential) areas and usable for 4-wheeled vehicles. highway=footway is a footway in urban areas (beneath road, in parks, between buildings, etc.) we discussed about that following the last geofabrik workshop and came to the conclusion to use highway=path in non-urban areas where the way has only one groove and use highway=footway/bicycle in rural/residential areas or when accompanying bigger roads. cheers, frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009 12:13:39 +0200, Martin Simon wrote: Path was and is intended to provide an alternative tagging scheme for things tagged with footway/bridleway/cycleway before that is not biased mode-of-transport-wise. With path, you can distinguish between e.g. officially designated footways and those that have no designation at all. Furthermore, it is possible to tag combined cycle/foot/whateverways without discriminating one of the modes of transport. (like with highway=cycleway, foot=yes before) If this is the proper conclusion of the voting then the tag is a complete, hopeless mess! Since the vote very clearly opposed deprecating footway, cycleway, and bridleway we must now have two parallel tagging schemas that are marking exactly the same features with more or less the same information in a different way. http://wiki.openstreetmap.org/wiki/Approved_features/Path Germans use highway=path for paths of any description fields and forests, Italians for paths in the countryside, English-speaking mappers either for miscellaneous little footpaths or as a wholesale replacement of footway/cycleway/bridleway, and in a few places people seem to just be making random distinctions (like footpaths in cemeteries). The result is a totally unclear fudge which leaves us either with needlessly complicated maps, or stylesheets with a long string of this or that or that or that definitions to describe near-identical features that should be rendered in the same way. It just makes me despair about the anarchic approach we have towards tagging. It's almost as bad as the utterly pointless (and still unresolved) distinctions around wood/forest. It's absolutely fine to create a new tag for a new feature, do what you want! But it's crazy that we let random unaccountable groups of wiki users change the rules for basic features like footpaths without having any sufficient processes and tools to make sure this then gets full agreement, clear documentation and proper enforcement. Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
--- On Mon, 10/8/09, Tom Chance t...@acrewoods.net wrote: for a new feature, do what you want! But it's crazy that we let random unaccountable groups of wiki users change the rules for Maybe some pages on the wiki should be locked, and translations of mapping features shouldn't change the original meaning/intent of them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Hi! Tom Chance schrieb: I'm 100% unclear about the distinction between highway=path and highway=footway. The same discussion erupts regularly on the German mailing list, also without results. There is no agreement on whether to primarily use footway/cycleway (as suggested by tag explanation) or whether to primarily use path (as suggested in several German tagging guidlines). The situation in Germany is rather tricky. The rules of traffic for dedicated foot-ways and cycle-ways are very strict. A sign indicating one type of use also implies that this use is compulsory and that all other types of use are prohibited. Everything is mutually exlusive, but multiple signs may be combined and there may be signs for exceptions. - Some mappers want to depict this situation as precisely as e.g. oneway regulations for cars and are using path and access=desigated/official to to this. - Some mappers believe that footway and cycleway should be used for this purpose, but that either contradicts the much more lenient English definition or does not depict the legal situation adequately, depending on personal interpretation - Some mappers are applying footway and cycleway rather indiscriminately to all sorts of ways so it basically only means not for cars in some areas In short: It's a mess. :-) bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 John Smith delta_foxt...@yahoo.com: --- On Mon, 10/8/09, Martin Simon grenzde...@gmail.com wrote: With path, you can distinguish between e.g. officially designated footways and those that have no designation at all. Furthermore, it is possible to tag combined cycle/foot/whateverways without discriminating one of the modes of transport. (like with highway=cycleway, foot=yes before) How do you propose to highlight the primary purpose? In the case of a combinet cycle and footway in germany, there is no primary purpose, pedestrians and cyclists have equal rights on these ways. So I tag highway=path,bicycle=designated,foot=designated. Cyclists want to know the best cycle path, the fact that cycling is allowed doesn't give enough information, and in fact by reducing these ways to a simple path + allowed uses information would be lost. It's not about allowing cycling(like official fooways that _also_ allow bicycles as guests), it's about official designation. This makes, at least in Germany, a big (legal) difference... So you could tag a footway which also allows bicycles as highway=footway,bicycle=yes(assuming footway implies foot=designated) or as highway=path,foot=designated,bicycle=yes. No Information loss, no difference, no problem. :-) -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
John Smith escribió: --- On Mon, 10/8/09, Tom Chance t...@acrewoods.net wrote: for a new feature, do what you want! But it's crazy that we let random unaccountable groups of wiki users change the rules for Maybe some pages on the wiki should be locked, and translations of mapping features shouldn't change the original meaning/intent of them. i was going to suggest just that ___ 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] Proliferation of path vs. footway
--- On Mon, 10/8/09, Martin Simon grenzde...@gmail.com wrote: makes, at least in Germany, a big (legal) difference... That isn't the case in other places, in some states of Australia you are allowed to cycle on foot paths, but the primary purpose is for pedestrians and they have right of way over cyclists. In other areas there are cycle paths and pedestrians are allowed but they aren't the primary users intended to use the way and cyclists mostly use them. So yes there would be information lost by simplifying things in the way you describe. Information loss, no difference, no problem. :-) That might be true for Germany, but it isn't for other parts of the world. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GPX on OSM slippymap?
Hi, This has probably been asked before, but I couldn't find anything on google. Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http://www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. Regards, Igor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009, Nop wrote: - Some mappers are applying footway and cycleway rather indiscriminately to all sorts of ways so it basically only means not for cars in some areas In short: It's a mess. :-) would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by path=cycleway path=footway path=shared be logically consistent with the German legal status of cycleways and footways? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 John Smith delta_foxt...@yahoo.com: --- On Mon, 10/8/09, Martin Simon grenzde...@gmail.com wrote: makes, at least in Germany, a big (legal) difference... That isn't the case in other places, in some states of Australia you are allowed to cycle on foot paths, but the primary purpose is for pedestrians and they have right of way over cyclists. In other areas there are cycle paths and pedestrians are allowed but they aren't the primary users intended to use the way and cyclists mostly use them. So yes there would be information lost by simplifying things in the way you describe. Well, I don't see why highway=path + proper access/designation tags can be a simplification compared to a simple cycleway or footway. For your footway example, I would suggest either highway=footway, bicycle=yes or highway=path, foot=designated(this is intended for pedestrians by law), bicycle=yes(bicycles are also allowed to use this way, but only as guests). We have this kind of footway (among other variants) here, too. Information loss, no difference, no problem. :-) That might be true for Germany, but it isn't for other parts of the world. No, this can be used everywhere. :-) -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
John Smith schrieb: That isn't the case in other places, in some states of Australia you are allowed to cycle on foot paths, but the primary purpose is for pedestrians and they have right of way over cyclists. foot=designated, bicycle=yes In other areas there are cycle paths and pedestrians are allowed but they aren't the primary users intended to use the way and cyclists mostly use them. So yes there would be information lost by simplifying things in the way you describe. bicycle=designated, foot=yes No information lost there... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Liz ed...@billiau.net: On Mon, 10 Aug 2009, Nop wrote: - Some mappers are applying footway and cycleway rather indiscriminately to all sorts of ways so it basically only means not for cars in some areas In short: It's a mess. :-) would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by path=cycleway path=footway path=shared be logically consistent with the German legal status of cycleways and footways? What does path=shared stand for? Shared between cyclists and pedestrians, pedestrians and horse riders or all three(as seen in Belgium, for example)? As highway=path was introduced to seperate the highway tag from the access tags and allow tagging of the legal status more clearly(not just in Germany), why not just use it as intended? This doesn't mean we have to throw awy everything tagged with footway/cycleway/bridleway... -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009, Martin Simon wrote: 2009/8/10 Liz ed...@billiau.net: On Mon, 10 Aug 2009, Nop wrote: - Some mappers are applying footway and cycleway rather indiscriminately to all sorts of ways so it basically only means not for cars in some areas In short: It's a mess. :-) would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by path=cycleway path=footway path=shared be logically consistent with the German legal status of cycleways and footways? What does path=shared stand for? Shared between cyclists and pedestrians, pedestrians and horse riders or all three(as seen in Belgium, for example)? As highway=path was introduced to seperate the highway tag from the access tags and allow tagging of the legal status more clearly(not just in Germany), why not just use it as intended? This doesn't mean we have to throw awy everything tagged with footway/cycleway/bridleway... -Martin The question is exploring the logic. From your answer you want to know more about shared It is hard to explore the logic with people vigorously defending a position and not answering the question. The underlying point is should highway be used at all where motorised vehicles are not wanted? At this stage we are just exploring the question, and asking if this different system would fit in another place. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
Hello Igor, You can go to gpsies.com and give it the URL for the GPX file e.g. http://www.openstreetmap.org/trace/475187/data After it renders you can choose the OSM slippy map. Regards, Nic On Mon, Aug 10, 2009 at 1:02 PM, Igor Brejc igor.br...@gmail.com wrote: Hi, This has probably been asked before, but I couldn't find anything on google. Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http://www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. Regards, Igor ___ 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] Proliferation of path vs. footway
John Smith schrieb: for a new feature, do what you want! But it's crazy that we let random unaccountable groups of wiki users change the rules for Maybe some pages on the wiki should be locked, and translations of mapping features shouldn't change the original meaning/intent of them. That however doesn't solve the problem of random unaccountable groups of wiki users voting on tagging proposals. Many accepted features have had less than 20 votes, and some of the tags even are in broken English. If you're saying translations can't change the meaning you need to make sure that the original descriptions work for any place in the world. How would you do that? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
It's not about allowing cycling(like official fooways that _also_ allow bicycles as guests), it's about official designation. This makes, at least in Germany, a big (legal) difference... So you could tag a footway which also allows bicycles as highway=footway,bicycle=yes(assuming footway implies foot=designated) or as highway=path,foot=designated,bicycle=yes. No Information loss, no difference, no problem. :-) ... except that many people don't like your assumption and interpret it as foot=yes instead. Regards, Marc -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
2009/8/10 John Smith delta_foxt...@yahoo.com: I didn't record PDOP information and such, but are there any solutions to record decent GPS traces on trails under forest canopy data collection other than a high end professional GPS datalogger? Not all data loggers are the same some have a much higher sensitivity. +1, actually you don't need (for better accuracy than 100 m) a high end professional DGPS (at least several thousand quid). You might be able to use sat overlays to estimate the true path. won't be more precise though (if you really mean sat and not aerial photo). In the end you would be tracing from aerial and use the track just as an reminder. It really depends what options you have available and how much time, money, effort etc you are willing to spend on it. Yes, if you have some time it will be an option to wait for the leaves falling in autumn (seriously). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
--- On Mon, 10/8/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: Yes, if you have some time it will be an option to wait for the leaves falling in autumn (seriously). What if they are evergreen and don't loose their leaves in autumn? :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Proliferation of path vs. footway
-- Forwarded message -- From: Martin Simon grenzde...@gmail.com Date: 2009/8/10 Subject: Re: [OSM-talk] Proliferation of path vs. footway To: Marc Schütz schue...@gmx.net 2009/8/10 Marc Schütz schue...@gmx.net: ... except that many people don't like your assumption and interpret it as foot=yes instead. Well, you're right here, we can not assume a designation for footways because in ancient OSM times nearly everything was tagged as a footway... don't change the meaning of existing tags is nearly as important as don't tag for the renderer ;-) So just add an explicit foot=designated to my example. -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 11:32 AM, Tom Chancet...@acrewoods.net wrote: On Mon, 10 Aug 2009 12:13:39 +0200, Martin Simon wrote: Path was and is intended to provide an alternative tagging scheme for things tagged with footway/bridleway/cycleway before that is not biased mode-of-transport-wise. With path, you can distinguish between e.g. officially designated footways and those that have no designation at all. Furthermore, it is possible to tag combined cycle/foot/whateverways without discriminating one of the modes of transport. (like with highway=cycleway, foot=yes before) If this is the proper conclusion of the voting then the tag is a complete, hopeless mess! Since the vote very clearly opposed deprecating footway, cycleway, and bridleway we must now have two parallel tagging schemas that are marking exactly the same features with more or less the same information in a different way. http://wiki.openstreetmap.org/wiki/Approved_features/Path Germans use highway=path for paths of any description fields and forests, Italians for paths in the countryside, English-speaking mappers either for miscellaneous little footpaths or as a wholesale replacement of footway/cycleway/bridleway, and in a few places people seem to just be making random distinctions (like footpaths in cemeteries). The result is a totally unclear fudge which leaves us either with needlessly complicated maps, or stylesheets with a long string of this or that or that or that definitions to describe near-identical features that should be rendered in the same way. It just makes me despair about the anarchic approach we have towards tagging. It's almost as bad as the utterly pointless (and still unresolved) distinctions around wood/forest. It's absolutely fine to create a new tag for a new feature, do what you want! But it's crazy that we let random unaccountable groups of wiki users change the rules for basic features like footpaths without having any sufficient processes and tools to make sure this then gets full agreement, clear documentation and proper enforcement. Anarchy in tagging died a bit back when some guys on the wiki decided ochlocracy was the way to go. Tagging used to be occasionally a confused mess. Now it's an organised, and approved confused mess where anyone with a clue automatically withdraws from discussions to keep their sanity intact (and to give them some more time to go and actually map something), knowing full well that not being there won't make much difference to the eventual stupid decision. Gah... must... be... more... positive... Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Tom Chance t...@acrewoods.net: This is all very nice, but doesn't solve the problem - actually it illustrates it. If you think having path and keep footway/cycleway/bridleway is a problem: no, this problem can hardly ever be solved within OSM. But it solves the problem of tagging these minor ways clearly. You've just explained that there are two different ways of tagging the same thing, and suggested that both are equally valid. That's pointless and confusing. What would you like to do? Force Mappers to use path? Automated mass-retagging of existing footways/cycleways/bridleways? Or just keep the old system because there must not be another way to do it, even if its more flexible? But we don't start using highway=path as a catch-all for footways, cycleways, bridleways and others just because we can capture the same meaning using access, surface, width and other tags. Why not? we can express the same, more flexible. And you know as well as I do that this not about width and surface, so don't try to make the path system look more complicated than it really is. Which do we go for? We can't have this stupid, unclear fudge. We can. We had this multiple times before. Think of address tagging before the Karlsruhe Workshop breaktrough or different public transport tagging(?). This problem will get solved automatically by time if people don't try to re-define long documented tags because they don't see thier use... -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Hi! Tom Chance schrieb: The result is a totally unclear fudge which leaves us either with needlessly complicated maps, or stylesheets with a long string of this or that or that or that definitions to describe near-identical features that should be rendered in the same way. It is even worse, as different groups of mappers use exactly the same tags with different meanings. This cannot be resolved by rendering rules or any other technicyl means. bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
You might be able to use sat overlays to estimate the true path. won't be more precise though (if you really mean sat and not aerial photo). In the end you would be tracing from aerial and use the track just as an reminder. For this case, I checked with the Yahoo imagery, and the canopy totally obscures the trail. It really depends what options you have available and how much time, money, effort etc you are willing to spend on it. Yes, if you have some time it will be an option to wait for the leaves falling in autumn (seriously). That's good to know - for most trails in this areas, the canopy consists of leaves that will fall. I wasn't sure if that would improve things. Otherwise it'd be a shame not to be able to map the trails - the only trail maps currently are on paid trail sites or paper maps posted on information signboards. Thanks, Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Martin Simon grenzde...@gmail.com: In the case of a combinet cycle and footway in germany, there is no primary purpose, pedestrians and cyclists have equal rights on these ways. So I tag highway=path,bicycle=designated,foot=designated. but it could be equally tagged as highway=cycleway foot=designated OR: highway=cycleway foot=official that latter was introduced (probably by the same people that already forced path) to express designated (which was allegedly not used in a proper way). In the end it seems, that every few month a new tag with the same meaning of an already existing is introduced to solve the problem of previously partly uncorrect associated tags. IMHO this nonsense will not help getting more interpretable / reliable data. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Dave Stubbs osm.l...@randomjunk.co.uk: Anarchy in tagging died a bit back when some guys on the wiki decided ochlocracy was the way to go. Tagging used to be occasionally a confused mess. Now it's an organised, and approved confused mess where anyone with a clue automatically withdraws from discussions to keep their sanity intact I was thinking exactly like this for quite a long time, but recently changed my mind: I noticed that almost all new contributors rely on the wiki (of course) and map according to what is defined there. I therefore believe it is important to have at least some basics in a way in the wiki, that it is there according to the actual usage of the tags. Also I strongly believe that too much anarchy and contradiction in the mapping guidelines and suggestions will make newbies turn away (for the mentioned sanity-reasons). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
I've done some rain-forest hiking, and I've noticed similar results. If you really want to see some wandering tracks, try hiking along the base of some cliffs, in dense forest. I have noticed that the errors do seems to be less the faster I'm moving. If I stand in one place for a while, the path can wander over quite an area if there is dense cover. If I walk fairly quickly, then it still has errors, but not as large. I think it must be finding more open patches and correcting itself more often. Stephen 2009/8/10 Mike N. nice...@att.net: I'm using netbook with just your average $30 GPS dongle to collect data. Today I took a 5 mile out-and back hike under dense forest canopy. The GPX traces for the same trail out and back are separated by as much as 100 meters. I didn't record PDOP information and such, but are there any solutions to record decent GPS traces on trails under forest canopy data collection other than a high end professional GPS datalogger? ___ 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] Crazy routing in OpenRouteService
On Sun, 9 Aug 2009 19:56:29 +1000, Liz ed...@billiau.net wrote: On Sun, 9 Aug 2009, Steve Hill wrote: Moving the destination slightly closer to another road causes sanity to be resumed. I misread sanity as salinity and wondered which ocean he was visiting next Interesting metric. Routing optimized for maximum buoyancy. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Tobias Knerr o...@tobias-knerr.de: Dave Stubbs wrote: Now it's an organised, and approved confused mess where anyone with a clue automatically withdraws from discussions to keep their sanity intact [...] knowing full well that not being there won't make much difference to the eventual stupid decision. Do you have some examples for bad decisions that were produced by wiki voting? path isn't a good example because most of the chaos actually stems from people using the pre-ochlocracy foot-/cycle-/bridleway without having a common definition for what they actually mean. the same thing that people wanted to achieve with path (expressing the official designation) can be achieved with those foot-/cycle-/bridleway by adding supplementory tags like xy=designated, xy=official. Therefore I would consider the introdution of path a bad decision. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
Thanks Nic! Regards, Igor On Mon, Aug 10, 2009 at 1:32 PM, Nic Roets nro...@gmail.com wrote: Hello Igor, You can go to gpsies.com and give it the URL for the GPX file e.g. http://www.openstreetmap.org/trace/475187/data After it renders you can choose the OSM slippy map. Regards, Nic On Mon, Aug 10, 2009 at 1:02 PM, Igor Brejc igor.br...@gmail.com wrote: Hi, This has probably been asked before, but I couldn't find anything on google. Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http://www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. Regards, Igor ___ 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] Proliferation of path vs. footway
Liz wrote: On Mon, 10 Aug 2009, Nop wrote: - Some mappers are applying footway and cycleway rather indiscriminately to all sorts of ways so it basically only means not for cars in some areas In short: It's a mess. :-) would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by path=cycleway path=footway path=shared be logically consistent with the German legal status of cycleways and footways? Following on from the 'discussion' on this list ... drop highway=cycleway and highway=foot? Add separate tracks for the footpaths associated with a highway footway=side footway=in_verge I currently HAVE a highway=secondary, and now I need to add the detail such as which side there is a 'sidewalk' or path isolated from the main way by a grass verge. We ONLY need the one highway= as that provides the vehicle routing, but that is not suitable for pedestrian use ( although it can be ). There are sections of footpath running alongside the road, or in the verge, and the pedestrian has to cross the road at some points to follow the safe footway ... along with footpaths isolated from the main road, but which are the pedestrian route associated with the 'highway'. Separate cycleways get their own tags as well, which may also be the prefered foot route, but I think that what is now adding to the confusion is creating additional 'highway' routes, which are not really part of the 'highway' grid? We separate waterway and indicate their tow-paths, but these really form part of the footpath grid rather than the canal network. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009 14:00:06 +0200, Martin Simon wrote: You've just explained that there are two different ways of tagging the same thing, and suggested that both are equally valid. That's pointless and confusing. What would you like to do? Force Mappers to use path? Automated mass-retagging of existing footways/cycleways/bridleways? Or just keep the old system because there must not be another way to do it, even if its more flexible? It's important for OpenStreetMap to have some coherence. It's quite important that you and I both agree that chair refers to a piece of furniture on which we sit. Imagine if you used the word chair to refer to a small furry pet that meows and likes fish! We can't have a situation where - as others have pointed out - we have people using a particular tag in many different ways. It also helps if we stick to one way of describing any particular thing. It's lovely that in England we have cow shed and byre and many other phrases for the same object. But when you're writing a stylesheet for Mapnik, or trying to download an extract, or writing a routing algorithm, your task is made ten times more difficult if you have to keep adding lots of alternative ways of describing the same thing. We don't need to force anybody to do anything, but here are some basic ways in we can encourage a more coherent approach: - discussions at SOTM or regional meetings - a well managed wiki (hah!) - stylesheets for Mapnik and ti...@home (both a bit out of hand, as Andy Allan says) - presets in Potlatch and JOSM - error checking tools - even bots that try to correct very minor errors like s/cahtolic/catholic/ I would support removing highway=path from Potlatch and JOSM and the Mapnik stylesheet until a wiki page is drawn up which unambiguously describes how it should be used. If it duplicates or replaces existing tags, that should be properly resolved. Which do we go for? We can't have this stupid, unclear fudge. We can. We had this multiple times before. Think of address tagging before the Karlsruhe Workshop breaktrough There's a big difference, Simon. Nobody had yet accepted any addressing schema, none of the community mechanisms I listed above properly supported any one approach, until the breakthrough. Now that approach is gradually being properly supported. It's a case of the anarchic approach working quite well, partly by luck. In this case, you have a tag which duplicates and possibly replaces existing tags; which nobody can agree on the definition for; and which is interpreted by different tools in different ways. That's a big step backwards. Cheers, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Hi! Martin Koppenhoefer schrieb: the same thing that people wanted to achieve with path (expressing the official designation) can be achieved with those foot-/cycle-/bridleway by adding supplementory tags like xy=designated, xy=official. Therefore I would consider the introdution of path a bad decision. Then you are still missing a tag for the general purpose path where you don't know any more details except it is not a road. bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Lester Caine les...@lsces.co.uk: Liz wrote: Following on from the 'discussion' on this list ... drop highway=cycleway and highway=foot? That would be bad idea Add separate tracks for the footpaths associated with a highway footway=side footway=in_verge but this something that would be really great as most, but not all of the roads have footways in one or both sides and that would make tagging such thing easily. This must be discussed, completed and accepted asap so more people could start using it without fear that it would change.. http://wiki.openstreetmap.org/wiki/Proposed_features/Footway I currently HAVE a highway=secondary, and now I need to add the detail such as which side there is a 'sidewalk' or path isolated from the main way by a grass verge. We ONLY need the one highway= as that provides the vehicle routing, but that is not suitable for pedestrian use ( although it can be ). There are sections of footpath running alongside the road, or in the verge, and the pedestrian has to cross the road at some points to follow the safe footway ... along with footpaths isolated from the main road, but which are the pedestrian route associated with the 'highway'. Separate cycleways get their own tags as well, which may also be the prefered foot route, but I think that what is now adding to the confusion is creating additional 'highway' routes, which are not really part of the 'highway' grid? We separate waterway and indicate their tow-paths, but these really form part of the footpath grid rather than the canal network. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ 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] Do we care if its forest or wood? Natural worldmapping ...
On Sun, Aug 9, 2009 at 12:17 AM, Jason Cunningham jamicu...@googlemail.comwrote: Looking at the discussion Mike Harris has already suggested the tags I would suggest, but I may as well repeat them natural=woodland land covered with trees (Minimum Crown Cover = 20%) Sounds like a good idea to me. landuse=forestry I am not so sure about this. Combining landuse and natural is not normally done (?) and I think forestry can be assumed outside of conservation areas. - Gusatv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Hi! Liz schrieb: would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by I think we should step back one step. The discussion here seems about to fall victim to the same mechanisms that produced the present chaos. Different people/groups think they have solved the problem for their (local) use cases and are arguing in favor of their solution, which usually involves interpreting existing tags in a specific way. I am glad that this topic has come up - and of course I have my own ready-made suggestion for a solution - but I suggest we look at the problems and goals again before we go for a specific solution attempt. I think the main questions are: - Can we agree on a common interpretation of what foot/cycleway are supposed to mean? - Do we want a general meaning for every country, delegating local specifics to other tags, or a local meaning dependent on a countries specific conditions? - Can we use the existing access-Tags to describe the exact rules of traffic e.g. in Germany (which seems to have the highest requirements so far) and agree on the meaning there, too, or do we need to invent a whole new scheme for local specifics? - Do we tag generic trails as highway=path or does this tag have a more complex meaning? Can we try to discuss the problem at this level before proposing detailed tagging schemes? There is also the questions which is important but should not be mixed in: - how can we get a coherent tagging model for OSM? bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Nop ekkeh...@gmx.de Hi! Liz schrieb: would a suggestion made on the talk-au list in which highway=footway and highway=cycleway be deprecated and be replaced by I think we should step back one step. The discussion here seems about to fall victim to the same mechanisms that produced the present chaos. Different people/groups think they have solved the problem for their (local) use cases and are arguing in favor of their solution, which usually involves interpreting existing tags in a specific way. I am glad that this topic has come up - and of course I have my own ready-made suggestion for a solution - but I suggest we look at the problems and goals again before we go for a specific solution attempt. I think the main questions are: - Can we agree on a common interpretation of what foot/cycleway are supposed to mean? - Do we want a general meaning for every country, delegating local specifics to other tags, or a local meaning dependent on a countries specific conditions? - Can we use the existing access-Tags to describe the exact rules of traffic e.g. in Germany (which seems to have the highest requirements so far) and agree on the meaning there, too, or do we need to invent a whole new scheme for local specifics? - Do we tag generic trails as highway=path or does this tag have a more complex meaning? Can we try to discuss the problem at this level before proposing detailed tagging schemes? There is also the questions which is important but should not be mixed in: - how can we get a coherent tagging model for OSM? +1 For the general email. Agreeing on the definition first is always a good first step to construct something. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
Lauris Bukšis-Haberkorns wrote: Add separate tracks for the footpaths associated with a highway footway=side footway=in_verge but this something that would be really great as most, but not all of the roads have footways in one or both sides and that would make tagging such thing easily. This must be discussed, completed and accepted asap so more people could start using it without fear that it would change.. http://wiki.openstreetmap.org/wiki/Proposed_features/Footway This is missing the point completely :( Micro mapping needs to have a SEPARATE way for this. Just the short distance between my own road and the next village has several changes of side and position for the footpath, which simply adding tags to the existing ways does not properly address! This is a case of the distinct difference between 'highway' defines everything, and mapping the actual features rather than guessing where they are relative to some vaguely connected highway. If we are never going to provide high resolution maps, then the guestimate method works, at some point, actual road widths become important, as does additional features either side of those roads? Once you start adding this sort of fine detail it has to be done as a separate object. Breaking up a simply way every time the footpath detail changes, and then trying to combine that with additional ways where they fall a bit further way from the road is what needs to be avoided? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
++ 10/08/09 13:02 +0200 - Igor Brejc: Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http:// www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. I have made a small script (based on the documentation on the wiki) that allows you to quickly render a GPX file on an OSM slippy map. To use this, append the URL to the GPX file at: https://rejo.zenger.nl/topo/osm/?fn=[url-to-gpx-file] That's it. For example: https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpx If that works and you want to include it into some webpage, use: iframe src=https://rejo.zenger.nl/topo/osm/?fn=[url-of-track]; width=[width-of-embedded-image] height=[height-of-embedded-image] frameborder=0/iframe You may add some variables to the URL which adjust the rendering of the GPX track on the Openstreetmap. By adding sc=blacksw=10so=0.4 you would set the track to appear as a thick black and highly transparant, where the default is a medium thick, red and half-transparant line. There is some more information at: https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php And there is some background information at: https://rejo.zenger.nl/topo/howto-deploy-your-own-osm-slippy-map.php -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
-- From: Stephen Hope slh...@gmail.com I've done some rain-forest hiking, and I've noticed similar results. If you really want to see some wandering tracks, try hiking along the base of some cliffs, in dense forest. The area I was in was in a steep valley, and some areas are really wild. In the example http://home.att.net/~niceman/GPXTrace.jpg The upper left trace is mostly correct with the direction of travel shown. Point #1 I believe to be very accurate because it emerges in the correct corner of the parking lot. After I spent time in the parking lot and retraced, the error level jumps to the 100 meter range and stays there. It will be interesting to compare when the leaves fall. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Aug 10, 2009, at 4:32 AM, Tom Chance wrote: Which do we go for? We can't have this stupid, unclear fudge. Yes we can it's OSM it's anarchy :) Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009 16:06:12 +0200, Nop ekkeh...@gmx.de wrote: I think the main questions are: - Can we agree on a common interpretation of what foot/cycleway are supposed to mean? - Do we want a general meaning for every country, delegating local specifics to other tags, or a local meaning dependent on a countries specific conditions? - Can we use the existing access-Tags to describe the exact rules of traffic e.g. in Germany (which seems to have the highest requirements so far) and agree on the meaning there, too, or do we need to invent a whole new scheme for local specifics? - Do we tag generic trails as highway=path or does this tag have a more complex meaning? Can we try to discuss the problem at this level before proposing detailed tagging schemes? There is also the questions which is important but should not be mixed in: - how can we get a coherent tagging model for OSM? +1 to the above. Incidentally, I personally think that Nick Whitelegg's reasoning is sound, and that ideally something like the path proposal *should* replace and deprecate footway, cycleway, etc. But we really need to change the way we develop our tags, so that a more sensible procedure along the lines Nop proposed can actually be implemented. I'm going to start a new thread with a thought on that. Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
Hi! Apollinaris Schoell schrieb: To prevent accidential damage, there could be a warning when you are using it in a dangerous or most likely harmful way. E.g. more than 10 ways are selected or using it on ways that already have less than 10 nodes. use the plugin and if you miss features file a trac ticket. but you will see it's all builtin already How many users do you think are using JOSM? How many of those have any idea what trac is? I am not missing those features, I already did some damage simplyfying ways and learned from it. This is about future users. bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A process for rethinking map features
Dear all, If the wood/forest and path/footway arguments have taught us one thing, it's that the current model doesn't work all the time (100s of emails, disorganised wiki discussions, votes with 20 or so random people). We develop, over years, one set of tags like highway=footway/cycleway/bridleway/etc. and then over time we realise the schema isn't quite right. But we're incapable of discussing it in a structured manner, and we rarely get a useful consensus. For simple matters like proposing a completely new, minor tag it's fine. Where competing proposals for new features, like house numbers, live side by side we generally find a superior solution gaining traction. Where proposals throw up bigger or more complicated questions about existing tags, used on thousands or even millions of nodes and ways, the whole thing is falling apart. So... I propose that we grow up a little and use something like this process: - Tags are proposed on the wiki, no change to current practice - If the proposal throws into question existing, accepted tags, defer the proposal to small working groups - These working groups study the wider questions and formulate a complete proposal for new tags, deprecation, etc. - At SOTM present and discuss their proposals and vote - If proposals are accepted, a combination of carrot (rendering stylesheets, Potlatch presets, etc.) and sticks (error checking, auto-correcting bots) to implement the accepted proposals So for example Nick Whitelegg and Martin Simon might lead a group to work out how best to tag paths of all kinds. If their proposal was accepted at SOTM 2010, somebody would create a map highlighting all the ways that probably need to be corrected and a massive effort to bring things in line with the new schema would kick off. Does this sound workable? Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
2009/8/10 Nop ekkeh...@gmx.de: Hi! Apollinaris Schoell schrieb: To prevent accidential damage, there could be a warning when you are using it in a dangerous or most likely harmful way. E.g. more than 10 ways are selected or using it on ways that already have less than 10 nodes. IMHO let not apply it to more than 1 way at a time will be an approach. If we agree that it is in every case necessary to manually control the effect of this function, why should you apply it to more than 1 way? I am not missing those features, I already did some damage simplyfying ways and learned from it. This is about future users. +1 and NOP is a poweruser. Imagine hundreds or thousands of users that don't want to follow the mailing-list and read the wiki twice a month but just do some occasional mapping. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A process for rethinking map features
2009/8/10 Tom Chance t...@acrewoods.net: out how best to tag paths of all kinds. If their proposal was accepted at SOTM 2010, ... Does this sound workable? it surely doesn't speed up things ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
+1 On Aug 10, 2009, at 6:51 AM, Nick Whitelegg wrote: I'll say what I always say these days whenever this subject comes up :-) That is, I believe the highway tag should represent the physical surface, not the rights. My current views on this are: highway=track - a dirt/stone track, theoretically usable for off road vehicles (though not necessarily any legal right) highway=path - a narrow path, typically with mud/stone surface highway=path; surface=paved - a concrete path typically used in urban areas, what most people are using footway for Then, the actual rights should be defines using foot, horse, etc. foot=yes has more or less become unusable, as different people mean different things, so therefore foot should be no, private, permissive (use granted by landowner) or designated (a legal right, such as a UK public footpath, or - though my knowledge of German or Swiss law on rights of way is not good - waymarked paths in Germany or Switzerland such as the yellow diamond routes in the Schwarzwald or the red/white waymarked mountain paths in Switzerland). As an alternative to foot/horse etc one could use the designation tag such as designation=public_footpath or public_bridleway, designation=cycleway for an official cycleway, or (at a guess for Switzerland, I may be wrong) gelb, rot/weiss and blau/weiss for the different types of path with different difficulties. Things like highway=bridleway or cycleway I would prefer to see deprecated, and replaced by path/track with surface/bicycle/horse tags, though I still tag with them as that is the generally-accepted way of tagging bridleways and cycleways. Nick ___ 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] GPS Accuracy under Forest Canopy
Stephen Hope wrote: I've done some rain-forest hiking, and I've noticed similar results. If you really want to see some wandering tracks, try hiking along the base of some cliffs, in dense forest. I have noticed that the errors do seems to be less the faster I'm moving. If I stand in one place for a while, the path can wander over quite an area if there is dense cover. If I walk fairly quickly, then it still has errors, but not as large. I think it must be finding more open patches and correcting itself more often. My Garmin eTrex HCx makes reasonable tracks under forest cover, although the tracks are certainly worse under forest than under a clear sky. It's not the cheapest GPS unit you can get, but it's reasonably priced and it's a great navigator to enjoy both OSM and commercial maps on foot or sitting in the passenger seat of a car. The ability to see my own track has gotten me unlost more than once; it seems that once I've gotten into GPS mapping I've been more aggressive about going into unfamilliar and confusing terrain, so I've been getting lost more! I think of track accuracy from a practical viewpoint. Having a trail off by 20 meters isn't so important so long as I get the topology right. I walked a segment of trail that followed a creek and always stayed by one side: when I looked at the tracks overlaid with Garmin's Topo 2008, I saw the track crossing the creek. I was often within 10 meters of the creek, so this isn't 'crazy' If I'm loading this into OSM and if the creek is there, I certainly feel pressured to manually push the trail across the creek so that the trail doesn't show false creek crossings: that's an error that people when they're using the map and could even cause confusion. As for speed, it's an issue that GPS errors have a brown noise characteristic: they look worse on longer timescales. If you're standing at one place and your GPS seems to be swirling around in lazy nested circles, it looks real bad. It's hard to average the coordinates to get a betting point position. If you take a track or go walking for 4 miles or drive 40 miles in your car, that craziness is still there, but it's made invisible by the scale of the map. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Tom Chance t...@acrewoods.net: It's important for OpenStreetMap to have some coherence. It's quite important that you and I both agree that chair refers to a piece of furniture on which we sit. Imagine if you used the word chair to refer to a small furry pet that meows and likes fish! We can't have a situation where - as others have pointed out - we have people using a particular tag in many different ways. Agreed. The problem with path (the one I call a problem, too) is IMHO that there are people who don't like this tagging scheme or think it's unneccessary (which is not a problem for me), but instead of just not using it and staying with footway/cycleway/bridleway, they think well, but its there and gets rendered, lets use it for something else (e.g. very narrow way in the forest) and change the wiki page. *zap* - a small furry pet that meows and likes fish. ;-) It also helps if we stick to one way of describing any particular thing. It's lovely that in England we have cow shed and byre and many other phrases for the same object. But when you're writing a stylesheet for Mapnik, or trying to download an extract, or writing a routing algorithm, your task is made ten times more difficult if you have to keep adding lots of alternative ways of describing the same thing. Yes, it helps, but it's IMHO better to come up with a new way to describe something rather than changing the meaning of long-existing, widely used and important tags... We don't need to force anybody to do anything, but here are some basic ways in we can encourage a more coherent approach: - discussions at SOTM or regional meetings - a well managed wiki (hah!) - stylesheets for Mapnik and ti...@home (both a bit out of hand, as Andy Allan says) - presets in Potlatch and JOSM - error checking tools - even bots that try to correct very minor errors like s/cahtolic/catholic/ Okay, no problem with that, as long as alternative ways of tagging like highway=path are not treated as errors. I would support removing highway=path from Potlatch and JOSM and the Mapnik stylesheet until a wiki page is drawn up which unambiguously describes how it should be used. If it duplicates or replaces existing tags, that should be properly resolved. That would be at least one step too far in my eyes. But a better wiki page would be great. There's a big difference, Simon. Nobody had yet accepted any addressing schema, none of the community mechanisms I listed above properly supported any one approach, until the breakthrough. Now that approach is gradually being properly supported. It's a case of the anarchic approach working quite well, partly by luck. In this case, you have a tag which duplicates and possibly replaces existing tags; which nobody can agree on the definition for; and which is interpreted by different tools in different ways. That's a big step backwards. Simon is actually the last name ;) Yes, this is a bigger move than the breaktrough of the Karlsruhe Schema, but for example post_code=12345 was already quite popular, so the Karlsruhe guys used addr:post_code=12345. In my opinion a good decision, because it clearly showed that objects tagged this way refer to the Karlsruhe Schema, which is well documented in the wiki. We had a similar situation when highway=path started, before different groups made up thier own definitions, differing from the original proposal... -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Lester Caine les...@lsces.co.uk: This must be discussed, completed and accepted asap so more people could start using it without fear that it would change.. http://wiki.openstreetmap.org/wiki/Proposed_features/Footway This is missing the point completely :( Micro mapping needs to have a SEPARATE way for this. +1 cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] to all potlatch and JOSM users - automatic simplification of geometry
On Aug 10, 2009, at 7:45 AM, Nop wrote: Hi! Apollinaris Schoell schrieb: To prevent accidential damage, there could be a warning when you are using it in a dangerous or most likely harmful way. E.g. more than 10 ways are selected or using it on ways that already have less than 10 nodes. use the plugin and if you miss features file a trac ticket. but you will see it's all builtin already How many users do you think are using JOSM? How many of those have any idea what trac is? I am not missing those features, I already did some damage simplyfying ways and learned from it. This is about future users. the warnings are builtin, don't understand how you can do big damage. the default for simplify is aggressive but everyone able to download a plugin will also watch the change when done the first time. I considered to file a ticket for the default value but didn't see a need. I don't think newbies use this function a lot but I might be completely wrong. bye Nop ___ 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] radioactivity
Nic Roets wrote: Many scientific labs and hospitals work with radio active materials within an appropriate legal and enforcement framework. That may include placing of signs at the perimeter of the premises. In those cases we should tag it. But people have an irrational fear of radioactivity. We certainly don't want mappers to draw they own conclusions. For example, if a site is storing depleted uranium, that does not mean that the public should be worried. The level of radiation may be so low that it is not harmful to humans. +1 Radioactivity is just one of many man-made hazards, and, overall, people overestimate it's danger compared to other hazards and often don't understand the real hazards. If you're going to tag radioactive hazards, you ought to be tagging other hazards as well. In Upstate NY there are a large number of industrial brownfield sites that are still contaminated with heavy metals, hazardous organic solvents, and other hazards. Yes, in upstate we had the only commercial nuclear reprocessing plant in the US (with a sordid story that makes Sellafield look golden) but there was also a 40-building complex that manufactured film that contaminated a heavily populated area in Binghamton NY with Cadmium and Silver. Two industrial plants near Ithaca have leaked TCE and other solvents, affecting an elementary school, nursing home and the entire South Hill neighborhood. Note that these hazards are both pointwise and diffuse. For instance, you could be quickly killed by a lethal radiation field if you were to go for a swim in a spent fuel storage pond at a nuclear reactor. On the other hand, there are good procedures in place to protect the public and the workers at nuclear plants; for one thing you'd need to get past the fence and armed guards. There's a hypothetical danger there (the glaciers could come and spread the contents of a temporary nuclear waste repository across a wide area) but no clear and present immediate danger. You might as well tag all the roads as dangerous since hundreds of thousands of people get killed in automobile accidents every year. Now, coal burning power plants release about 300 times as much radiation into the environment during normal operation as a nuclear power plant. The issue is that there are trace quantities of uranium and it's decay products such as radium and polonium in coal: the coal burning plant in my county consumes about 120 freight cars of coal every day, to produce only 1/3 the power of a typical nuclear plant, which consumes 1 kg of U235 and produces about 1 kg of fission products every day. It deposits a fallout plume for hundreds of miles, which includes radioactive elements, sulfur compounds and which contributes to lung and heart diseases. It emits more carbon dioxide, as a point source, than all of the other activities in the county put together, but yet, by some Jedi Mind Trick, it was left out of a report on Global Warming In Tompkins County since they charged CO^2 emissions to the places where electricity is used, not where it is produced. The nuke industry isn't perfect either. The operation of once through plutonium production reactors at Hanford has deposited radioactive contamination into sediments downstream in the Colombia river. Early tank storage systems at Hanford were criminally inadequate, and have leaked plumes of FP and TRU contamination that are migrating to the Colombia. Yet, Hanford didn't drive Salmon and Trout to the verge of extinction: that was done by hydroelectric dams and overfishing. SRS did a much better (but not perfect) job of tank storage, and future commercial reprocessing operations at SRS won't need tank storage at all. On top of all that, the hazard of environmental contamination is distributed oddly in space. If you put a dab of a strong essential oil on your skin and spend a few hours in your house, it's quite entertaining to sniff around the next day and try to explain the spatial distribution of the odor. You might find that somebody else sits down, picks up the odor and their clothes, and distributes it to a room that you didn't go in. Similarly, you'd think that DDT and PCB contamination would be worst in places close to where these substances were used. However, if you look at tissue concentrations in wild animals, you'll find shockingly high levels of contamination in arctic animal populations in places that are basically uninhabited -- food webs work like that. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A process for rethinking map features
Hi! Martin Koppenhoefer schrieb: 2009/8/10 Tom Chance t...@acrewoods.net: out how best to tag paths of all kinds. If their proposal was accepted at SOTM 2010, ... Does this sound workable? it surely doesn't speed up things ;-) It does. Any speed is faster than going in circles. :-) bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
My Garmin eTrex HCx makes reasonable tracks under forest cover, although the tracks are certainly worse under forest than under a clear sky. It's not the cheapest GPS unit you can get, but it's reasonably priced and it's a great navigator to enjoy both OSM and commercial maps on foot or sitting in the passenger seat of a car. The ability to see my own track has gotten me unlost more than once; it seems that once I've gotten into GPS mapping I've been more aggressive about going into unfamilliar and confusing terrain, so I've been getting lost more! compared to a SiRF III powered the eTrex is pretty lame in accuracy. but it uses less power and runs twice as long on a set of batteries I think of track accuracy from a practical viewpoint. Having a trail off by 20 meters isn't so important so long as I get the topology right. +1, and only the rich guys with expensive tools will ever figure out how bad your track was. I walked a segment of trail that followed a creek and always stayed by one side: when I looked at the tracks overlaid with Garmin's Topo 2008, I saw the track crossing the creek. I was often within 10 meters of the creek, so this isn't 'crazy' If I'm loading this into OSM and if the creek is there, I certainly feel pressured to manually push the trail across the creek so that the trail doesn't show false creek crossings: that's an error that people when they're using the map and could even cause confusion. this is very important. consistency and relative positions wins over accuracy of a single point. traditional maps are always consistent but rarely accuract. As for speed, it's an issue that GPS errors have a brown noise characteristic: they look worse on longer timescales. If you're standing at one place and your GPS seems to be swirling around in lazy nested circles, it looks real bad. It's hard to average the coordinates to get a betting point position. If you take a track or go walking for 4 miles or drive 40 miles in your car, that craziness is still there, but it's made invisible by the scale of the map. ___ 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] Fixed version of srtm2osm
Hi! The contour tool srtm2osm used to be broken due to two server changes by NASA and a change from FTP to HTML download. A fix was provided by Bodo Meisner and the new and working version srtm2osm 1.7 can be downloaded via the wiki page. http://wiki.openstreetmap.org/wiki/Srtm2osm bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 5:11 PM, Martin Koppenhoeferdieterdre...@gmail.com wrote: I can give the French interpretation of this, and it is quite closed to the Italian and German's. We use highway=footway when it is clearly designated for pedestrians (indicated with http://wiki.openstreetmap.org/wiki/Image:Fr-B22b-Obligatoire_pour_les_pietons.gif) or when bikes are not allowed like in parks or around buildings. Most of them are in urban zones. Same for cycleway which are designated for bikers (pedestrians are just tolerated but there is a traffic sign saying it is a cycleway). We use highway=path when it is not designated for a particular type of user and is narrower than a track (one vs two parallel dips). And most of the time, we find them in rural zones. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A process for rethinking map features
I hope it were faster than annually at SOTM and that the voting be more participatory since not everyone involved can be at SOTM. But anyway, I like the idea of working groups to handle individual schema upgrades. On Mon, Aug 10, 2009 at 10:49 PM, Tom Chance t...@acrewoods.net wrote: Dear all, If the wood/forest and path/footway arguments have taught us one thing, it's that the current model doesn't work all the time (100s of emails, disorganised wiki discussions, votes with 20 or so random people). We develop, over years, one set of tags like highway=footway/cycleway/bridleway/etc. and then over time we realise the schema isn't quite right. But we're incapable of discussing it in a structured manner, and we rarely get a useful consensus. For simple matters like proposing a completely new, minor tag it's fine. Where competing proposals for new features, like house numbers, live side by side we generally find a superior solution gaining traction. Where proposals throw up bigger or more complicated questions about existing tags, used on thousands or even millions of nodes and ways, the whole thing is falling apart. So... I propose that we grow up a little and use something like this process: - Tags are proposed on the wiki, no change to current practice - If the proposal throws into question existing, accepted tags, defer the proposal to small working groups - These working groups study the wider questions and formulate a complete proposal for new tags, deprecation, etc. - At SOTM present and discuss their proposals and vote - If proposals are accepted, a combination of carrot (rendering stylesheets, Potlatch presets, etc.) and sticks (error checking, auto-correcting bots) to implement the accepted proposals So for example Nick Whitelegg and Martin Simon might lead a group to work out how best to tag paths of all kinds. If their proposal was accepted at SOTM 2010, somebody would create a map highlighting all the ways that probably need to be corrected and a massive effort to bring things in line with the new schema would kick off. Does this sound workable? Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://vaes9.codedgraphic.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
--- On Mon, 10/8/09, Paul Houle p...@ontology2.com wrote: The nuke industry isn't perfect either. The operation of once No but they've had a lot more practice in the mean time of what not to do :) I really love how everyone is so hell bent on making everyone so poor they can't afford to heat their homes, but they won't touch nuclear, and there is only 2 types of power plants that can produce base loads, especially in Australia where water isn't as abundant to do hydro on a big enough scale. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
2009/8/10 Lester Caine les...@lsces.co.uk: Lauris Bukšis-Haberkorns wrote: This is missing the point completely :( Micro mapping needs to have a SEPARATE way for this. Just the short distance between my own road and the next village has several changes of side and position for the footpath, which simply adding tags to the existing ways does not properly address! This is a case of the distinct difference between 'highway' defines everything, and mapping the actual features rather than guessing where they are relative to some vaguely connected highway. If we are never going to provide high resolution maps, then the guestimate method works, at some point, actual road widths become important, as does additional features either side of those roads? Once you start adding this sort of fine detail it has to be done as a separate object. Breaking up a simply way every time the footpath detail changes, and then trying to combine that with additional ways where they fall a bit further way from the road is what needs to be avoided? I think that both ways should coexist. In city most of the roads have footway just next to it and in these cases just adding footway=both and footway.width=x (or what ever syntax is decided) will make things a lot easier. In this case if adding separate ways for footway there will be three times more ways and it will be really hard to maintain such map if something changes. Also it will be easier to specify rules to renderer as I think that not everyone will need to render footways near ways while footways in parks are still important. Of course footway proposal is not complete enough as I would like it to see but that could be discussed. I completely agree with you that it wont work in all situations so both schemes should coexist. If we want later to move to one scheme footway tag could be easily converted from footway=both + width (or default width if not specified) to separate way. Lauris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A process for rethinking map features
--- On Mon, 10/8/09, Tom Chance t...@acrewoods.net wrote: Does this sound workable? I agree in principal, however if a vote is only conducted in person at the SOTM events it penalises everyone unable to attend. If you are going to the trouble to create a working group to nut out complex issues they should more or less have the ability to enact a solution. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Proliferation of path vs. footway
Nop wrote: I think we should step back one step. The discussion here seems about to fall victim to the same mechanisms Trying to keep my comment general at first to find what are the needs: what should be in the highway tag and what are local factors. This turned into a stream of thoughts but hopefully coherent enough to breed some more refined thoughts. Things that all agree on: highway=footway: Something, where walking is allowed and possible for someone. (walking might be and is allowed and possible elsewhere, too) highway=cycleway: something, where cycling is allowed and possible (even a German dedicated/signposted cycleway fits that description, i.e. it's not a oneway dependency - not all things tagged highway=cycleway are german signposted cycleways). Pedestrian access undefined - might be country dependent but not supported (yet), so there has about always been a suggestion in the wiki to always tag it with foot=no/yes/designated. highway=path: something not wide enough for four wheeled vehicles OR where motorvehicles are forbidden (unless otherwise indicated by snowmobile/agricultural=designated or similar). Anything with wheelchair=no: unsuitable for wheelchair users or other mobility impaired Anything with highway=footway + foot=no (+ snowmobile=yes) would be silly highway=track implies that it's wide enough for a small motorcar to drive on, even if it's illegal. Things that people don't agree on: 1) Is a highway=cycleway + foot=yes any different from a highway=footway + bicycle=yes 2) Is it significant if there signs read footway + bicycle allowed or combined foot and cycleway (presumably a difference in the legal maxspeed at least in Germany) 3a) is a forest trail any different from a paved sidewalk 3b) is a forest trail any different from an unpaved but built footpath 4) is a constructed way with the traffic sign no motorvehicles any different from a constructed way with the traffic sign combined foot and cycleway (or with a cycleway-signpost in the UK) User needs: Pedestrian / Cyclist / Horse rider / Urban planner / Statistician / Safety engineer / Accessibility analyst / Crime investigator ... A pedestrian considers mostly the surface and the build quality of the ways _allowed_ to him. A trail in an urban forest (picture 1), formed by repeated use only, is not usable for an average pedestrian, even if a normally fit person in sneakers would go for a walk there sometimes, even if only to walk the dog. A mountain trail is effectively the same, even if more difficult to use. Just about every person, even in (very) high heels would walk down (picture 2) if the way hasn't turned into a puddle of mud. And a western world way constructed for walking usually doesn't deteriorate that much. Then there's the third variant in-between (3), which some would use and other's wouldn't. 1) http://wiki.openstreetmap.org/wiki/Image:06072009(045).jpg 2) http://wiki.openstreetmap.org/wiki/Image:Path-motorcarnohorseno.jpg 3) http://wiki.openstreetmap.org/wiki/Image:Path-footyes.jpg Some cyclist disregard access rights and consider the surface and hills only, while others would want to drive on dedicated cycleways only; on those where only cyclists are allowed. Most common cyclist probably don't care if there are pedestrians involved, they just wan't to use legal and properly built ways and avoid driving amongst the cars. Horse riding is something to think about, too. For signposted bridleways it's quite unambiguous, even if a British bridleway allows pedestrians and cyclists, too, whereas the German (and Finnish) legally signposted bridleways allow neither. But on a built way signposted as no motor vehicles horse riding might be legal, but if it's signposted as a footway, cycleway or the combined foot and cycleway (picture 4), horse riding is not allowed. 4) http://wiki.openstreetmap.org/wiki/Image:Path-lighttraffic.jpg On the forest trails (picture 1 again) horse riding might again be legal or private/permissive. If the picture 2 didn't have the no horses sign, I'd think around here that it's legal to ride a horse there. City planners possibly need to consider if the way is signposted for combined use or with a no motor vehicles - first ones the city might have to keep in good walking condition to avoid expenses when someone breaks his bike because of the unfixed potholes but the latter ways don't possibly carry such limitations. On the other hand that doesn't usually interest the cyclists at all even if it is so. This can and does have implications when dedicing where to build the light traffic ways in the next suburb to be built - or where to add new cycleways to improve the percentage of cycling commuters. Statisticians and safety engineers could want to know whether (un)segregated shared use paths have more fatalities or broken legs (or wild angry goose or ice cream eaters) than some other ways allowed to cyclists and/or pedestrians. They're interested in all the details:
Re: [OSM-talk] A process for rethinking map features
How do you select the people in the working group? You might have dozens of people interested to do some work, so who would choose the lucky ones, and how would it be done without dropping into some popularity contest? Or would you allow competing working groups working on the same problem? Would the community be able to participate in the discussion, or would it just be presented the solution, on which it then has to vote? Wouldn't that vote still be carried out by some random people who for the most part wouldn't be knowledgeable on the subject, so if the solution is a bad one, doesn't it risk approval by people who think it looks nice to have because they don't know better? Why would just two people in a working group be any better than the current method where just one person writes down a proposal, and manages the proposal by himself, influenced by comments on the discussion page? Can you be certain that those people in the working group are able to study the wider questions? Can you be certain they're knowledgeable enough? Would the working group work openly so we can track the work and could bring their attention to obvious flaws of their solution in the process? Ben Tom Chance wrote: Dear all, If the wood/forest and path/footway arguments have taught us one thing, it's that the current model doesn't work all the time (100s of emails, disorganised wiki discussions, votes with 20 or so random people). We develop, over years, one set of tags like highway=footway/cycleway/bridleway/etc. and then over time we realise the schema isn't quite right. But we're incapable of discussing it in a structured manner, and we rarely get a useful consensus. For simple matters like proposing a completely new, minor tag it's fine. Where competing proposals for new features, like house numbers, live side by side we generally find a superior solution gaining traction. Where proposals throw up bigger or more complicated questions about existing tags, used on thousands or even millions of nodes and ways, the whole thing is falling apart. So... I propose that we grow up a little and use something like this process: - Tags are proposed on the wiki, no change to current practice - If the proposal throws into question existing, accepted tags, defer the proposal to small working groups - These working groups study the wider questions and formulate a complete proposal for new tags, deprecation, etc. - At SOTM present and discuss their proposals and vote - If proposals are accepted, a combination of carrot (rendering stylesheets, Potlatch presets, etc.) and sticks (error checking, auto-correcting bots) to implement the accepted proposals So for example Nick Whitelegg and Martin Simon might lead a group to work out how best to tag paths of all kinds. If their proposal was accepted at SOTM 2010, somebody would create a map highlighting all the ways that probably need to be corrected and a massive effort to bring things in line with the new schema would kick off. Does this sound workable? Regards, Tom ___ 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] radioactivity
2009/8/10 John Smith delta_foxt...@yahoo.com: --- On Mon, 10/8/09, Paul Houle p...@ontology2.com wrote: The nuke industry isn't perfect either. The operation of once No but they've had a lot more practice in the mean time of what not to do :) I really love how everyone is so hell bent on making everyone so poor they can't afford to heat their homes, but they won't touch nuclear, and there is only 2 types of power plants that can produce base loads, especially in Australia where water isn't as abundant to do hydro on a big enough scale. what about wind and solar energy? With a large-scale (DC-)grid you can also achieve the coverage of base loads with wind-energy, as there is always some wind somewhere. What about reducing useless energy consumption and augmenting efficiency (also in the transportation of it)? Sorry for this offtopic, but there IS solutions beyond nuclear power stations. Don't know Australia well, but worldwide there could be a huge reduction in consumption by better housing insulation. Architecture is one of the key fields where consumption could be reduced by intelligent design, though it is generally not considered a main target by investors because energy is so cheap. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
Great, this is something I was hoping for. Although I couldn't find the way to show GPX traces uploaded to OSM, so I guess I would have to put them on my own web server like you did? Regards, Igor Rejo Zenger wrote: ++ 10/08/09 13:02 +0200 - Igor Brejc: Is there a way to display an uploaded GPX on the OSM slippymap? Something similar to how you can highlight an OSM way, node or relation: http:// www.openstreetmap.org/?way=31904301 I took some friends on a hiking tour and I wanted to send them a simple URL with the indicated track, since I've already uploaded the GPX for mapping purposes. I have made a small script (based on the documentation on the wiki) that allows you to quickly render a GPX file on an OSM slippy map. To use this, append the URL to the GPX file at: https://rejo.zenger.nl/topo/osm/?fn=[url-to-gpx-file] That's it. For example: https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpx If that works and you want to include it into some webpage, use: iframe src=https://rejo.zenger.nl/topo/osm/?fn=[url-of-track]; width=[width-of-embedded-image] height=[height-of-embedded-image] frameborder=0/iframe You may add some variables to the URL which adjust the rendering of the GPX track on the Openstreetmap. By adding sc=blacksw=10so=0.4 you would set the track to appear as a thick black and highly transparant, where the default is a medium thick, red and half-transparant line. There is some more information at: https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php And there is some background information at: https://rejo.zenger.nl/topo/howto-deploy-your-own-osm-slippy-map.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
--- On Mon, 10/8/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: what about wind and solar energy? With a large-scale (DC-)grid you can also achieve the coverage of base loads with wind-energy, as there is always some wind somewhere. What about reducing useless energy consumption and augmenting efficiency (also in the transportation of it)? Sorry for this offtopic, but there IS solutions beyond nuclear power stations. Don't know Australia well, but worldwide there could be a huge reduction in consumption by better housing insulation. Architecture is one of the key fields where consumption could be reduced by intelligent design, though it is generally not considered a main target by investors because energy is so cheap. The problem with wind and other alternative sources they usually require either vast amounts of land, are hugely inefficient, don't produce peaks amounts of energy at peak demand times, there is no viable solution for storing energy in enough quatity for peak times, and very long transmission lines waste vast amounts of energy. Toshiba probably has the best option around, they make a mini nuke plant that can operate close to where the power is needed with minimum personnel for about 30 years. Although hopefully someone will perfect a boron reactor in the next decade or so. As for wind farms being able to provide base loads, the facts aren't with you. http://wattsupwiththat.com/2009/05/25/renewable-energy-%E2%80%93-our-downfall/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
2009/8/10 Paul Houle p...@ontology2.com: Radioactivity is just one of many man-made hazards, and, overall, people overestimate it's danger compared to other hazards and often don't understand the real hazards. If you're going to tag radioactive hazards, you ought to be tagging other hazards as well. surely, if you about them, go and tag other as well :) In Upstate NY there are a large number of industrial brownfield sites affecting an elementary school, nursing home and the entire South Hill neighborhood. Note that these hazards are both pointwise and diffuse. For instance, you could be quickly killed by a lethal radiation field if you were to go for a swim in a spent fuel storage pond at a nuclear reactor. On the other hand, there are good procedures in place to protect the public and the workers at nuclear plants; for one thing you'd need to get past the fence and armed guards. in case of big damage it won't save you to stay out of the fence though ;-). There is so many scandals worldwide about not using the obligatory security measures in nuclear power plants, that I don't have lots of confidence in the industry to solve these issues. Besides that no solution is available how to store the fission products in a save way until the don't radiate more than natural background radiation (at least thousands but probably hundreds of thousands or millions of years). There's a hypothetical danger there (the glaciers could come and spread the contents of a temporary nuclear waste repository across a wide area) but no clear and present immediate danger. You might as well tag all the roads as dangerous since hundreds of thousands of people get killed in automobile accidents every year. and by lung cancer (I'm a smoker) and other stuff as well. Hundreds of thousands seem little bit overestimated to me though. E.g. in Germany (80 million people) there were killed 4 477 people in 2 294 000 registrated traffic accidents in 2008 (and they don't even have a speedlimit on motorways). If you consider that in the parts of the world with the highest population (africa and asia) there are far less cars then it is probably less people dying in accidents. Now, coal burning power plants release about 300 times as much radiation into the environment during normal operation as a nuclear power plant. The issue is that there are trace quantities of uranium and it's decay products such as radium and polonium in coal: the coal burning plant in my county consumes about 120 freight cars of coal every day, to produce only 1/3 the power of a typical nuclear plant, which consumes 1 kg of U235 and produces about 1 kg of fission products every day. It deposits a fallout plume for hundreds of miles, which includes radioactive elements, sulfur compounds and which contributes to lung and heart diseases. It emits more carbon dioxide, as a point source, than all of the other activities in the county put together, but yet, by some Jedi Mind Trick, it was left out of a report on Global Warming In Tompkins County since they charged CO^2 emissions to the places where electricity is used, not where it is produced. actually it is possible to use filters to eliminate the sulfur in the fallout of coal plants. But they cost money. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
2009/8/10 John Smith delta_foxt...@yahoo.com: As for wind farms being able to provide base loads, the facts aren't with you. http://wattsupwiththat.com/2009/05/25/renewable-energy-%E2%80%93-our-downfall/ don't know who is behind them, what are their interests, who is funding them, ... If you talk about statistics on CO2 someone might present you this: http://www.climate-movie.com/wordpress/wp-content/uploads/2009/07/the_global_temperature_chart-545x409-500x375.jpg while more interesting could be this: http://www.climate-movie.com/wordpress/wp-content/uploads/2009/07/zfacts-co2-temp-500x358.gif For DC-Grids have a look here (OK, it is not 100% sure that this will ever come): http://en.wikipedia.org/wiki/High-voltage_direct_current Furthermore, this a also a debate on how energy should be produced (big industrial-scale plants with needs for transportation over 100s of kilometres or decentralized local production). Surely you won't find a comparable graph (raising the same) for nuclear power: http://de.wikipedia.org/w/index.php?title=Datei:WorldWindPower.pngfiletimestamp=20090204034547 here's the development of installed windpower in different countries: http://earthpolicy.org/Indicators/Wind/2008_Capacity%20by%20Country.GIF as you can clearly see what will happen in the future (on which energy source we'll rely) depends heavily no politics and not just on science and economy. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPX on OSM slippymap?
++ 10/08/09 18:39 +0200 - Igor Brejc: Great, this is something I was hoping for. Although I couldn't find the way to show GPX traces uploaded to OSM, so I guess I would have to put them on my own web server like you did? The GPX file itself of such a trace is available at, for example: http://www.openstreetmap.org/trace/475566/data However, for security reasons I am fairly strict in the filenames and file contents before processing the file. Because of this, using this URL doesn't work. For the moment, upload the GPX file to some place else. When I have time I will see if I can change the behaviour of the script safely. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
On Mon, Aug 10, 2009 at 6:48 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: and by lung cancer (I'm a smoker) and other stuff as well. Hundreds of thousands seem little bit overestimated to me though. E.g. in Germany (80 million people) there were killed 4 477 people in 2 294 000 registrated traffic accidents in 2008 (and they don't even have a speedlimit on motorways). If you consider that in the parts of the world with the highest population (africa and asia) there are far less cars then it is probably less people dying in accidents. I had exactly this conversation with my neighbor today. When he lived in France for a year he saw many badly designed roads (no center line, rows of trees right next to the trees etc) but he saw only 3 accidents (all non-lethal). During his first year back in South Africa, he saw more than 3 head on collisions each with multiple fatalities. Some parts of South Africa is really like the Wild West and it may takes a century or two before the population places the same value on human life. actually it is possible to use filters to eliminate the sulfur in the fallout of coal plants. But they cost money. Yes, many forms of progress is expensive. They either cost of a lot of money or they have a large environmental cost. And then there are other forms of progress that either costs very little, or may in fact be profitable. Like eliminating agricultural subsidies, some open source projects or a long list of traditional (industrial) investments. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A process for rethinking map features
All good questions. As you say, the current situation is really far from optimal, it's just a matter of finding the right process for occasions where we need to make a big change like scrapping a bunch of existing tags in favour of a more logical alternative. On Monday 10 Aug 2009 17:29:50 Ben Laenen wrote: How do you select the people in the working group? You might have dozens of people interested to do some work, so who would choose the lucky ones, and how would it be done without dropping into some popularity contest? Or would you allow competing working groups working on the same problem? Would the community be able to participate in the discussion, or would it just be presented the solution, on which it then has to vote? Wouldn't that vote still be carried out by some random people who for the most part wouldn't be knowledgeable on the subject, so if the solution is a bad one, doesn't it risk approval by people who think it looks nice to have because they don't know better? I personally think that OSM has to follow other open data/source/etc. projects and bed down with some structures to keep the community together. Membership of the Foundation should be the basis for participating in these decisions. Each vote would need at least 60% of members to vote, and proposals would need a majority of say 60% in favour to pass. Perhaps to speed things up these votes could be done online, with particularly contentious issues going to SOTM where face to face discussions are easier to facilitate. In the event that a proposal fails on the wiki, it would be normal for one or two people to volunteer to work up a new proposal in much more detail, to be discussed by a slightly wider group comprised of anyone interested in the topic. These wouldn't happen often - they're only for quite disruptive changes to existing tagging - so it's unlikely that seasoned mappers and relevant experts would miss the process. If there are competing proposals, the best thing is to have them all properly developed so they can then be discussed, rather than the current situation of 100s of emails that address small parts of the picture Would the working group work openly so we can track the work and could bring their attention to obvious flaws of their solution in the process? Yes, I should think so. Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] radioactivity
On Sun, Aug 9, 2009 at 7:21 PM, OJ W ojwli...@googlemail.com wrote: isn't the issue here that radioactivity is like height, i.e. a smoothly-varying value that exists everywhere and is typically represented as gridded data (which gets converted to contours for display). Average yearly rainfall, air pollution, demographics,... The list goes on. with height, people said that the grid data was unsuitable for going into OSM because OSM is point/line/area, and that it would be confusing if you had huge grids of nodes for each sample of height/noise/radioactivity/ground colour. I agree. There is (currently) no usable way to store such information in the OSM database. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
On Monday 10 August 2009, Apollinaris Schoell wrote: compared to a SiRF III powered the eTrex is pretty lame in accuracy. but it uses less power and runs twice as long on a set of batteries You're thinking of an old eTrex. The new eTrexes (ones with an H in the name) have high sensitivity receivers, a sirfstar III or (usually) better. robert. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Toll ways
I was reviewing the toll tagging and things in the Wiki don't quite connect - 1. barrier = toll_booth - applies to node. This seems good. 2. toll = yes - applies to way. So far so good, but then it refers to highway = toll_booth instead of barrier = 3. charge = {amount} - applies to way.Shouldn't this apply to the same node as the toll_booth instead of the way? #3 is an entire can of worms in itself as the charge can vary depending on vehicle, payment method, and the time of travel. Thanks, ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Toll ways
Mike N. schrieb: 2. toll = yes - applies to way. So far so good, but then it refers to highway = toll_booth instead of barrier = Apparently that was written before the barrier tag was introduced. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Toll ways
Mike N. schrieb: I was reviewing the toll tagging and things in the Wiki don't quite connect - 1. barrier = toll_booth - applies to node. This seems good. 2. toll = yes - applies to way. So far so good, but then it refers to highway = toll_booth instead of barrier = Yes this is a bug. toll_booth once was a value of the highway-tag but has been shifted to barrier-tag. Please correct this in the wiki. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GPS Accuracy under Forest Canopy
Garmin calls it high sensitivity but thats marketing Maybe better than very old Garmin devices but much worse compared to a SiRF III I have a new Hcx and compared multiple times. Only 60, Oregon, Colorado use a SiRF III and they are much better in accuracy but drain batteries like crazy. Still like the Hcx because it's smaller and battery life is very important on long hikes. On Mon, Aug 10, 2009 at 12:01 PM, Robert Scott li...@humanleg.org.ukwrote: On Monday 10 August 2009, Apollinaris Schoell wrote: compared to a SiRF III powered the eTrex is pretty lame in accuracy. but it uses less power and runs twice as long on a set of batteries You're thinking of an old eTrex. The new eTrexes (ones with an H in the name) have high sensitivity receivers, a sirfstar III or (usually) better. robert. ___ 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] GPS Accuracy under Forest Canopy
On Mon, Aug 10, 2009 at 12:40 PM, Apollinaris Schoell ascho...@gmail.comwrote: Garmin calls it high sensitivity but thats marketing Maybe better than very old Garmin devices but much worse compared to a SiRF III I have a new Hcx and compared multiple times. Only 60, Oregon, Colorado use a SiRF III and they are much better in accuracy but drain batteries like crazy. Still like the Hcx because it's smaller and battery life is very important on long hikes. No, the 60Cx/60CSx are the only handheld Garmin models that have a Sirf Star III (well, maybe some niche units like the Astro or Rino have it). The Colorado has a MediaTek just like the Vista HCx. The Oregon has a STM Cartesio chipset, same as the Delorme PN-40. I haven't used a 60Cx or 60CSx model, but I had a Vista HCx and it performed quite well. There was a rough series of chipset firmware for the Vista HCx that had a problem with drifting from the true position under difficult conditions, but recent firmwares have fixed that (or you could use the old version...). It was definitely able to hold a signal under difficult conditions better than the PN-40 I have now. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] PDOP, HDOP, VDOP
HDOP is of most interest for you, that is the horizontal delution of your position, that means how far from the logged position on the ground you can be. VDOP is the same value vertical, in other words, the error in the height, and if I am not entirely wrong, PDOP is the entire sphere (make a ball with your possition in center, and you are somewhere inside that ball. DAGE and DSTA I am not too certain about, but think that has to do with age of signal and satellites in view. My advice is to keep HDOP and leave the others. On my checklists at work we note HDOP and EPE (EPE is error eclips, based upon a complicated formula on HDOP, satellite constillation (how they are spread on the sky) and the results of any augmentations). It is not likely that any handheld units can calculate EPE. - On Mon, 10 Aug 2009 09:26:08 +0200, Konrad Skeri kon...@skeri.com wrote: My GPS logger can save PDOP, HDOP, VDOP, DAGE and DSTA precision data. When converting to GPX-track I can exclude points based on *DOP values. 1. Are there any use for DAGE and DSTA? (I have them disabled - enableing them decreases the estimated trackpoints in memory by 16%) 2. Which of the *DOPs are useful for this kind of filtering. 3. Do you happen to have some suggested values of *DOP when not to include the trackpoint? regards Konrad Skeri ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Brgds Aun Johnsen via Webmail ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 8:52 PM, Martin Simongrenzde...@gmail.com wrote: So you could tag a footway which also allows bicycles as highway=footway,bicycle=yes(assuming footway implies foot=designated) or as highway=path,foot=designated,bicycle=yes. No Information loss, no difference, no problem. :-) Agreed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, Aug 10, 2009 at 8:56 PM, John Smithdelta_foxt...@yahoo.com wrote: In other areas there are cycle paths and pedestrians are allowed but they aren't the primary users intended to use the way and cyclists mostly use them. So yes there would be information lost by simplifying things in the way you describe. Is tagging the primary users intended to use the way verifiable? If not, it shouldn't be tagged. If it is, then is footway/cycleway necessarily the best way to tag it? (I'm unsure). How about a compromise, e.g. for a cyclists mostly use path: highway=path bicycle=designated (or yes, if not signed) foot=yes (or designated, if signed) primary_use=bicycle Just a suggestion. It does seem to be more explicit than inferring a primary use from the highway=* value. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proliferation of path vs. footway
On Mon, 10 Aug 2009, Dave Stubbs wrote: Anarchy in tagging died a bit back when some guys on the wiki decided ochlocracy was the way to go. Tagging used to be occasionally a confused mess. Now it's an organised, and approved confused mess where anyone with a clue automatically withdraws from discussions to keep their sanity intact (and to give them some more time to go and actually map something), knowing full well that not being there won't make much difference to the eventual stupid decision. Gah... must... be... more... positive... I would consider that if we have thousands of mappers, that we should set a quorum for a vote so that unless at least x hundred people vote the vote is not valid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk