Re: [Talk-transit] Deleting relations

2009-08-10 Thread Richard Mann
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

2009-08-10 Thread Ed Loach
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

2009-08-10 Thread Cartinus
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

2009-08-10 Thread maning sambale
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

2009-08-10 Thread maning sambale
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

2009-08-10 Thread Ben Laenen
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

2009-08-10 Thread Blaž Lorger
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

2009-08-10 Thread Miha
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

2009-08-10 Thread Konrad Skeri
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

2009-08-10 Thread Andre Hinrichs
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

2009-08-10 Thread Maarten Deen
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-08-10 Thread Grant Slater
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

2009-08-10 Thread Gary G:
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

2009-08-10 Thread Nop


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

2009-08-10 Thread Nop

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

2009-08-10 Thread Elena of Valhalla
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

2009-08-10 Thread Richard Mann
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

2009-08-10 Thread John Smith



--- 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

2009-08-10 Thread Andy Allan
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

2009-08-10 Thread John Smith

--- 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

2009-08-10 Thread Frank Sautter
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

2009-08-10 Thread Tom Chance

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

2009-08-10 Thread John Smith



--- 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

2009-08-10 Thread Nop

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-08-10 Thread Martin Simon
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

2009-08-10 Thread sergio sevillano
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

2009-08-10 Thread John Smith

--- 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?

2009-08-10 Thread Igor Brejc
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

2009-08-10 Thread Liz
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-08-10 Thread Martin Simon
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

2009-08-10 Thread Ulf Möller
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-08-10 Thread Martin Simon
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

2009-08-10 Thread Elizabeth Dodd
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?

2009-08-10 Thread Nic Roets
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

2009-08-10 Thread Ulf Möller
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

2009-08-10 Thread Marc Schütz
 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-08-10 Thread Martin Koppenhoefer
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

2009-08-10 Thread John Smith



--- 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

2009-08-10 Thread Martin Simon
-- 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

2009-08-10 Thread Dave Stubbs
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-08-10 Thread Martin Simon
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

2009-08-10 Thread Nop

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

2009-08-10 Thread Mike N.

 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-08-10 Thread Martin Koppenhoefer
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-08-10 Thread Martin Koppenhoefer
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

2009-08-10 Thread Stephen Hope
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

2009-08-10 Thread marcus.wolschon
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-08-10 Thread Martin Koppenhoefer
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?

2009-08-10 Thread Igor Brejc
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

2009-08-10 Thread Lester Caine
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

2009-08-10 Thread Tom Chance

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

2009-08-10 Thread Nop

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-08-10 Thread Lauris Bukšis-Haberkorns
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 ...

2009-08-10 Thread Gustav Foseid
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

2009-08-10 Thread Nop


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-08-10 Thread Emilie Laffray
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

2009-08-10 Thread Lester Caine
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?

2009-08-10 Thread Rejo Zenger
++ 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

2009-08-10 Thread Mike N.
--
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

2009-08-10 Thread Apollinaris Schoell

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

2009-08-10 Thread Tom Chance

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

2009-08-10 Thread Nop

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

2009-08-10 Thread Tom Chance

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-08-10 Thread Martin Koppenhoefer
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-08-10 Thread Martin Koppenhoefer
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

2009-08-10 Thread Apollinaris Schoell
+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

2009-08-10 Thread Paul Houle
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-08-10 Thread Martin Simon
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-08-10 Thread Martin Koppenhoefer
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

2009-08-10 Thread Apollinaris Schoell

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

2009-08-10 Thread Paul Houle
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

2009-08-10 Thread Nop

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

2009-08-10 Thread Apollinaris Schoell
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

2009-08-10 Thread Nop


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

2009-08-10 Thread Pieren
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

2009-08-10 Thread Eugene Alvin Villar
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

2009-08-10 Thread John Smith

--- 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-08-10 Thread Lauris Bukšis-Haberkorns
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

2009-08-10 Thread John Smith

--- 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

2009-08-10 Thread Lauri Kytömaa
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

2009-08-10 Thread Ben Laenen

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-08-10 Thread Martin Koppenhoefer
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?

2009-08-10 Thread 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?

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

2009-08-10 Thread John Smith

--- 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-08-10 Thread Martin Koppenhoefer
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-08-10 Thread Martin Koppenhoefer
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?

2009-08-10 Thread Rejo Zenger
++ 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

2009-08-10 Thread Nic Roets
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

2009-08-10 Thread Tom Chance
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

2009-08-10 Thread Gustav Foseid
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

2009-08-10 Thread Robert Scott
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

2009-08-10 Thread Mike N.
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

2009-08-10 Thread Ulf Möller
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

2009-08-10 Thread Peter Herison
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

2009-08-10 Thread Apollinaris Schoell
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

2009-08-10 Thread Karl Newman
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

2009-08-10 Thread Aun Johnsen (via Webmail)
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

2009-08-10 Thread Roy Wallace
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

2009-08-10 Thread Roy Wallace
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

2009-08-10 Thread Liz
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


  1   2   3   4   >