Re: [talk-ph] gps traces from a delivery service company
On Tue, Jun 9, 2009 at 5:31 PM, Rally de Leonrall...@gmail.com wrote: We only need a few quality tracks. Generally, I am in favor of uploading the GPX traces in OSM even if you don't think your personal traces is not very much useful to others. Who knows in the future, some OSM hacker might: 1. use multiple traces to interpolate road width; http://farm4.static.flickr.com/3564/3613408786_f4fb5f791b_o.jpg that's edsa by the way from josm 2. analyze timestamps and point intervals, to interpolate traffic and average speed at certain times of the day. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
Totally agree, the more tracks the better. On your number 2, do we have time stamps as well for the tracks that are submitted? Is this normally stored in the GPX trances? If we have loads of tracks, that's potentially very useful data! I think when I go back there and I buy a GPS, I might drive around with it constantly gathering data, and upload it. If 1000s of people did that, we'll have a massive resource for route planning. LTO and DPWH would probably find this very useful as well :) Ronny. maning sambale wrote: On Tue, Jun 9, 2009 at 5:31 PM, Rally de Leonrall...@gmail.com wrote: We only need a few quality tracks. Generally, I am in favor of uploading the GPX traces in OSM even if you don't think your personal traces is not very much useful to others. Who knows in the future, some OSM hacker might: 1. use multiple traces to interpolate road width; http://farm4.static.flickr.com/3564/3613408786_f4fb5f791b_o.jpg that's edsa by the way from josm 2. analyze timestamps and point intervals, to interpolate traffic and average speed at certain times of the day. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
Ok then, this may be good source of the (actual) average speed of vehicles on a particular road (at specific times of day, eg. during rush hour, etc.). This will give a more realistic ETA on gpsr autorouting. As for averaging tracks, i think the roadguideph people (on motorbikes) have been doing this already (jan v. knows his math). But i still don't like the idea, since these bikers don't follow the speed limit and cross lanes too often by cutting corners when they hit the zigzags at high speed. They won't reflect the actual curves of the road. Well I guess, delivery vans (with gps) can't go that fast, since they are always monitored by their boss. :-) On Wed, Jun 10, 2009 at 5:21 PM, maning sambale emmanuel.samb...@gmail.comwrote: On Wed, Jun 10, 2009 at 5:07 PM, Ronny Ager-Wick - Develo Ltd.r...@develo.ltd.uk wrote: do we have time stamps as well for the tracks that are submitted? Yes, osm does not accept gpx without timestamps (but you can always randomize timestamps) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
Caveats: most GPX traces uploaded to OSM *are not* suitable for determining traffic data. In most cases, the fact that one is surveying affects how one drives and so the GPX data records how one surveys, not how one actually drives. Also, unless there's a fixed folksonomy, you cannot determine whether a GPX track is from a motorcycle, a car, a van, or a bicycle. Most OSMers simply tag their GPXs by the location. In addition, some people anonymize their GPX data by randomizing the timestamps or even by shifting the time data by an offset amount. In conclusion, determining traffic data from GPX will only be successful if there is a concerted effort to collect pristine uncorrupted data. Unfortunately, OSM does not (yet) encourage this method of collection. I think this has been discussed at the main OSM mailing list a few times already. On Wed, Jun 10, 2009 at 11:59 PM, maning sambale emmanuel.samb...@gmail.com wrote: On Wed, Jun 10, 2009 at 2:27 PM, maning sambaleemmanuel.samb...@gmail.com wrote: analyze timestamps and point intervals, to interpolate traffic and average speed at certain times of the day. Just want to share this, my average cycle speed (km/h) when mapping: http://farm4.static.flickr.com/3610/3613512951_c2bd08838b_o.png Imagine if we scale this metro manila gps traces collected by cars, we have an empirical data on the average traffic speed in the metro. -- 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 -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] suggest a new mapping party event
One suggestion I can give is the McKinley Hills area in Taguig, south of the American Cemetery. This is still mostly pristine unmapped area in OSM and Google Map Maker without any updated satellite imagery in Yahoo! or Google (at least for their default base imagery [the historical imagery collection that is available through Google Earth has more newer imagery]). While a couple of experienced mappers can do this area in one morning (and I'm actually tempted to go to the side streets having only driven through the main road before), I think having a Mapping Party in this area with media, bloggers, and OSM newbies will provide a good educational experience. Maybe only 3 hours of surveying then 3 more hours of presentations, lectures, and hands-on editing is needed. On Sun, Jun 7, 2009 at 11:31 AM, Andre Marcelo-Tanner an...@enthropia.comwrote: Hmm would there be an appropriate venue that needs mapping around metro manila for mapping, something more accessible to everyone and one that would have some commercial or public significance but not be in an area with lots of tall buildings like makati. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Google Map Maker Mapping Party now in the Philippines
On Sat, Jun 6, 2009 at 8:50 PM, Andre Marcelo-Tanner an...@enthropia.comwrote: So more PR basically? Yeah, more PR. And here's my contribution to that PR: http://vaes9.codedgraphic.com/posts/google_map_maker_party :-p ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
Yes, not yet, because we currently use trace for mapping purposes only. I'm just sharing some options on how we can use the trace data for some other purposes. Mining this information is a huge task but I believe it is possible. Still, I had fun looking at where, I was moving fast or slow during my bike rides :) On Thu, Jun 11, 2009 at 12:23 AM, Eugene Alvin Villarsea...@gmail.com wrote: Caveats: most GPX traces uploaded to OSM *are not* suitable for determining traffic data. In most cases, the fact that one is surveying affects how one drives and so the GPX data records how one surveys, not how one actually drives. Also, unless there's a fixed folksonomy, you cannot determine whether a GPX track is from a motorcycle, a car, a van, or a bicycle. Most OSMers simply tag their GPXs by the location. In addition, some people anonymize their GPX data by randomizing the timestamps or even by shifting the time data by an offset amount. In conclusion, determining traffic data from GPX will only be successful if there is a concerted effort to collect pristine uncorrupted data. Unfortunately, OSM does not (yet) encourage this method of collection. I think this has been discussed at the main OSM mailing list a few times already. On Wed, Jun 10, 2009 at 11:59 PM, maning sambale emmanuel.samb...@gmail.com wrote: On Wed, Jun 10, 2009 at 2:27 PM, maning sambaleemmanuel.samb...@gmail.com wrote: analyze timestamps and point intervals, to interpolate traffic and average speed at certain times of the day. Just want to share this, my average cycle speed (km/h) when mapping: http://farm4.static.flickr.com/3610/3613512951_c2bd08838b_o.png Imagine if we scale this metro manila gps traces collected by cars, we have an empirical data on the average traffic speed in the metro. -- 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 -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] suggest a new mapping party event
On Thu, Jun 11, 2009 at 10:01 AM, Andre Marcelo-Tanner an...@enthropia.comwrote: What are is this exactly? by ISM and British School? The fort area is a good area for a meeting for all people north and south. If so this time we want to secure ourselves a good meeting area where we can have Wifi, not too noisy and maybe present with a screen or projector The McKinley Hills is in this area: http://www.openstreetmap.org/?lat=14.53709lon=121.05156zoom=16layers=B000FTF. Note that this is a completely different real estate development from the Bonifacio Global City area. There's a couple or so coffeeshops in that area. I'm not so sure if there are conference rooms (a la Chowking) that can be rented. Maybe I can do an ocular inspection. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] French maps using the cadastre
2009/6/9 Mathias Versichele mathias.versich...@gmail.com: Has anyone ever attempted to get the same kind of permission from the Belgian kadaster ? Not that I know. We could do it In the Brussels Region, I have already asked to use a version of the URBIS data that are now the basis for the cadastre in Brussels, but so far I have not had any positive answer, nor any definitive negative answer. They wanted to consider the faisaibility. I'll go back to that question after the results of the elections are known and we know who is minister of what. Regards, Nicolas -- Nicolas Pettiaux April - « promouvoir et défendre le logiciel libre » - www.april.org Rejoignez maintenant plus de 5000 personnes, associations, entreprises et collectivités qui soutiennent notre action ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Uitnodiging Antwerps 'OSM-CAFE'
Ik heb spijtig genoeg geen tijd meer om me in te zetten voor OSM (indertijd groot stuk van Deurne en Borgerhout extra-muros gemapped). Het is al zo lang geleden dat ik zelfs niet meer weet hoe alles werkt: kan er daarom iemand de volgende wijziging doorvoeren op de kaart: Eerste stukje St Jacobsmarkt is de enkelrichting omgedraaid. Dwz, tussen Kipdorpbrug en Lange St Annastraat. Das vlakbij Luc, ga maar even kijken en zie hoeveel mensen daar verkeerd rijden (omdat het al 100 jaar zo is en nu plots is aangepast). Ik geloofde m'n ogen niet toen ik er vorige week passeerde (al een geluk met de fiets) 2009/6/10 Luc Van den Troost luc.a...@gmail.com Knip -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Uitnodiging / Kipdorpbrug - Sint-Jabobsmarkt
Dag Wannes, 'k heb dat al eens aangepast. Maar iemand heeft het recent terug gewijzigd naar de 'normale' situatie. Het is een 'tijdelijke' situatie voor een bouwwerf in de Sint Jacobsmarkt (oud VTB gebouw) die meer dan 4 jaar (!) zal duren. Vandaar dat ik het als wijziging had opgenomen. 'k zal het ne keer terug aanpassen. 't is inderdaad te zot om los te lopen. Nadat je komend uit het centrum al niet rechtsaf mocht slaan aan de Frankrijklei, en antwerpen allicht de eerste stad was waar men RECHTSAF slaan verbiedt, is A'pen nu de eerste stad waar een wegomlegging voor een bouwwerf begint 100 meter VOORBIJ de bouwwerf... een veel komend scenario: mensen rijden op de zijrijbaan van italielei richting zuid aan de kipdorpbrug moeten ze willens nillens het centrum in bij de splitsing houden ze rechts (de tijdelijke situatie) ze komen in de wegomlegging terecht, en na 5 minuten rijden ze terug op de italielei (eerste regel van het scenario)... Uiteindelijk ontsnappen ze toch... via onze straat :-( Luc. On Wed, 2009-06-10 at 15:02 +0200, wannes wrote: Ik heb spijtig genoeg geen tijd meer om me in te zetten voor OSM (indertijd groot stuk van Deurne en Borgerhout extra-muros gemapped). Het is al zo lang geleden dat ik zelfs niet meer weet hoe alles werkt: kan er daarom iemand de volgende wijziging doorvoeren op de kaart: Eerste stukje St Jacobsmarkt is de enkelrichting omgedraaid. Dwz, tussen Kipdorpbrug en Lange St Annastraat. Das vlakbij Luc, ga maar even kijken en zie hoeveel mensen daar verkeerd rijden (omdat het al 100 jaar zo is en nu plots is aangepast). Ik geloofde m'n ogen niet toen ik er vorige week passeerde (al een geluk met de fiets) 2009/6/10 Luc Van den Troost luc.a...@gmail.com Knip -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New member
Le mercredi 10 juin 2009 à 21:49, Sam Pastuer a écrit : I'm Sam, when in Belgium I'm spending most of my time between Molenstede/Diest and Blauberg/Herselt. I just bought myself a Garmin Edge 705 for road cycling and mountainbiking. I'm quite new to the whole mapping thing, but have some experience with engineering/scientific software and 'computers' in general, so as long as I find the time it should work out. I've always been a fan of Open and Community based projects/software, so I'll do my best to contribute to the still less developed eastern flemish-brabant area. Hello, and welcome to OSM! It is always good to see new volunteers joining the community. Did you already register on the wiki? There is a specific subproject for belgium, whose entry page is here http://wiki.openstreetmap.org/wiki/WikiProject_Belgium I wish you lots of fun building with us a free world map :-) -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works
Matt Amos schreef: On Tue, Jun 9, 2009 at 8:10 AM, 80n80n...@gmail.com wrote: On Mon, Jun 8, 2009 at 11:46 PM, Henk Hoff o...@toffehoff.nl wrote: So if you have a Produced Work based on: - the database: no need for reverse engineering since the database is freely available The database is not freely available. It is only available under OdbL. i think Henk meant openly available. I did. The incentive to reverse engineer a produced work would be to create map data that isn't constrained by the OdbL. This modification would allow that to happen. This is unsatisfactory. 406! i don't think this modification would allow that to happen. i think the point Henk was trying to make is that the desire to reverse-engineer might be reduced by the availability of an ODbL derived database for every public produced work. people will still try to remove the ODbL from the data for $REASON, but (in my opinion) the license can stand without the reverse-engineering clause. +1 cheers, matt Henk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Bicycle boulevards
I'm curious if bicycle boulevards would qualify as living streets, giv= en that a living street would most closely describe a bicycle boulevard i= n OSM terms, though a bicycle boulevard might lack pedestrian facilities= =2E Frequently, these are not streets you would want to let the kids play= in, as the volume of fast-moving, near-silent vehicles would present a= very real collision hazard at peak traffic times. This kind of way ha= s sprung up only in the last 10 years or so, and almost all of them were= formerly highway=3Dresidential prior to becoming bicycle boulevards. =20 I would still like to see the cycleroad-proposal become reality, because these kind of streets IMHO merit their own class. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad Wow, that one is full of win! I threw my argument in support up on the discussion page. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
On Tue, Jun 9, 2009 at 10:26 PM, Roland Olbricht roland.olbri...@gmx.dewrote: is there any other way to get OSM data without going to the main server? there are no other caches, right? There is a whole ecosystem of servers providing OSM data http://wiki.openstreetmap.org/wiki/Planet.osm There are a couple of sources for excerpts or diff files listed on this page. http://wiki.openstreetmap.org/wiki/ROMA http://wiki.openstreetmap.org/wiki/TRAPI These two services are optimised for queries to make a map of the data. They are intended to be only some minutes behind the main server but don't offer all the tags. So you should not use the data for further editing. http://wiki.openstreetmap.org/wiki/XAPI This is the well known alternative to the main API. It's also intended to be only minutes behind the main server. It has an extended API with still a concise syntax. The data is usable for editing. The only tag that is filtered out is created_by - this tag can safely be ignored. Correction. XAPI does provide the created_by tag. It also provides the version attribute. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] POI/node summary stats
There is a perl script for summarizing length of highways (osm-length-2.pl), is there one for summarizing type and number of POI/node tags for an input osm file? Not tagwatch, I just want to create a summary report of used tags around my mapping area. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
Hi! I have idea about relative positioned node on the line (crossing, bus_stop, railway stops) object with no direct relation to geometry, but with topology relation. Legend: x node o relative node way IDEA object model: x--o--o-ox API 0.7 x-- x- x x--x bye hanoj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] script and python bindings
I'm trying to run the polyshp2osm.py script on a shapefile I converted to 4326 format using ogr2ogr. I copied the script and all three files created by ogr2ogr to the c directory. I try to run from the command prompt python c:\polyshp2osm.py -s 10 -o 4 -l c:/open C:/Zoning.shp. But I keep getting ogr python bindings not installed I tried several different options from http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries I added the path location\data in the GDAL_DATA system variable and the location\bin to the path. I added the gdal locaton inside the script. I got the same results when I installed fw tools, when I ran the individual installation and when I ran it from USBGIS. I tried uninstalling and reinstalling the application several times in different orders, but still nothing. What am I missing? Anything I can try? Thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
On 10 Jun 2009, at 03:25, Martin Koppenhoefer wrote: 2009/6/9 Paul Johnson ba...@ursamundi.org: I'm curious if bicycle boulevards would qualify as living streets, given that a living street would most closely describe a bicycle boulevard in OSM terms, though a bicycle boulevard might lack pedestrian facilities. Frequently, these are not streets you would want to let the kids play in, as the volume of fast-moving, near-silent vehicles would present a very real collision hazard at peak traffic times. This kind of way has sprung up only in the last 10 years or so, and almost all of them were formerly highway=residential prior to becoming bicycle boulevards. I would still like to see the cycleroad-proposal become reality, because these kind of streets IMHO merit their own class. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad In my eyes, that road would be simply tagged with highway=cycleway. Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
In my eyes, that road would be simply tagged with highway=cycleway. As per the discussion on the talk page of the proposal. Alternatively highway=(road type), access=no, bicycle=yes. There are arguments I believe that in exceptions where cars are also allowed, having a different highway type would make clear that bicycles have right of way over cars (if I read the discussion correctly). Even then, highway=cycleway, width=whatever, motorcar=permissive (or whatever the tags are) should suffice. Or is this about how it renders? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
In my eyes, that road would be simply tagged with highway=cycleway. These streets are completely analogous to highway=pedestrian, just for bicycles. If pedestrian streets deserve their own highway type, these do too. Regards, Marc -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Shaun McDonald wrote: In my eyes, that road would be simply tagged with highway=cycleway. plus designation=cycleroad cheers Richard -- View this message in context: http://www.nabble.com/Bicycle-boulevards-tp23949507p23959526.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Shaun McDonald wrote: On 10 Jun 2009, at 03:25, Martin Koppenhoefer wrote: 2009/6/9 Paul Johnson ba...@ursamundi.org: I'm curious if bicycle boulevards would qualify as living streets, given that a living street would most closely describe a bicycle boulevard in OSM terms, though a bicycle boulevard might lack pedestrian facilities. Frequently, these are not streets you would want to let the kids play in, as the volume of fast-moving, near-silent vehicles would present a very real collision hazard at peak traffic times. This kind of way has sprung up only in the last 10 years or so, and almost all of them were formerly highway=residential prior to becoming bicycle boulevards. I would still like to see the cycleroad-proposal become reality, because these kind of streets IMHO merit their own class. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad In my eyes, that road would be simply tagged with highway=cycleway. In Germany bicycle boulevards and normal cycle ways are different types of roads with different rules applying to them. Bicycle boulevards also tend to look more like proper roads than cycle ways. For example residental roads are often re-designated as bicycle boulevards. I would find it odd if these would then appear only as dashed blue lines on the map. Cheers, Christoph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Shaun McDonald schrieb: On 10 Jun 2009, at 03:25, Martin Koppenhoefer wrote: 2009/6/9 Paul Johnson ba...@ursamundi.org: I'm curious if bicycle boulevards would qualify as living streets, given that a living street would most closely describe a bicycle boulevard in OSM terms, though a bicycle boulevard might lack pedestrian facilities. Frequently, these are not streets you would want to let the kids play in, as the volume of fast-moving, near-silent vehicles would present a very real collision hazard at peak traffic times. This kind of way has sprung up only in the last 10 years or so, and almost all of them were formerly highway=residential prior to becoming bicycle boulevards. I would still like to see the cycleroad-proposal become reality, because these kind of streets IMHO merit their own class. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad In my eyes, that road would be simply tagged with highway=cycleway. Shaun +1 for me. Even in germany on these roads there are no additional rights-of-way in comparison to normal cycleways (except that bicycles get the officially allowance to drive next to each other and not just inline. buts that's piece of cake ;) ). A normal cycleway with motorcar/agricultural/...=yes/destination/... would be exactly the same. Regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Richard Fairhurst schrieb: Shaun McDonald wrote: In my eyes, that road would be simply tagged with highway=cycleway. plus designation=cycleroad cheers Richard is there a benefit instead of just tagging these ways: highway=cycleway + motor_vehicle=yes ? cycleway just told, that's this way is bicycle=designated. So why designation=? Regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Hi, Mario Salvini wrote: Even in germany on these roads there are no additional rights-of-way in comparison to normal cycleways (except that bicycles get the officially allowance to drive next to each other and not just inline. buts that's piece of cake ;) ). A normal cycleway with motorcar/agricultural/...=yes/destination/... would be exactly the same. We're getting very much into national detail here but just to give an example, look at this aerial image (which is 100 metres from my office BTW): http://maps.google.de/maps?ll=49.007912,8.378746spn=0.000729,0.001026t=hz=20 The road going east-west is a former residential road with different lanes for each direction of travel, plus diagonal parking spaces in the middle. It is over 20 metres wide. This road has now been designated a Fahrradstrasse (cycle road). Motorized traffic is still allowed at adequate speeds (whatever that means). While I am not a big fan of endless tagging discussions, tagging the road above as highway=cycleway, car=yes strikes me as grossly misleading. Maybe it should simply retain highway=residential. After all, the residentialness of the road has not changed one bit since it was designated a cycle road. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
hanoj wrote: I have idea about relative positioned node on the line (crossing, bus_stop, railway stops) object with no direct relation to geometry, but with topology relation. Currently I describe it even in a step further. Imagine that you could contraint lines based on these properties; for example you have two lines, and one line [the black one] moves: http://konink.de/contrib/afstuderen/example.png Having 'virtual' nodes will directly give you the right change, that can propagate in the entire graph. Now the bus stop model could perfectly be fitted at the aspect ratio or offset of a line for topology reasons. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Frederik Ramm schrieb: Hi, Mario Salvini wrote: Even in germany on these roads there are no additional rights-of-way in comparison to normal cycleways (except that bicycles get the officially allowance to drive next to each other and not just inline. buts that's piece of cake ;) ). A normal cycleway with motorcar/agricultural/...=yes/destination/... would be exactly the same. We're getting very much into national detail here but just to give an example, look at this aerial image (which is 100 metres from my office BTW): http://maps.google.de/maps?ll=49.007912,8.378746spn=0.000729,0.001026t=hz=20 The road going east-west is a former residential road with different lanes for each direction of travel, plus diagonal parking spaces in the middle. It is over 20 metres wide. This road has now been designated a Fahrradstrasse (cycle road). Motorized traffic is still allowed at adequate speeds (whatever that means). While I am not a big fan of endless tagging discussions, tagging the road above as highway=cycleway, car=yes strikes me as grossly misleading. Maybe it should simply retain highway=residential. After all, the residentialness of the road has not changed one bit since it was designated a cycle road. Bye Frederik tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 the rest you don't like is just a rendering issue but not about data, I think. Best regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
2009/6/10 Shaun McDonald sh...@shaunmcdonald.me.uk: In my eyes, that road would be simply tagged with highway=cycleway. there are some main differences though: usually they are normal streets changed in designation. That is cars are allowed but don't have the priority and must drive very slowly, they have pavements/sidewalks, they are wide like streets, the give priority to bicycles on crossings, etc. all of which is not the case for cycleways. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
2009/6/10 Mario Salvini salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 the rest you don't like is just a rendering issue but not about data, I think. the rendering is a way of visualizing the inserted data. I believe that there should be a way to distinguish in the data between streets and ways, that is highway=pedestrian or cycleroad and highway=footway, path, cycleway etc. without such additional tags like width=13 (which imply to a human that it is a road ). A way with a width=13 IMHO is no more a way but a street. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Mario Salvini wrote: is there a benefit instead of just tagging these ways: highway=cycleway + motor_vehicle=yes ? Yes. cycleway just told, that's this way is bicycle=designated. So why designation=? designation= means this is the official designation of this way. It has nothing to do with bicycle=designated. In the UK, for example, a way might be tagged with designation=restricted_byway or designation=bridleway. These denote the official right-of-way status of the way, with all sorts of legal implications (for example, cycling allowed, cycle racing _not_ allowed) which would be impractical to express through a long list of individual tags. designation=cycleroad would mean the same sort of thing: the German government's rules on cycleroads apply to this way. cheers Richard -- View this message in context: http://www.nabble.com/Bicycle-boulevards-tp23949507p23961860.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Hi, 2009/6/10 Mario Salvini salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 I won't have it. This feature is a road, not a 20 metre wide cycleway with parking facilities. Yes there are different aims that people have in mind when they think about our data, and to someone who only cares about routing for motorized vehicles, this road might actually come close to a cycleway with cars allowed, but if I'd tell any of the residents there that they live on a cycleway they'll either laugh or be offended. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Martin Koppenhoefer schrieb: 2009/6/10 Shaun McDonald sh...@shaunmcdonald.me.uk: In my eyes, that road would be simply tagged with highway=cycleway. there are some main differences though: usually they are normal streets changed in designation. That is cars are allowed but don't have the priority and must drive very slowly, they have pavements/sidewalks, they are wide like streets, the give priority to bicycles on crossings, etc. all of which is not the case for cycleways. Martin yes, it's all about designation. normal roads are designated for motor_vehicles. But these roads are only designated for bicycles. That's why it's highway=cycleway + motor_vehicle=yes (instead of an implied motor_vehicle=designated for normal roads. Regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
2009/6/10 Mario Salvini salv...@t-online.de: there are some main differences though: usually they are normal streets changed in designation. That is cars are allowed but don't have the priority and must drive very slowly, they have pavements/sidewalks, they are wide like streets, the give priority to bicycles on crossings, etc. all of which is not the case for cycleways. Martin yes, it's all about designation. normal roads are designated for motor_vehicles. But these roads are only designated for bicycles. That's why it's highway=cycleway + motor_vehicle=yes (instead of an implied motor_vehicle=designated for normal roads. Normal roads do not have any special designation _by default_ - where did you read that? These cycleroads *are* normal roads, just with a special traffic rule applied. They do not have much in common with ordinary cycleways. -Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
I think designation is about the legal status of a way, particularly where that might not be obvious from, or in conflict with the physical characteristics of the way. On physical characteristics, you can get a fair way with highway=residential + maxspeed=(say)30. There wouldn't be too many people misled by that. Maybe add motorcar=destination to emphasise the point for routers. We have a tag for special features for cyclists, so I'd use that to be a bit more precise: cycleway=cyclestreet. Is that precise enough - probably. Only a complete absolutist would want to add a designation tag to emphasise that this really is a bona fide properly-signposted official got-the-tshirt Fahrradstrasse. In which case add designation=official (or designation=cyclestreet, if that's a locally-agreed value) Richard On Wed, Jun 10, 2009 at 2:16 PM, Frederik Ramm frede...@remote.org wrote: Hi, 2009/6/10 Mario Salvini salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 I won't have it. This feature is a road, not a 20 metre wide cycleway with parking facilities. Yes there are different aims that people have in mind when they think about our data, and to someone who only cares about routing for motorized vehicles, this road might actually come close to a cycleway with cars allowed, but if I'd tell any of the residents there that they live on a cycleway they'll either laugh or be offended. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Mario Salvini wrote: yes, it's all about designation. normal roads are designated for motor_vehicles. But these roads are only designated for bicycles. I would say: Normal roads are designated for all kinds of traffic and so are cycleroads (but with special restrictions for motor_vehicles and some special rules for bicycles). That's why it's highway=cycleway + motor_vehicle=yes (instead of an implied motor_vehicle=designated for normal roads. That's why I would call it highway=residential + designation=cycleroad. Norbert PS: I know only the cycleroads here in Kiel. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
(highway=cycleway +) cycleway=cyclestreet could also be a good solution (next to lane and [additional] track) -- Mario Richard Mann schrieb: I think designation is about the legal status of a way, particularly where that might not be obvious from, or in conflict with the physical characteristics of the way. On physical characteristics, you can get a fair way with highway=residential + maxspeed=(say)30. There wouldn't be too many people misled by that. Maybe add motorcar=destination to emphasise the point for routers. We have a tag for special features for cyclists, so I'd use that to be a bit more precise: cycleway=cyclestreet. Is that precise enough - probably. Only a complete absolutist would want to add a designation tag to emphasise that this really is a bona fide properly-signposted official got-the-tshirt Fahrradstrasse. In which case add designation=official (or designation=cyclestreet, if that's a locally-agreed value) Richard On Wed, Jun 10, 2009 at 2:16 PM, Frederik Ramm frede...@remote.org mailto:frede...@remote.org wrote: Hi, 2009/6/10 Mario Salvini salv...@t-online.de mailto:salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 I won't have it. This feature is a road, not a 20 metre wide cycleway with parking facilities. Yes there are different aims that people have in mind when they think about our data, and to someone who only cares about routing for motorized vehicles, this road might actually come close to a cycleway with cars allowed, but if I'd tell any of the residents there that they live on a cycleway they'll either laugh or be offended. Bye Frederik ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] script and python bindings
Hey Nathan, I was just fighting with this, I'm working on importing trails to the national parks and forests in Washington state. I used gdalwin32 [1] as my windows gdal (fwtools' python bindings appear busted in Windows) I then had to get the python bindings from pypi [2]. Then I had to fight with the script and ended up using a modified shape_to_osm-Flowline.py [3] script. I also needed PROJ.4 from [4]. I'm using python 2.5, python, gdal and PROJ.4 are in my path and GDAL_DATA is a new sys variable. Good luck! [1] http://download.osgeo.org/gdal/win32/1.6/gdalwin32exe160.zip [2] http://pypi.python.org/pypi/GDAL/ [3] http://svn.openstreetmap.org/applications/utils/import/nhd2osm/shape_to_osm-Flowline.py [4] http://www.remotesensing.org/proj -Tyler p.s. I guess it's time for me to break down and make the wiki account to put this stuff up. On Wed, Jun 10, 2009 at 1:40 AM, Nathan Mixter nmix...@runbox.com wrote: I'm trying to run the polyshp2osm.py script on a shapefile I converted to 4326 format using ogr2ogr. I copied the script and all three files created by ogr2ogr to the c directory. I try to run from the command prompt python c:\polyshp2osm.py -s 10 -o 4 -l c:/open C:/Zoning.shp. But I keep getting ogr python bindings not installed I tried several different options from http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries I added the path location\data in the GDAL_DATA system variable and the location\bin to the path. I added the gdal locaton inside the script. I got the same results when I installed fw tools, when I ran the individual installation and when I ran it from USBGIS. I tried uninstalling and reinstalling the application several times in different orders, but still nothing. What am I missing? Anything I can try? Thanks ___ 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] Bicycle boulevards
Karl Newman wrote: *Avoid duplicate copies of messages?* When you are listed explicitly in the To: or Cc: headers of a list message, you can opt to not receive another copy from the mailing list. Select /Yes/ to avoid receiving copies from the mailing list; select /No/ to receive copies. If the list has member personalized messages enabled, and you elect to receive copies, every copy will have a X-Mailman-Copy: yes header added to it. This does not work: What about gmane users? signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Bicycle boulevards
On Wed, Jun 10, 2009 at 10:04 AM, Paul Johnson ba...@ursamundi.org wrote: Karl Newman wrote: *Avoid duplicate copies of messages?* When you are listed explicitly in the To: or Cc: headers of a list message, you can opt to not receive another copy from the mailing list. Select /Yes/ to avoid receiving copies from the mailing list; select /No/ to receive copies. If the list has member personalized messages enabled, and you elect to receive copies, every copy will have a X-Mailman-Copy: yes header added to it. This does not work: What about gmane users? I don't really know how gmane works from a posting perspective (e.g., do you have to be subscribed to the mailing list to be able to post from gmane, like you do on nabble?), but on http://gmane.org/post.php I found this: - What address is used? The news-to-mail authorization script uses the From header to determine who's sent the message. If the Reply-To header exists, that header is used instead. If you wish From to take precedence over Reply-To, insert a non-empty Gmane-From header as well. If you wish to redirect replies to your messages back to the mailing list, add a Mail-Copies-To: never header to your messages. That will result in a Mail-Followup-To header being generated by Gmane. These headers are heeded by quite a few mail readers. If you add a Reply-To header to your messages that points to a mailing list, the message will be silently dropped. - Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] my cycling speed from gps traces
Imagine if we scale this OSM and filter gps traces collected by cars, we have an empirical data on the average traffic speed. Unfortunately the GPS traces will be 'slow biased' as we all slow/stop to take pictures of post boxes etc. Somebody please code this. I presume you did your plot in Gnuplot or the like. Did you find this yet? http://code.google.com/p/wherewasi/wiki/WhereWasi_Gui Python code could be extended to colour code the track depending on speed/elevation. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Frederik Ramm wrote: Hi, Mario Salvini wrote: Even in germany on these roads there are no additional rights-of-way in comparison to normal cycleways (except that bicycles get the officially allowance to drive next to each other and not just inline. buts that's piece of cake ;) ). A normal cycleway with motorcar/agricultural/...=yes/destination/... would be exactly the same. We're getting very much into national detail here but just to give an example, look at this aerial image (which is 100 metres from my office BTW): http://maps.google.de/maps?ll=49.007912,8.378746spn=0.000729,0.001026t=hz=20 The road going east-west is a former residential road with different lanes for each direction of travel, plus diagonal parking spaces in the middle. It is over 20 metres wide. This road has now been designated a Fahrradstrasse (cycle road). Motorized traffic is still allowed at adequate speeds (whatever that means). I'm not convinced this is a national detail, as it's one that I brought up given that they're a common fixture in Portland, Oregon; and Victoria and Vancouver, BC. The fact you also have them in Germany strikes me as further evidence that cycleroads are not a national detail, but rather an international development in highway design. While I am not a big fan of endless tagging discussions, tagging the road above as highway=cycleway, car=yes strikes me as grossly misleading. Maybe it should simply retain highway=residential. After all, the residentialness of the road has not changed one bit since it was designated a cycle road. On the other hand, it's no longer as minor as a residential road, nor has the same use as a residential road (as it's throughbound for cyclists). signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Mario Salvini wrote: Richard Fairhurst schrieb: Shaun McDonald wrote: In my eyes, that road would be simply tagged with highway=cycleway. plus designation=cycleroad cheers Richard is there a benefit instead of just tagging these ways: highway=cycleway + motor_vehicle=yes ? cycleway just told, that's this way is bicycle=designated. So why designation=? Because it can be bicycle=designated without being a bicycle boulevard. Consider Vancouver, BC's Highway 99 through downtown. It's the designated route for north/south bicycle traffic, and bicycles typically get their own lane (usually second or third away from the curb, even, to avoid blindside conflicts with bus and taxi traffic!), but such a way would NOT be a bicycle boulevard, as motorists aren't generally discouraged by turn restrictions to leave the way every few blocks. Portland and Seattle (and likely elsewhere) mappers would be familiar with this concept as originally conceived in the 1970s, as a popular design for downtown transit malls (except there aren't any bus turnouts along the curb, and replace the busses with bicycles). signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] OGC Geospatial Rights Management Summit
On 9 Jun 2009, at 06:27, John Wilbanks wrote: Puneet Kishor, who is a Science Commons Fellow looking at geospatial data and climate change, will be attending and hoisting the facts can't be copyrighted flag. Er, sounds like a red herring to me since they can have database rights and be licensed who cares about the copyright for the purposes of some ridiculous DRM schema that the big licensers will use? Best Steve ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Bicycle boulevards
Ed Loach wrote: In my eyes, that road would be simply tagged with highway=cycleway. As per the discussion on the talk page of the proposal. Alternatively highway=(road type), access=no, bicycle=yes. There are arguments I believe that in exceptions where cars are also allowed, having a different highway type would make clear that bicycles have right of way over cars (if I read the discussion correctly). Even then, highway=cycleway, width=whatever, motorcar=permissive (or whatever the tags are) should suffice. Or is this about how it renders? This is about how it renders /and/ access. Bicycle boulevards imply that it's perfectly legal to drive a motorcar on it, but doing so is generally a bad idea because you're going to be forced to turn, get caught in a velojam (traffic jam consisting primarily of bicycles), or both. The restrictions and intersection devices simply favor the bicycle boulevard. Cyclemaps should render this on par to a tertiary or better that identifies it as such, maps geared towards motorists would show it as a minor access like an alley (since cyclists would consider a bicycle boulevard to be a more major route than an adjacent seven-lane boulevard lacking bicycle facilities, and a motorist would likely prefer the boulevard to a street where cars are forced off the way by only_right_turn every few blocks (motorists usually only being granted the rightmost lane on bicycle boulevards at intersections). In reality, it's more major than a residential, but not as major as a tertiary, in terms of who gets right of way at intersections. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Frederik Ramm wrote: Hi, 2009/6/10 Mario Salvini salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 I won't have it. This feature is a road, not a 20 metre wide cycleway with parking facilities. Yes there are different aims that people have in mind when they think about our data, and to someone who only cares about routing for motorized vehicles, this road might actually come close to a cycleway with cars allowed, but if I'd tell any of the residents there that they live on a cycleway they'll either laugh or be offended. Depends on the neighborhood. Tell someone in Ladd's Addition who lives on one of the bicycle boulevards (such as Ladd Avenue starting at Hawthorne) that, and they'd probably be inclined to agree if they've ever tried to get in or out of their driveway during morning or evening rush hour. http://www.openstreetmap.org/?lat=45.51174lon=-122.65324zoom=16layers=0B00FTF Coincidentally, the bridge just west of that recently had a bicycle-versus-pedestrian accident severe enough they're talking about eliminating pedestrian access to the Hawthorne Bridge in a tradeoff for a second bicycle lane each direction, which suggests the bridge is carrying close to as many bicycle commuters as cars. This is actually pretty believable for the location. http://www.streetfilms.org/wp-content/uploads/2009/04/portland-hawthorne-poster.jpg Notice the cyclists more or less ignoring the pedestrian lane (camera left, their right) leaving the bicycle (their left) lane free for faster commuters. Not hard to imagine why they want to move pedestrians to the next bridge, which has sidewalks but no bicycle facilities. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Martin Koppenhoefer wrote: 2009/6/10 Mario Salvini salv...@t-online.de: tag both ways as: highway=cycleway motor_vehicle=yes footway=right parking:right=inline parrking:left=diagonal width=13 the rest you don't like is just a rendering issue but not about data, I think. the rendering is a way of visualizing the inserted data. I believe that there should be a way to distinguish in the data between streets and ways, that is highway=pedestrian or cycleroad and highway=footway, path, cycleway etc. without such additional tags like width=13 (which imply to a human that it is a road ). A way with a width=13 IMHO is no more a way but a street. Not only that, but around downtown Portland (LCN-40, the Willamette Greenway Trail segment) and brief portions of SE Vera Katz Esplanade, are highway=cycleway with widths exceeding 10 (there's a few spots, such as the 000 block of SW Salmon Street between Willamette Greenway and Naito Parkway around Salmon Street Springs that really should be redone to be a closed way, highway=cycleway, area=yes to be properly mapped, as the cycleway is unbelievably wide and uses the fountain as a central island for an intersection, forcing the approach from the not-cycleway portion of Salmon Street to be unbelievably wide (especially given that cyclists entering the cycleway from Salmon Street do so in the center lane, entering the cycleway area almost dead center to the fountain and frequently having to make a hard veer to the right to avoid pedestrians or the fountain itself on a sunny day, if they're pushing a yellow light. (On wet days, there's usually no pedestrians and many cyclists take a shortcut through the fountain since they're getting just as wet either way) http://tools.geofabrik.de/mc/?mt0=googlesatmt1=tahlon=-122.67306lat=45.51533zoom=17 So a cycleway with width=big number is possible, and if you live in a cool-climate region dotted by hippie-infested college towns, it's fairly likely you have at least one absurdly wide cycleway. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potential Datasources - National Parks/Forest trails/roads/streams/rivers
Greetings, There are sparse trail maps for the Olympics in Washington state both the National Parks Service and National Forest Service have data available. The national park has an older but still mostly accurate trail data available at: http://www.onrc.washington.edu/clearinghouse/metadata/onp/onp_trails.htm I've already converted it to osm and am chomping at the bit to get it uploaded, I just don't want to step on any toes. To the potential data sources http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_National_Park_Service I've also added the NPS data clearing house link http://www.nps.gov/gis/data_info/ people would need to check to see that the data is NPS (or US Government) created--and thus public domain--but most of it is. Further, I would like to propose the creation of US-NPS and US-NFS import pages on the wiki that can be used to reference individual imports of the form US-NPS-OLYM (the feds use a pretty standard abbreviation for the different parks) and appended with _trails _roads _streams etc. of the general form (_shortname) Altnernatively creating a US-GOV import page and including data imported from all of the different agencies. Thanks, Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] my cycling speed from gps traces
2009/6/10 si...@mungewell.org: Imagine if we scale this OSM and filter gps traces collected by cars, we have an empirical data on the average traffic speed. Unfortunately the GPS traces will be 'slow biased' as we all slow/stop to take pictures of post boxes etc. Somebody please code this. I presume you did your plot in Gnuplot or the like. Did you find this yet? http://code.google.com/p/wherewasi/wiki/WhereWasi_Gui Python code could be extended to colour code the track depending on speed/elevation. JOSM can also display the speed in your own gpx-tracks (change prefs. to do so). Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potential Datasources - National Parks/Forest trails/roads/streams/rivers
As a follow up question: Is there a preferred method for tagging nodes with a uuid/NID? On Wed, Jun 10, 2009 at 12:15 PM, Tyler tyler.ritc...@gmail.com wrote: Greetings, There are sparse trail maps for the Olympics in Washington state both the National Parks Service and National Forest Service have data available. The national park has an older but still mostly accurate trail data available at: http://www.onrc.washington.edu/clearinghouse/metadata/onp/onp_trails.htm I've already converted it to osm and am chomping at the bit to get it uploaded, I just don't want to step on any toes. To the potential data sources http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_National_Park_Service I've also added the NPS data clearing house link http://www.nps.gov/gis/data_info/ people would need to check to see that the data is NPS (or US Government) created--and thus public domain--but most of it is. Further, I would like to propose the creation of US-NPS and US-NFS import pages on the wiki that can be used to reference individual imports of the form US-NPS-OLYM (the feds use a pretty standard abbreviation for the different parks) and appended with _trails _roads _streams etc. of the general form (_shortname) Altnernatively creating a US-GOV import page and including data imported from all of the different agencies. Thanks, Tyler ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Richard Mann wrote: I think designation is about the legal status of a way, particularly where that might not be obvious from, or in conflict with the physical characteristics of the way. On physical characteristics, you can get a fair way with highway=residential + maxspeed=(say)30. There wouldn't be too many people misled by that. Except in parts of the world where maxspeed=30 is true for all highway=residential unless otherwise posted (most of Metro Vancouver, BC). Maybe add motorcar=destination to emphasise the point for routers. We have a tag for special features for cyclists, so I'd use that to be a bit more precise: cycleway=cyclestreet. cycleway=cycleroad wouldn't be a bad option, this would give more flexibility if larger ways do become bicycle boulevards, as well as incorporate more major ways that are, in essence, bicycle boulevards (such as the Hawthorne Bridge and it's double bicycle lane on the Madison approach). http://bikeportland.org/wp-content/uploads/2007/08/madisonbikelane.jpg (By the way, if you live in this area, take a look at the picture: Most of these cyclists are doing the right thing, two need to pick a freaking lane!) Is that precise enough - probably. Only a complete absolutist would want to add a designation tag to emphasise that this really is a bona fide properly-signposted official got-the-tshirt Fahrradstrasse. In which case add designation=official (or designation=cyclestreet, if that's a locally-agreed value) designation seems redundant when we have highway= for that purpose... signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] my cycling speed from gps traces
si...@mungewell.org wrote: Imagine if we scale this OSM and filter gps traces collected by cars, we have an empirical data on the average traffic speed. Unfortunately the GPS traces will be 'slow biased' as we all slow/stop to take pictures of post boxes etc. Depends; some of us just collect GPS data just in case one particular trip goes someplace poorly traced. That being said, slow-biased speed data is probably better than fast-biased speed data, if only to take into account traffic. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Michael Barabanov wrote: Can we use relations same way as for more complex cycle routes for this one? Yes, though you're not limited to just a specific kind of way for relations. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Karl Newman wrote: On Wed, Jun 10, 2009 at 10:04 AM, Paul Johnson ba...@ursamundi.org mailto:ba...@ursamundi.org wrote: Karl Newman wrote: *Avoid duplicate copies of messages?* When you are listed explicitly in the To: or Cc: headers of a list message, you can opt to not receive another copy from the mailing list. Select /Yes/ to avoid receiving copies from the mailing list; select /No/ to receive copies. If the list has member personalized messages enabled, and you elect to receive copies, every copy will have a X-Mailman-Copy: yes header added to it. This does not work: What about gmane users? I don't really know how gmane works from a posting perspective (e.g., do you have to be subscribed to the mailing list to be able to post from gmane, like you do on nabble?), but on http://gmane.org/post.php I found this: - What address is used? The news-to-mail authorization script uses the From header to determine who's sent the message. If the Reply-To header exists, that header is used instead. If you wish From to take precedence over Reply-To, insert a non-empty Gmane-From header as well. If you wish to redirect replies to your messages back to the mailing list, add a Mail-Copies-To: never header to your messages. That will result in a Mail-Followup-To header being generated by Gmane. These headers are heeded by quite a few mail readers. If you add a Reply-To header to your messages that points to a mailing list, the message will be silently dropped. Right, what gmane is describing assumes that everyone on the mailing list is using a mailer that was written or has been actively been maintained in the last 10 years, ie, provides a minimum amount of common functionality. The problem with that, as I see it, is that there's a number of people who can't, or won't, switch away from an underfeatured mail reader like gmail's web interface or Microsoft Outlook or Outlook Express, which lack features that would pay attention to such headers. Followup to list or reply to list is a feature most mailers have these days; and by gmane's example you gave, it's reasonable for people to know about and use said features these days. Reply and Reply to All ignore mail-followup-to headers; reply/followup to list would pick up those headers. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
On Wednesday 10 June 2009 15:55:10 Richard Mann wrote: I think designation is about the legal status of a way, particularly where that might not be obvious from, or in conflict with the physical characteristics of the way. snip We have a tag for special features for cyclists, so I'd use that to be a bit more precise: cycleway=cyclestreet. This would actually be a very good idea for the Netherlands. I know one (well two parallel ones) Dutch cyclestreets that is (are) signposted with a zone sign that actually makes it a: highway=cycleway maxspeed=30 motor_vehicle=yes It goes from Tilburg to Goirle (and back). This signage actually gives it a special legal status. But all other cyclestreets I know of in the Netherlands are signposted with signs that have no legal status at all. Using designation=cyclestreet there would not be appropriate. Using highway=residential or unclassified plus cycleway=cyclestreet sounds like a very good idea for them. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - Designation
Richard Mann wrote: This is a request for comments on the proposal for a new Key:designation. Hopefully it's had it's rough edges removed already, but I would appreciate your comments. Richard http://wiki.openstreetmap.org/wiki/Proposed_features/Designation I'm opposed; this seems like a duplication of effort for what route relations are currently for, and creates redundancy and overlap in scope with the service= and highway= tags. As such, this really sounds like a step in the wrong direction. Perhaps expanding the service= tags and getting the mapnik and osmarender we use on the slippymap to render these things instead of route tags on the underlying ways when the underlying way is a member of a route=road relation. The cyclemap is getting this right; but strangely, none of the other renderers. And it's not like it would be that hard to get that fixed; someone's already rendering road relations complete with correct highway badges already. http://weait.com/maps/?zoom=11lat=43.14469lon=-79.17383layers=0B0 signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Ted Percival wrote: If it's not a through road for vehicles but is for bicycles that could be a challenge to tag access restrictions on. Perhaps a node with barrier=* if there is one. The barriers aren't usually barriers as such, but rather turn restrictions in place with exceptions for cyclists to continue. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Mario Salvini wrote: Martin Koppenhoefer schrieb: 2009/6/10 Shaun McDonald sh...@shaunmcdonald.me.uk: In my eyes, that road would be simply tagged with highway=cycleway. there are some main differences though: usually they are normal streets changed in designation. That is cars are allowed but don't have the priority and must drive very slowly, they have pavements/sidewalks, they are wide like streets, the give priority to bicycles on crossings, etc. all of which is not the case for cycleways. Martin yes, it's all about designation. normal roads are designated for motor_vehicles. But these roads are only designated for bicycles. That's why it's highway=cycleway + motor_vehicle=yes (instead of an implied motor_vehicle=designated for normal roads. A designated route would be one where there's signs specifically suggesting a way as a preferred route; no such implied designation exists (access=designated is NOT the default). It simply means the way is the designated route for a particular class (such as emergency=designated for Disaster Response Routes in Canada). bicycle=designated would simply mean the jurisdiction in question has installed bike route signs, regardless of accomodations made. Salem has quite a few designated bicycle routes, only one could be construed to be a bicycle boulevard, but no special accomodation for cyclists has been made (ie, on-street parking still exists, 4-way stops along the designated route have not been changed to 2-way stops favoring the designated route, etc.) I can even think of a couple motorways in the pacific northwest that would qualify for bicycle=designated (US-26 between downtown's Canyon Road and Beaverton's Canyon Road; the Trans Canada Highway north of Saanich, BC; the Trans Canada Highway west of North Vancouver, parts of Washington's I5...) signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Cartinus wrote: But all other cyclestreets I know of in the Netherlands are signposted with signs that have no legal status at all. Using designation=cyclestreet there would not be appropriate. Using highway=residential or unclassified plus cycleway=cyclestreet sounds like a very good idea for them. If it's merely posted as a bicycle route but it's not a cyclestreet, that would just be whatever highway= plus bicycle=designated. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Data los in een laag
Beste, Ik zoek een manier om specifieke data uit OSM los in een laag te krijgen zodat ik elke laat apart op een kaart kan aan- en uitzetten (met openlayers). Heeft iemand enig idee hoe ik snel (binnen een dag) die data uit OSM kan halen, in een database stoppen, serveren via een mapserver? Of zijn er truukjes om dit te doen met de NL server? De data (per laag) staat onderaan deze mail. Voor de geïntereseerden: ik wil de Koninklijke Nederlandse Slagersorganisatie adviseren om OSM data te gebruiken om dit te doen en ben uitgedaagd in een challenge (www.tno.nl/challenge) om vrijdag een prototype te laten zien (wat dan later verder in detail wordt uitgewerkt). Bij voorbaat dank voor jullie steun! Met vriendelijke groeten, Léon van Berlo -- Email: leon.vanbe...@tno.nl Mobile:+31 6 42367465 Phone: +31 15 2763106 Fax: +31 15 2763024 Visiting Address: Postal Address: Van Mourik Broekmanweg 6 P.O. Box 49 2628 XE Delft 2600 AA Delft The Netherlands lagen: 1: highway blocked::http://wiki.openstreetmap.org/wiki/Key:highway bus_stop blocked::http://wiki.openstreetmap.org/wiki/Tag:highway=bus_stop amenity blocked::http://wiki.openstreetmap.org/wiki/Key:amenity atm blocked::http://wiki.openstreetmap.org/wiki/Tag:amenity=atm 2: amenity blocked::http://wiki.openstreetmap.org/wiki/Key:amenity fast_food blocked::http://wiki.openstreetmap.org/wiki/Tag:amenity=fast_food amenity blocked::http://wiki.openstreetmap.org/wiki/Key:amenity food_court blocked::http://wiki.openstreetmap.org/index.php?title=Tag:amenity=food_courtaction=editredlink=1 amenity blocked::http://wiki.openstreetmap.org/wiki/Key:amenity parking blocked::http://wiki.openstreetmap.org/wiki/Tag:amenity=parking amenity blocked::http://wiki.openstreetmap.org/wiki/Key:amenity restaurant blocked::http://wiki.openstreetmap.org/wiki/Tag:amenity=restaurant 3: shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop bakery blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=bakery shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop beverages blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=beverages shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop butcher blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=butcher shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop department_store blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=department_store shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop florist blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=florist shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop mall blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=mall shop blocked::http://wiki.openstreetmap.org/wiki/Key:Shop supermarket blocked::http://wiki.openstreetmap.org/wiki/Tag:shop=supermarket 4: landuse blocked::http://wiki.openstreetmap.org/wiki/Key:landuse retail This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data los in een laag
Berlo, L.A.H.M. (Leon) van wrote: Ik zoek een manier om specifieke data uit OSM los in een laag te krijgen zodat ik elke laat apart op een kaart kan aan- en uitzetten (met openlayers). Heeft iemand enig idee hoe ik snel (binnen een dag) die data uit OSM kan halen, in een database stoppen, serveren via een mapserver? Of zijn er truukjes om dit te doen met de NL server? De data (per laag) staat onderaan deze mail. Pak planet, pak hem uit, pak vervolgens alle nodes met specifieke k/v-pairs die je in je verschillende dagen wilt hebben (of ga direct voor het PostGIS model waar dat soort zaken als booleans worden opgeslagen). En render de boel. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data los in een laag
Berlo, L.A.H.M. (Leon) van wrote: Ik zoek een manier om specifieke data uit OSM los in een laag te krijgen zodat ik elke laat apart op een kaart kan aan- en uitzetten (met openlayers). Heeft iemand enig idee hoe ik snel (binnen een dag) die data uit OSM kan halen, in een database stoppen, serveren via een mapserver? Of zijn er truukjes om dit te doen met de NL server? De data (per laag) staat onderaan deze mail. Dit lijkt me bij uitstek een klusje voor Stefan's nieuwe XAPISQL functionaliteit. http://xapidemo.openstreet.nl/ Technische info, inclusief de stukken OpenLayers code die je nodig hebt (en moet aanpassen aan de data die je wilt laten zien): http://wiki.openstreetmap.org/wiki/XAPISQL Als je dus zelf ergens al een webserver hebt met alleen OpenLayers, dan kun je hiermee jouw gewenste model al bouwen. De andere, traditionele manier, is om stylesheets te maken voor mapnik, waarbinnen je de gewenste data laat zien, en deze dan als overlays in OpenLayers hangt. Dan moet je ook een render-pipeline opzetten met postgis/osm2pgsql en mapnik, dus meer werk. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data los in een laag
Op 10 juni 2009 13:37 schreef Lennard (l...@xs4all.nl) het volgende: Berlo, L.A.H.M. (Leon) van wrote: Ik zoek een manier om specifieke data uit OSM los in een laag te krijgen zodat ik elke laat apart op een kaart kan aan- en uitzetten (met openlayers). Heeft iemand enig idee hoe ik snel (binnen een dag) die data uit OSM kan halen, in een database stoppen, serveren via een mapserver? Of zijn er truukjes om dit te doen met de NL server? De data (per laag) staat onderaan deze mail. Dit lijkt me bij uitstek een klusje voor Stefan's nieuwe XAPISQL functionaliteit. http://xapidemo.openstreet.nl/ Technische info, inclusief de stukken OpenLayers code die je nodig hebt (en moet aanpassen aan de data die je wilt laten zien): http://wiki.openstreetmap.org/wiki/XAPISQL Als je dus zelf ergens al een webserver hebt met alleen OpenLayers, dan kun je hiermee jouw gewenste model al bouwen. vergeet even niet dat je met een proxy probleem zit.. dat moeten we nog aan het werk zien te krijgen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Data los in een laag
Rob wrote: vergeet even niet dat je met een proxy probleem zit.. dat moeten we nog aan het werk zien te krijgen Dat is alleen een 'ajax' issue, die club heeft wel meer problemen de laatste tijd ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fwd: [OSM-talk-be] Uitnodiging Antwerps 'OSM-CAFE'
Onderstaande is misschien ook interessant voor de Nederlanders: OSM-CAFE in Antwerpen op 21 juni. Beetje hetzelfde idee als de MappersBabbel Amsterdam een paar dagen later (24 juni). Ben benieuwd naar de opkomst daar, ik kan er zelf jammer genoeg niet heen. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes -- Forwarded message -- From: Luc Van den Troost luc.a...@gmail.com Date: 2009/6/10 Subject: [OSM-talk-be] Uitnodiging Antwerps 'OSM-CAFE' To: talk...@openstreetmap.org Dag allen, De OSM-kaart van de Antwerpse binnenstad ziet er al een tijd keurig uit, maar is daarmee verre van af. Op de 'visuele' kaart ontbreken nog een aantal zaken zoals huisnummers en nuttige POIs. Daarnaast ontbreken er ook nog een boel 'onzichtbare' dingen die stilaan ook hun nut beginnen krijgen. Zo wordt de data van OSM meer en meer gebruikt voor routeplanners, die niet enkel de route berekenen voor de wagen, maar ook de kortste route te voet of per fiets. Daarvoor zijn een aantal andere, niet op de kaart zichtbare, gegevens van belang: - een aantal straten zijn niet toegankelijk voor voetgangers en fietsers hoewel het geen snelwegen zijn (bv. Waaslandtunnel, eerste stuk Noorderlaan over Park Noord) - de meeste éénrichtingsstraten zijn wel in de tegenrichting toegankelijk voor fietsers - op nogal wat kruispunten zijn er beperkingen opgelegd qua rijbewegingen (verbod of verplichting links of rechts af te slaan, enz...) - snelheidsbeperkingen zijn van belang ivm het berekenen van de 'snelste route' Bij het invoeren van deze gegevens rijzen soms ook nogal wat vragen omtrent hoe het nu best kan gebeuren. Zo lijkt het bv. nuttig om bij snelheidsbeperkingen (maxspeed) te specifieren of het om een 'algemene' beperking gaat (vb. 90 km/u op een weg buiten bebouwde kom) een 'zonale' beperking (vb. weg in zone 30) of een 'lokale' beperking (weg met een bord maximum snelheid), al is het maar om makkelijker aanpassingen te doen als de wegcode voor de zoveelste keer wordt gewijzigd of een zone wordt aangepast. Ook voor het taggen van andere speciale situaties (vb. voetgangerszone waar fietsen is toegelaten) is allicht wat onderlinge coordinatie aangewezen. Om dit soort problemen te bespreken, afspraken te maken, en de boel wat onderling te coordineren wil ik graag iedereen - maar in het bijzonder de mappers die in de buurt van Antwerpen aktief zijn - uitnodigen voor een aantal 'OSM-café's' Geen echte mapping party (met uitzondering van enkele steegjes in Antwerpen Noord zijn alle straten gemapt en 'basic' getagd) maar eerder een vergadering met wat ruimte voor praktische afspraken, probleemoplossingen en coordinatie. Voor dit jaar zouden er wellicht een 3-tal soortgelijke bijeenkomsten zijn - eentje voor de zomervakantie - eentje na de zomervakantie in september - eentje in het latere najaar Dus daarom: *** 1e OSM-CAFE Antwerpen *** Wanneer? Zondag 21 juni, van 13.00 tot ... Voor wie? Alle mappers, in het bijzonder die aktief in Antwerpen agenda opsplitsing van het gebied in zones bespreking van praktische problemen maken van verdere afspraken plaats Van Boendalestraat 8, 2000 Antwerpen 500 m van centraal station 200 m van Franklin Rooseveltplaats zie http://www.bb2000.be/stratenzoeker beschikbaar netwerk (wired wireless) koffie, thee, frisdrank bier broodjes koffiekoeken *** Wie wenst te komen, graag even vooraf aanmelden met een mailtje aan luc.a...@gmail.com Vermeld eventueel ook ineens welke onderwerpen je graag aan bod ziet komen. Luc Van den Troost Van Boendalestraat 8 2000 Antwerpen tel. 03/234.12.10 gsm. 0475/73.05.35 ___ Talk-be mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GIS data over leefstijlen en woonmilieus
http://www.data360.org ? -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ Op Di, juni 9, 2009 08:23 schreef Berlo, L.A.H.M. (Leon) van: Hallo, Ik ben op zoek naar geoinformatie over leefstijlen van mensen en woonmilieus. (vaak ook wel data voor geomarketing genoemd) Een paar voorbeelden: http://www.esri.nl/content/content.asp?docID=319 http://www.motivaction.nl/151/Beleid/Burgerschapsstijlen/Woonbeleving/ http://www.smartgis.nl/ Waar ik naar op zoek ben is open data om zelf te gebruiken. Ik neem aan dat die niet in OSM zit, maar heeft iemand van jullie misschien een tip waar ik dat soort data wel kan vinden? Bij voorbaat dank, Léon van Berlo This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe Website
Ronald wrote: Graag zie ik een link naar de volgende website: http://openstreetbugs.appspot.com/ Geregeld :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Nieuwe Website
Gefeliciteerd met de nieuwe website van openstreetmap.nl Dit is echt een grote verbetering in vergelijking met de oude website. Toch heb ik nog een verzoekje. Graag zie ik een link naar de volgende website: http://openstreetbugs.appspot.com/ Zodat passanten (de gebruikers die niet aan streetmap willen werken) makkelijk fouten en vergissingen kunnen doorgeven, die wij weer wegpoetsen. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Eigen (tijdelijke) routerelatie maken
Ik ben een rondritje per trein aan het maken voor wat mensen en wil daar een leuke kaart voor printen. Een kaart zoals de OSM relation analyzer maakt [1] zou perfect zijn. Nu begrijp ik best dat OSM er niet voor is dat jan en alleman maar even wat random routes gaan maken. Iemand een tip hoe ik dit het beste aan kan pakken? Maarten [1] http://betaplace.emaitie.de/webapps.relation-analyzer/osm.jsp?relationId=153233 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] embedded osm slippy map met gpx of kml track
Hi, Mijn eerste post op deze mailinglist was een beetje een rant over de usability van Openstreetmap [1]. Een van de dingen die ik noemde: | Andere voorbeelden van een omslachtige ontsluiting zijn de manier waarop | je de kaarten met overlays kunt embedden op een webpagina (een grote lap | Javascript is daarvoor nodig) [...]. Ik kan ook andere dingen dan ranten. :) Op [2] heb ik een beschrijving staan van de manier waarop je heel erg simpel een GPX of KML track kunt tonen op een kaart en hoe je dat weer kunt embedden op een website. Basicaly, net als bij Google Maps de URL opgeven, en klaar. Zie bijvoorbeeld [3]. Je kunt verder nog wat variablen extra opgeven, waarmee je de kleur, de dikte en de transparantie van de track lijn kunt beinvloeden, zie [4]. Opmerkingen zijn uiteraard welkom, zie signature. [1] http://lists.openstreetmap.org/pipermail/talk-nl/2009-May/008980.html [2] https://rejo.zenger.nl/topo/embed-osm-and-track-in-webpage.php [3] https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpx [4] https://rejo.zenger.nl/topo/osm/?fn=http://insecure.rejo.zenger.nl/gps/2009-04-18.gpxsc=blacksw=10so=0.4 -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe Website
Hoi, Ook nog een andere opmerking: http://www.openstreetmap.nl laat een totaal andere site zien dan http://openstreetmap.nl (wel of geen www. ervoor zetten). Volgensmij is de site met www. de juiste site. Zou dit gelijk getrokken kunnen worden? :). Groeten, Tijn Stefan de Konink wrote: Ronald wrote: Graag zie ik een link naar de volgende website: http://openstreetbugs.appspot.com/ Geregeld :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe Website
Tijn buijs wrote: Ook nog een andere opmerking: http://www.openstreetmap.nl laat een totaal andere site zien dan http://openstreetmap.nl (wel of geen www. ervoor zetten). Volgensmij is de site met www. de juiste site. Zou dit gelijk getrokken kunnen worden? :). Zoals al eerder aangegeven; Een newbie zal eerder www intikken dan iemand die wat gevorderder is. En het idee is dan ook om op de niet www site wat meer linkjes te gaan zetten naar projecten. Eventueel een losse linkdump site is natuurlijk ook een idee, maar het waren bewust twee losse sites. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe Website
Ronald, Dank je wel. Wellicht is het nog beter om een NL versie van openstreetbugs te maken op: bugs.openstreetmap.nl ? On Wed, 10 Jun 2009 22:02:02 +0200 Ronald stroe...@zonnet.nl wrote: Gefeliciteerd met de nieuwe website van openstreetmap.nl Dit is echt een grote verbetering in vergelijking met de oude website. Toch heb ik nog een verzoekje. Graag zie ik een link naar de volgende website: http://openstreetbugs.appspot.com/ Zodat passanten (de gebruikers die niet aan streetmap willen werken) makkelijk fouten en vergissingen kunnen doorgeven, die wij weer wegpoetsen. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe Website
Stefan de Konink wrote: Tijn buijs wrote: Ook nog een andere opmerking: http://www.openstreetmap.nl laat een totaal andere site zien dan http://openstreetmap.nl (wel of geen www. ervoor zetten). Volgensmij is de site met www. de juiste site. Zou dit gelijk getrokken kunnen worden? :). Zoals al eerder aangegeven; Een newbie zal eerder www intikken dan iemand die wat gevorderder is. En het idee is dan ook om op de niet www site wat meer linkjes te gaan zetten naar projecten. Lijkt me eigenlijk geen goed idee. Voor mij is een site zonder www gelijk aan de site met www (dat dat technisch niet zo is weet ik) en ik zal niet denken oh, er is een www.openstreetmap.nl, laat ik ook eens op openstreetmap.nl gaan kijken. Normaliter is de site zonder www ook een redirect naar de site met www. Eventueel een losse linkdump site is natuurlijk ook een idee, maar het waren bewust twee losse sites. Ik denk dat je dan beter twee tabs op de site kunt maken. Een voor beginners en een voor gevorderden. Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] GPS Shoes For Alzheimer's Patients
A shoe-maker, Aetrex Worldwide, and GTX Corp, a company that makes miniaturized Global Positioning Satellite tracking and location-transmitting devices, are teaming up to make shoes for people suffering from Alzheimer's Disease. The technology will provide the location of the individual wearing the shoes within 9m (30 feet), anywhere on the planet. Sixty per cent of individuals afflicted with Alzheimer's Disease will be involved in a 'critical wandering incident' at least once during the progression of the disease — many more than once, said Andrew Carle, an assistant professor at George Mason University who served as an advisor on the project. Not only will this technology allow a caretaker to find a loved one with a click of a mouse, but the shoes are more humanizing than a bell hung around the neck. http://www.news.com.au/technology/story/0,28348,25596210-5014239,00.html Maybe a GPS bouy isn't far fetched after all. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Templates de Status
Puxa, bacana isso, hein! Criei uma para o Rio também: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RJ/Rio_de_Janeiro/Distritos [] 2009/6/10 Vitor George vitor.geo...@gmail.com Olá pessoal, Observando a página de status de Berlin, vi que eles usam um esquema de divisão interessante, baseado em template: http://wiki.openstreetmap.org/wiki/Berlin/Status http://wiki.openstreetmap.org/wiki/Template:State_Place Comecei uma subdivisão na Cidade de São Paulo: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/SP/São_Paulo/Distritoshttp://wiki.openstreetmap.org/wiki/WikiProject_Brazil/SP/S%C3%A3o_Paulo/Distritos Fica aí a sugestão para trabalharmos nestes padrões em outras localidades. Abs, Vitor. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com Acadêmico: arlindo.pere...@uniriotec.br Profissional: arlindo.pere...@uniriotec.com Geral: cont...@arlindopereira.com Tel.: +5521 92504072 Jabber/Google Talk: nig...@nighto.net Skype: nighto_sumomo Chave pública: BD065DEC ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Proposal: access-Tags mit Bedingungen
Am Mittwoch 10 Juni 2009 schrieb Werner König: Hi, ich denke, zu diesen Themen sollte es Standards geben (haben sich oft bewährt, Ausnahmen bestätigen die Regel), klar beschrieben und von der Mehrheit der Mapper bevollgt werden. ach was... genau darum geht es hier doch ;-) man kann zwar durchaus ein system ausarbeiten, das funktioniert, und dieses auch bewerben. ob es allerdings von der mehrzahl der mapper angenommen wird, kann keiner sagen. wenn es aber nicht zu kompliziert ist, im wiki gut dokumentiert, und vielleicht auch noch von ein paar anwendungen (insbesondere den editoren) unterstuetzt wird, dann sind die chancen relativ hoch, denken ich. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erfassen von Wegweisern mit Richtungen
Moin ! an vielen Ecken stehen Wegweiser für Rad und Wanderwege die dann wieder Pfeile in die unterschiedlichsten Richtungen haben. Ein Wegweiser ist aber für mich noch nicht eine ausreichende Grundlage für die Erstellung von Relationen.Darüber hinaus hällt das sehr auf wenn man an jeder Stelle erst einmal 5-6 Relationen erstellt und dann erst einmal prüft, ob diese nicht schon vorhanden sind. Ich weiß nicht, ob einer von Euch schon eine praktikable Lösung hat - ansonsten möchte ich folgendes Vorschlagen. NEBEN den eigentlichen Way wir eine MINIKREUNG gezeichnet die mit den eigentlichen Wegen nicht in Verbindung steht. Die Ways könnten dann die Richtungen anzeigen und in einem Note werden die Wegenummern geschrieben. Alle diese Konstrukte werden dann mit einem Tag vergleichbar dem fixme (muss das jetzt eigentlich klein oder ausnahmsweise GROSS geschrieben werden ??) versehen. Wenn dann in einem Bereich ausreichend Wegweiser erfaßt sind kann man sich einmal ransetzen diese Relationen zu definieren. Wie denkt Ihr darüber ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Screenshoot des Cursors
Moin ! ich erstelle gerade eine Doku und wollte einen Screenhshoot des Cursors machen. Strg+Druck und das Programm führt nicht zum Erfolgt. Hat einer von Euch das einmal unter Windows hinbekommen - oder ist das hier wieder einmal so ein Spezialverhalten? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wegweisern mit Richtungen
2009/6/10 Jan Tappenbeck o...@tappenbeck.net Wie denkt Ihr darüber ? Von dieser Art der temporären Erstellung dieser Informationen halte ich nichts. Dann lieber nur den Wegweiser als solches eintragen und sich extra auf nem Zettel aufschreiben, wo welche langgehen und die entsprechende Relation dann selber nachtragen. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Walking Papers @ FutureZone
Hi, Andreas Labres schrieb: http://futurezone.orf.at/stories/1604103/ Freie Straßenkarte ohne GPS aktualisieren Naja, der Nutzen ist noch etwas beschränkt, wenn keine Einbahnstraßen und sonstige bereits in der Karte befindliche POIs auf dem Ausdruck erscheinen, dann ist das daraus entstehende doppelte Erfassen sicherlich nicht sehr fördernd. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Screenshoot des Cursors
Jan Tappenbeck (OSM) wrote: Hat einer von Euch das einmal unter Windows hinbekommen - oder ist das hier wieder einmal so ein Spezialverhalten? Google.de: cursor windows screenshot , erster Link : http://www.wer-weiss-was.de/theme11/article2122767.html Irfanview ist dort genannt und dort unter Optionen/Fotografieren gibt es die Screenshoteinstellungen inklusive [X] Mauszeiger aufnehmen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hi, habe niemals gegen diese Offenheit votieren wollen, die ich heute schon schätze, wollte nur darauf hinweisen dass Standards nicht per se schlecht sind. Übrigens was ist ORS. Gibt es noch andere Beispiele, die ich noch nicht kenne. Bin erst recht neu bei OSM dabei. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Martin Koppenhoefer Gesendet: Mittwoch, 10. Juni 2009 03:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Am 10. Juni 2009 01:14 schrieb Werner König werner-koe...@t-online.de: Hi, was spricht gegen sinnvolle Standards, die dann von Rule-checkern durchgesetzt werden. Ich weiß, die Ausnahme von der Regel. Ich denke jedoch, dass Standards, richtig angewendet, sinnvoll sind. wir haben ja auch gewisse Standards (im Prinzip ist es klar, wie die Hierarchie der Straßen aufgebaut ist), im Grunde geht es bei dem Problem hier ja nur darum, ob eine Straße die zwischen 2 Klassen sitzt, eher ein bisschen höher oder ein bisschen niedriger eingestuft wird, bzw. max. um eine Klasse Differenz. Das ist doch schon ganz gut, und wird beim Autorouting kaum einen Unterschied machen. Solche Fälle wird aber auch ein Rule-Checker niemals zuverlässig prüfen können, sonst bräuchten wir uns die Arbeit ja gar nicht machen ;-) Gegen die Forcierung von Standards im Sinne, dass man keine anderen als genehmigte Tags mehr hochladen kann o.ä. spricht die Philosophie von OSM, die sich auch gleich am Anfang des Namens findet. Durch diese Offenheit sind viele Entwicklungen möglich, die sich in einem bürokratischen, trägen System nie ergeben würden. OSM ist eben auch die Spielwiese von etlichen Programmierern und einigen Hochschulen (wobei man kein Programmierer sein muss, um in OSM Dinge auszuprobieren). Das sorgt nebenbei für zig Tools, Visualisierungen und andere Services (z.B. ORS). Natürlich kommen so auch mehr Tipfehler vor, aber wir bemühen uns leidlich, diese nach und nach unter Kontrolle zu bringen (z.B. autocompletion, validator, tagwatch, Abgleich mit Straßenverzeichnissen, etc.etc.). Ich hoffe, Du wirst die Offenheit im Laufe der Zeit auch zu schätzen wissen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hi, beantwortet nur den zweiten Teil der Frage, bleibt immer noch handelt es sich um diakratische Zeichen (nur der Neugier halber :-) ) Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Martin Koppenhoefer Gesendet: Mittwoch, 10. Juni 2009 04:08 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Ortsnamen Am 9. Juni 2009 23:21 schrieb Werner König werner-koe...@t-online.de: Hi, gehören die Striche über den a,o,u also den deutschen Umlauten ä,ö,ü auch zu den diakratischen Zeichen und wie müssen sie dann bei b) behandelt werden. wenn Du in deutschsprachigen Ländern taggst einfach den Namen ins name-tag, ansonsten kannst Du, wenn es einen deutschen Namen gibt, den in ein Tag name:de schreiben. Dabei einfach die Tastatur benutzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Original-Nachricht Datum: Wed, 10 Jun 2009 02:13:34 +0200 Von: Werner König werner-koe...@t-online.de An: \'Openstreetmap allgemeines in Deutsch\' talk-de@openstreetmap.org Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Hi, ich finde es etwas mau, sich so aus der Verantwortung zu ziehen. Welche Verantwortung? Die Frage ist, ob man sich selber imstande fueht, noch etwas sinnvolles beitragen zu koennen. Ich denke konstruktive Kritik ist richtig. Konsrtuktive Kritik ist etwas zu Kritisieren, einen neuen Vorschlag zu unterbreiten und sich der erneuten Kritik zu stellen. Das funktioniert doch schon lange nicht mehr. 'Schreib ein Proposal, damit es mit den tausenden anderen im Wiki versauert', ist keine Form der Auseinandersetzung mit konstruktiver Kritik. Der beste Vorschlag soll sich durchsetzen. Es gab mal eine Methode dazu und das war die Abstimmung. Nur wurde die Abstimmung als absolut unverbindlich erklaert und nun laeufts eben so wie es laeuft. 'Durchsetzen' bedeutet in immer mehr Faellen 'gut dass wir darueber geredet haben' und jeder macht weiter wie er will. Das heißt Kritik ohne (durchführbaren) Gegenvorschlag ist destruktiv, genauso wie das kampflose Aufgeben. In diesem Sinn, bleibe der Liste erhalten. Klar kann man jetzt die Probleme beim Namen nennen, z.B. bei trunk/primary, dass die Klassen unverstaendlich sind, weil mehrere Attributsklassen zu einem Brei vermischt werden. In Deutschland sind trunk und primary eine Klasse im Sinne der Verkehrsverbindung mit unterschiedlichen Ausbaustufen. Trunk in der aktuellen Definition geht also typischerweise in primary oder sogar secondary ueber und wieder retour. Wenn jetzt die Renderer in Deutschland (in GB scheints anders zu sein - vgl. hiesige gelbe Autobahn) in einem bestimmten Layer trunk darstellen und primary nicht, entsteht optisches Stueckwerk, also Strassen die im Nichts beginnen und enden. Schaetze mal, dass das den 'Vandalen' gestoert hat. Der Loesungsansatz waere, endlich zu definieren, was man mit einer Strassenklasse beschreiben will, also entweder den Verbindungstyp oder den Ausbauzustand oder die adminitrative Einteilung. Die jeweiligen anderen Aussagen sind dann eben zusaetzliche Attribute. Eine klare Aussage hierzu hat aber nie stattgefunden und deshalb sind die OSM-Strassenklassen ein Mischmasch aus persoenlichen Interpretationen. Und nochmal konkret fuer trunk gesprochen: Wenn die Klasse in GB ein eigenes, weitgehend insich geschlossenes Netz beschreibt, waere es besser in Deutschland auf trunk ganz zu verzichten und Kreuzungsfreiheit und KFZ-Strasse konkret zu attributieren. In Deutschland gibt es kein solches Netz, sondern nur Bedarfsanpassungen von mehr oder weniger langen Abschnitten. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Walking Papers @ FutureZone
On Wed, Jun 10, 2009 at 08:46:50AM +0200, Carsten Schwede wrote: Subject: Re: [Talk-de] Walking Papers @ FutureZone Hi, Andreas Labres schrieb: http://futurezone.orf.at/stories/1604103/ Freie Straßenkarte ohne GPS aktualisieren Naja, der Nutzen ist noch etwas beschränkt, wenn keine Einbahnstraßen und sonstige bereits in der Karte befindliche POIs auf dem Ausdruck erscheinen, dann ist das daraus entstehende doppelte Erfassen sicherlich nicht sehr fördernd. Fuß/Radwege sind IIRC auch nicht drin ... Ich hatte aber durchaus mal ueberlegt das man das ggfs ja aendern kann und dann stellt man sich bei einem Stadt/Stadtteilfest auf die Straße mit Drucker und Scanner und holt man sich die ganze 60+ generation zum Malen ran ;) Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wegweisern mit Richtungen
Den Zettel kennen andere aber nicht und können diesen Nutzen ! Etric Celine schrieb: 2009/6/10 Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net Wie denkt Ihr darüber ? Von dieser Art der temporären Erstellung dieser Informationen halte ich nichts. Dann lieber nur den Wegweiser als solches eintragen und sich extra auf nem Zettel aufschreiben, wo welche langgehen und die entsprechende Relation dann selber nachtragen. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
hi!Wir haben hier einige Fußgängerzonen mit Zeitbeschränkungen für
Radfahrer. Für ein Routing wäre es also wichtig zu wissen, zu welchen Zeiten
ein Radler da rumfahren darf.Wie gebe ich diese Zeiten an?
opening_hours = Mo-Fr 21:00-09:00 ?
Anfangs wollte ich das mit hour_on und hour_off erledigen, aber du meintest
diese wären unbrauchbar?
mfg
Am 9. Juni 2009 15:55 schrieb Per omlists.pho...@safersignup.com:
Sebastian Waschik schrieb:
Hallo,
Ralf Bell os2r...@hotmail.com writes:
Die zeitliche Beschränkung an dieser Stelle gilt nur in einer
Fahrtrichtung. Wie taggt man das?
[...]
http://openstreetbugs.appspot.com/?lon=7.008689728670251lat=51.07036176327466zoom=16
ein paar Versuche stehen auch auf folgender Seite:
http://www.openstreetmap.org/browse/way/25716027/history
Aber das wird wohl noch kein Router richtig interpretieren. Kommt
wohl sicherlich auch nicht so oft vor. Im Moment reicht wohl
eigentlich eine verständliche Aussage im Note. Wobei die eventuell
zusätzlich vielleicht noch englisch sein sollte.
Anstatt yes und -1 halte ich forward und backward für sinnvoller!
Zeiten und die meisten andere Zahlen sollten niemals im Key auftauchen!
Für hour_on/hour_off spricht rein gar nichts.
Ansonsten sollten wir das etablierte opening_hours verwenden:
http://wiki.openstreetmap.org/wiki/Key:opening_hours
oneway = timed
oneway:times = forward:{-0400};forward:{1200-2400};backward:{0400-1200}
Zum Thema zeitlich eingeschränkte Tags gibt es auch ein neues Proposal,
das ich leider gerade nicht finden kann...
Siehe auch:
http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Access_restrictions
http://wiki.openstreetmap.org/wiki/Proposed_features/Time_restricted_tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
Werner König schrieb: wie ruft man dieses Tool in josm eigentlich auf. Habe bisher noch nichtmal gewusst, dass es dieses gibt. Das Tool kommt mit dem utilsplugin und steht dann unter dem Menue Werkzeuge zur Verfuegung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo Werner, gehören die Striche über den a,o,u also den deutschen Umlauten ä,ö,ü auch zu den diakratischen Zeichen Ja. (Antworten auf solche Fragen findet man meist recht schnell bei Wikipedia: http://de.wikipedia.org/wiki/Diakritische_Zeichen) und wie müssen sie dann bei b) behandelt werden. int_name = * ist der Schlüssel für b) Namen sind in lateinischer Schrift einzugeben Nicht definiert sind bisher die Regeln für die möglichen Werte: - diakrytische/ASCII Zeichen (München, Zürich | Muenchen, Zuerich) - QWERTY (Munchen, Zurich) - anglifiziert (Munich, Zurich) Ich plädiere für die Verwendung des LOCODE. Im internationalen LOCODE der Vereinten Nationen ist die Schreibweise und Abkürzung von 50.000 Orten standardisiert. Dabei werden diakrytische Zeichen weggelassen: http://de.wikipedia.org/wiki/UN/LOCODE Beispiel für DE: http://www.unece.org/cefact/locode/de.htm Die internationalen Abkürzungen für Länder sind auch in der Norm ISO-3186 geregelt: http://de.wikipedia.org/wiki/ISO_3166 (DE = Deutschland, DE-BY = Bayern, identisch mit LOCODE) Für Ortsnamen gibt es eine verbreitet genutzte Datenbank: http://earth-info.nga.mil/gns/html/namefiles.htm http://earth-info.nga.mil/gns/html/gis_countryfiles.htm Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
wenn man ein entsprechendes Netz bzw. Area etc. mappt und in die OSM-DB hochlädt, wie lange dauert es bis es in http://www.öpnvkarte.dehttp://www.xn--pnvkarte-m4a.dedargestellt wird. Bis ich die Daten neu in die Datenbank spiele. Momentan sind die Daten vom 7.6. und ich habe schon vor das möglichst regelmäßig zu tun, so dass man nicht länger als eine Woche auf die Ergebnisse seiner Arbeit warten muss. Ob das klappt wird sich zeigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
On Wed, 10 Jun 2009, Werner König wrote: auch wenn es vielleicht eine dumme Frage ist (dumme Fragen gibt es eigentlich nicht, nur dumme Antworten) und ich mich als Newby oute, wie Diese Behauptung stammt von denjenigen, die dauernd dumme Fragen stellen. Natürlich gibt es dumme Fragen. Deine Frage ist allerdings nicht dumm sondern zeugt nur von Unwissenheit und meiner Meinung nach sind Fragen, die dazu dienen Unwissenheit aufzuheben alles andere als dumm. ruft man dieses Tool in josm eigentlich auf. Habe bisher noch nichtmal gewusst, dass es dieses gibt. Du musst das utilsplugin installieren. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Hallo, Johannes Huesing johan...@huesing.name writes: Sebastian Waschik sebastian.wasc...@gmx.de [Tue, Jun 09, 2009 at 12:09:28PM CEST]: [...] wohl sicherlich auch nicht so oft vor. Ein Klassiker ist die Sierichstraße in Hamburg, die hat sogar einen eigenen Wikipedia-Eintrag. genau diese hatte ich verlinkt. Nach dem Wikipedia-Eintrag kommt dies exakt einmal in Europa vor. Das finde ich nicht so oft. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wegweisern mit Richtungen
Hallo Jörg, den Wegweiser als solches eintragen Dazu könne man folgendes Schema nutzen: wegweiser=wanderwege|Radwege|... + wegweiser:wanderwege:standort=* + wegweiser:wanderwege:höhe=,# (angeschriebene Höhe in m.Ü.M) + wegweiser:wanderwege:alt-calc=,# (umgerechnete Höhe in m.Ü.M) + wegweiser:wanderwege:alt-wgs84=,# (gemmessene Höhe in m.Ü.M) + wegweiser:wanderwege:1:richtung=### (Grad rechtweisend) + wegweiser:wanderwege:1:1:ziel=* + wegweiser:wanderwege:1:1:distanz=###,# (km) + wegweiser:wanderwege:1:1:gehzeit=# #/# (Std.) + wegweiser:wanderwege:1:richtung=### (Grad rechtweisend) + wegweiser:wanderwege:1:2:ziel=* + wegweiser:wanderwege:1:2:distanz=###,# (km) + wegweiser:wanderwege:1:2:gehzeit=# #/# (Std.) + wegweiser:wanderwege:2:... richtung ist eine Gradangabe, die beschreibt, in welche Richtung das einzelne Schild zeigt (falls es nicht von bösen Buben verdreht wurde). Damit könnte man die Wegweiser in der Schweiz gut beschreiben: http://de.wikipedia.org/wiki/Datei:Leventina01.JPG Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Export as jpg with BB
Moin. Ich bin glaub ich gerade ein bisschen blöd. Ich möchte eine BB angeben (2x lat/lng) und eine Zielgröße in Pixel (breite x höhe des bildes). Die einzige ähnliche API dazu verlangt Mittelpunkt (1x lat/lng), zoom und die Bildgröße. Kann mir jemand einen Tipp geben? Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wegweisern mit Richtungen
Am Wed, 10 Jun 2009 09:45:48 +0200 schrieb Jan Tappenbeck o...@tappenbeck.net: [Quoting repariert] Etric Celine schrieb: 2009/6/10 Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net Wie denkt Ihr darüber ? Von dieser Art der temporären Erstellung dieser Informationen halte ich nichts. Dann lieber nur den Wegweiser als solches eintragen und sich extra auf nem Zettel aufschreiben, wo welche langgehen und die entsprechende Relation dann selber nachtragen. Den Zettel kennen andere aber nicht und können diesen Nutzen ! Deswegen meint Etric ja, dass man die vom Wegweiser angezeigten Wege eintragen soll. Ich bin der selben Meinung. Auch wenn man nur ein paar Meter des Weges bzw. der Relation einträgt, sieht der nächste Mapper, dass hier ein Weg von da nach dort führt; nicht, dass ein Wegweiser in verschiedene Richtungen zeigt. Wenn ein Wanderweg mit einem bestimmten Zeichen ausgeschildert ist, kann man in der Umgebung nach einer entsprechenden Relation suchen und die eigenen paar Meter Weg dieser hinzufügen. Natürlich sollte man nicht vergessen, dem unvollständigen Weg ein note=FIXME: incomplete oder ähnlich hinzuzufügen. Den Inhalt von Schildern versuchen zu mappen ist der falsche Ansatz. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
On Wed, Jun 10, 2009 at 10:28:09AM +0200, Melchior Moos wrote: wenn man ein entsprechendes Netz bzw. Area etc. mappt und in die OSM-DB hochlädt, wie lange dauert es bis es in http://www.öpnvkarte.dehttp://www.xn--pnvkarte-m4a.dedargestellt wird. Bis ich die Daten neu in die Datenbank spiele. Momentan sind die Daten vom 7.6. und ich habe schon vor das möglichst regelmäßig zu tun, so dass man nicht länger als eine Woche auf die Ergebnisse seiner Arbeit warten muss. Ob das klappt wird sich zeigen. Ihr könnt immer auch im OSM Inspector schauen (tools.geofabrik.de/osmi). Der wird täglich aktualisiert. Unten Links steht immer, bis wann Daten aktuell noch drin sind. Das Rendering ist nicht so schön, wie die ÖPNV-Karte, weil es zum Debuggen ausgelegt ist, aber dafür ist mehr Info drin und erkannte Fehler werden auch besonders angezeigt. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [fossgis-verein] Standplanung Linuxtag 23.6. bis 27.6. 2009
Jochen Topf wrote: On Fri, Jun 05, 2009 at 11:04:12AM +0200, Jörg Thomsen wrote: wir haben jetzt den Stand-, bzw. Hallenplan: http://wiki.openstreetmap.org/wiki/OSM_at_Linuxtag_2009#Stand-Layout Der ist ja winzig! Letztes Jahr haben wir einen Preis vom LinuxTag bekommen für den schönsten Stand und dieses Jahr drücken sie uns in eine Ecke? Jörg: Ich glaube Du solltest da nochmal intervenieren! Jochen Ich habe jetzt zum Thema Stand und Ausstellfläche mit Martin gesprochen (FlightGear, Linux Gamer, uns direkt gegenüber). Er würde uns Platz abgeben, wenn wir das Konzept liefern. Seine spontane Idee war, Jochen auf den Flightgear-Stand zu setzen, dann haben alle, die was an den Geodaten zu mäkeln haben einen kompetenten Ansprechpartner ;) Im Ernst: Vielleicht kann man da was Gutes draus machen, dann hätten wir alle Besucher, die durch die Tür unserer Halle kommen von beiden Seiten in der Zange. Aber da braucht es noch eine gute Idee, wie wir das so rüber bringen als wäre es gewollt. Wer sie hat, schickt sie mir bitte :) Jörg -- ~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~ _ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: j...@mapmedia.de net: www.mapmedia.de _ Geschäftsführer: G. v. Tschirnhaus, J. Thomsen Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export as jpg with BB
Hallo, Gerrit Lammert wrote: Ich bin glaub ich gerade ein bisschen blöd. Ich möchte eine BB angeben (2x lat/lng) und eine Zielgröße in Pixel (breite x höhe des bildes). Die einzige ähnliche API dazu verlangt Mittelpunkt (1x lat/lng), zoom und die Bildgröße. Kann mir jemand einen Tipp geben? Die OSM-API gibt keine Bilder zurueck, nur Daten. Der Export-Tab kann Bilder erzeugen, ist aber nur fuer die interaktive Nutzung gedacht und nicht fuer automatisches Bilder-Abholen. Schau Dir mal MapOf an: http://wiki.openstreetmap.org/wiki/MapOf Bedenke aber, dass MapOf mit Kacheln arbeitet und daher ggf. das Bild skalieren wird. Ausserdem ist das Bild, das eine feste Projektion hat, durch Angabe einer Bbox + width + height ueberspezifiziert; ich weiss nicht genau, was MapOf macht, wenn die geforderte Hoehe nicht zu der errechneten passt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Screenshoot des Cursors
Am 10. Juni 2009 08:31 schrieb Jan Tappenbeck (OSM) o...@tappenbeck.net: Moin ! ich erstelle gerade eine Doku und wollte einen Screenhshoot des Cursors machen. Strg+Druck und das Programm führt nicht zum Erfolgt. Hat einer von Euch das einmal unter Windows hinbekommen - oder ist das hier wieder einmal so ein Spezialverhalten? Du kannst auch das kostenlose Programm Gadwin Printscreen 4.4 (herunterladen von Gadwin.com) benutzen (Bei Quelle Häkchen setzen bei Bildaufnahme mit Mauszeiger) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
