[OSM-talk] [Fwd: Re: re-using segments]
So is this correct? A park: way id='19018649' timestamp='2007-12-30T07:35:04+00:00' user='maning' visible='true' nd ref='196970319' / nd ref='196970387' / nd ref='196970416' / nd ref='196970432' / nd ref='196970138' / nd ref='196970124' / nd ref='196970093' / nd ref='196970055' / nd ref='196970018' / nd ref='196969982' / nd ref='196970461' / nd ref='196970482' / nd ref='196970517' / nd ref='196970549' / nd ref='196970584' / nd ref='196970594' / nd ref='196970652' / nd ref='35961908' / nd ref='53239788' / nd ref='53239789' / nd ref='53239790' / nd ref='53239792' / nd ref='53239793' / nd ref='53239794' / nd ref='53239796' / nd ref='53239799' / nd ref='53239800' / nd ref='53239801' / nd ref='53239802' / nd ref='53239804' / nd ref='53239805' / nd ref='53239806' / nd ref='53239807' / nd ref='53239808' / nd ref='53239809' / nd ref='53239810' / nd ref='196969166' / nd ref='196969203' / nd ref='196970690' / nd ref='196970714' / nd ref='196970755' / nd ref='196970791' / nd ref='196970319' / tag k='leisure' v='park' / tag k='name' v='Marikina River Park' / tag k='created_by' v='JOSM' / /way reusing river segments: way id='4744699' timestamp='2007-12-30T07:36:22+00:00' user='maning' visible='true' nd ref='21721525' / nd ref='21721528' / nd ref='21721531' / nd ref='21721533' / nd ref='21721534' / nd ref='21721535' / nd ref='21721538' / nd ref='21721539' / nd ref='21721540' / nd ref='53240435' / nd ref='196973270' / nd ref='53240437' / nd ref='21721543' / nd ref='21721545' / nd ref='21721546' / nd ref='21721547' / nd ref='21721548' / nd ref='21721549' / nd ref='21721550' / nd ref='21721551' / nd ref='21721555' / nd ref='21721556' / nd ref='21721557' / nd ref='53240438' / nd ref='21721562' / nd ref='21721563' / nd ref='53240440' / nd ref='21721566' / nd ref='21721568' / nd ref='35961908' / nd ref='53239788' / nd ref='53239789' / nd ref='53239790' / nd ref='53239792' / nd ref='53239793' / nd ref='53239794' / nd ref='53239796' / nd ref='53239799' / nd ref='53239800' / nd ref='53239801' / nd ref='53239802' / nd ref='53239804' / nd ref='53239805' / nd ref='53239806' / nd ref='53239807' / nd ref='53239808' / nd ref='53239809' / nd ref='53239810' / nd ref='53239813' / nd ref='53239814' / nd ref='53239815' / nd ref='53239816' / nd ref='53239817' / nd ref='53239818' / nd ref='53239819' / nd ref='53239820' / nd ref='53239821' / nd ref='53239822' / nd ref='53239824' / nd ref='53239825' / nd ref='53239826' / nd ref='53239828' / nd ref='21721525' / tag k='waterway' v='river' / tag k='natural' v='water' / tag k='created_by' v='Potlatch alpha' / tag k='layer' v='-1' / /way The validation plugin reports overlapping ways. cheers, maning On Mon, 2007-12-31 at 19:01 -0800, Alex S. wrote: Maning Sambale wrote: But no option for selection one or series of segments in way? Using josm 486 version. There are no more segments as of API v0.5. You reuse nodes, instead. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Fwd: Re: re-using segments]
Hi, Yes, it's generally thought to be correct, the interpretation being that the park ends at the boundary of the river. However, this is occasionally disputed, since some interpret ways as representing the whole feature, and others interpret them as the centreline of the feature. The validator plugin just announces it as a warning to ensure you are aware of it, in case it is a genuine error. In some cases it is impossible to determine if nodes are being shared, other than by middle clicking. On Jan 2, 2008 10:07 AM, Maning Sambale [EMAIL PROTECTED] wrote: So is this correct? A park: snipped xml reusing river segments: snipped xml The validation plugin reports overlapping ways. cheers, maning On Mon, 2007-12-31 at 19:01 -0800, Alex S. wrote: Maning Sambale wrote: But no option for selection one or series of segments in way? Using josm 486 version. There are no more segments as of API v0.5. You reuse nodes, instead. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] re-using segments
On Tuesday 01 January 2008, Alex S. wrote: Maning Sambale wrote: But no option for selection one or series of segments in way? Using josm 486 version. There are no more segments as of API v0.5. You reuse nodes, instead. Am I btw correct in thinking that with the new three-layered way of tagging things (nodes-ways-relations) that it's best to have split ways on every node where another way meets it? So, instead of one big way long as I used to tag things, now a separate way between every crossroad? Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Fwd: Re: re-using segments]
On 02/01/2008, Maning Sambale [EMAIL PROTECTED] wrote: tag k='waterway' v='river' / tag k='natural' v='water' / The Map_Features page lists waterway=river for linear ways and natural=water for areas. Is there a reason why you have both tags on one way? -- Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] relations
Jo wrote: I'm adding relations for bus routes and now I'm going to start using them for cycle routes and signed walking paths. I have a few questions about them and their implementation in the editors though. I find that I'm splitting up roads a lot to indicate that a specific part of it is part of a route. Say somebody comes after me and uses Potlatch or JOSM to combine these streets again. Would this be possible? Or is it somehow prevented? Right now, the only relations support in Potlatch is that if you delete an object (be it way or node), it is also removed from any relations that it might be in. In other words, the bare minimum required not to break relations (though it may on occasion break their meaning!). Proper relations handling is something that Potlatch will need in due course but isn't a priority for me at the moment - though I think Dave Stubbs has started work on implementing it. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
Hi Artem, This is really useful. I think it'll be especially handy for me if our main osm.xml file uses this - at the moment it's quite a lengthy procedure to resync the cycle map with the base osm.xml, since I'm trying to keep all of the roads rules the same bar the colour. It's hard to see what's going on when diff'ing, but this should make it easier. Have you any thoughts on using this for e.g. tunnels? i.e. where you have a large number of style rules (e.g. roads) and you want to say do all of that again, but this time dotted when adding 'and tunnel = yes' to the selector, without having to verbosely repeat all the road rules again? I'm starting to find that with the cycle stuff, with proposed routes etc, that the rules are fairly repetitive. There might be a clever way to implement this concept using these entities, but was wondering if you'd thought it through already for me. Cheers, Andy On Jan 2, 2008 3:50 PM, Artem Pavlenko [EMAIL PROTECTED] wrote: Hello all! David Siegel implemented support for libxml2 parser in Mapnik, check it out : http://mapnik.org/news/2008/jan/02/managing_large_xml/ http://trac.mapnik.org/wiki/ManagingLargeXmlFiles Happy New Year! Artem ___ dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
On Jan 2, 2008 4:37 PM, Stefan de Konink [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008, Artem Pavlenko wrote: David Siegel implemented support for libxml2 parser in Mapnik, check it out : I was able to load the entiere planet.osm into MonetDB4 (XML), but incompare to the SQL version it is not optimal. And one may wonder why he wants to use an text representation instead of a processed binary! For plain XML processing people should probably stick with MSXML for the time being. The performance of it is probably the best one out there. We did some XSLT processing based on the [EMAIL PROTECTED] stuff, and it is not funny that an 8 times as powerful machine gets beaten. I wonder how much time it will take for each run on an 8GB machine processing the current planet.osm (61GB). This isn't to do with xml parsing of the planet.osm. This is to do with using entities within the mapnik rules file, e.g. osm.xml from http://svn.openstreetmap.org/applications/rendering/mapnik/ which in itself is lines long and very verbose. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
On 2 Jan 2008, at 16:37, Stefan de Konink wrote: On Wed, 2 Jan 2008, Artem Pavlenko wrote: David Siegel implemented support for libxml2 parser in Mapnik, check it out : I was able to load the entiere planet.osm into MonetDB4 (XML), but incompare to the SQL version it is not optimal. And one may wonder why he wants to use an text representation instead of a processed binary! Sorry, if it was not clear. Mapnik has got three xml parsers to choose from (at compile time) : tinyxml, spirit and now libxml2. Only libxml2 based supports advanced features like entities. Mapnik is using XML parsers to load data/styles definition file, not actual osm data. For plain XML processing people should probably stick with MSXML for the time being. The performance of it is probably the best one out there. I would doubt it. BTW, all three parsers mentioned above run happily on win32. We did some XSLT processing based on the [EMAIL PROTECTED] stuff, and it is not funny that an 8 times as powerful machine gets beaten. I wonder how much time it will take for each run on an 8GB machine processing the current planet.osm (61GB). I understand but I never decompress planet : : osm2pgsql planet.osm.bz2 Stefan Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] relations
On 02/01/2008, Richard Fairhurst [EMAIL PROTECTED] wrote: Jo wrote: I'm adding relations for bus routes and now I'm going to start using them for cycle routes and signed walking paths. I have a few questions about them and their implementation in the editors though. I find that I'm splitting up roads a lot to indicate that a specific part of it is part of a route. Say somebody comes after me and uses Potlatch or JOSM to combine these streets again. Would this be possible? Or is it somehow prevented? Right now, the only relations support in Potlatch is that if you delete an object (be it way or node), it is also removed from any relations that it might be in. In other words, the bare minimum required not to break relations (though it may on occasion break their meaning!). Proper relations handling is something that Potlatch will need in due course but isn't a priority for me at the moment - though I think Dave Stubbs has started work on implementing it. Yep, started on it. But got distracted a bit though... I'll probably get back working on it soonish. The implementation will only handle route type relations, which is what you want here. Relations are funny old things -- you have to handle different relation types in very different ways, the results of splitting, merging, deleting will have different requirements. Can I suggest everybody is careful to talk about routes or route-relations rather than just relations to stop everybody getting really confused at some point?! Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Managing large XML files aka osm.xml
On 2 Jan 2008, at 16:46, Andy Allan wrote: Hi Artem, This is really useful. I think it'll be especially handy for me if our main osm.xml file uses this - at the moment it's quite a lengthy procedure to resync the cycle map with the base osm.xml, since I'm trying to keep all of the roads rules the same bar the colour. It's hard to see what's going on when diff'ing, but this should make it easier. Absolutely! Have you any thoughts on using this for e.g. tunnels? i.e. where you have a large number of style rules (e.g. roads) and you want to say do all of that again, but this time dotted when adding 'and tunnel = yes' to the selector, without having to verbosely repeat all the road rules again? I'm starting to find that with the cycle stuff, with proposed routes etc, that the rules are fairly repetitive. There might be a clever way to implement this concept using these entities, but was wondering if you'd thought it through already for me. No, haven't thought about this, yet:) But it looks like entities might be useful in this situation, too. I guess we need to try and see. Cheers, Andy Artem On Jan 2, 2008 3:50 PM, Artem Pavlenko [EMAIL PROTECTED] wrote: Hello all! David Siegel implemented support for libxml2 parser in Mapnik, check it out : http://mapnik.org/news/2008/jan/02/managing_large_xml/ http://trac.mapnik.org/wiki/ManagingLargeXmlFiles Happy New Year! Artem ___ dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM meetup during Linux.Conf.Au 2008
Hi guys, I was wondering if there would be any value for folks to organise a meet up during the Linux Conference in Melbourne starting on the 28th of January? regards, Kim -- Community Wireless Miniconf Coordinator http://miniconf.mel8ourne.org/wiki/index.php?title=Community_Wireless Linux.Conf.Au 2008 http://linux.conf.au/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
On Jan 2, 2008 1:11 PM, ivom [EMAIL PROTECTED] wrote: Folks! From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? Currently I am not planning to upgrade on the hardware side, but do not hesitate to suggest different makes, models or add-ons, which would suffer less from this urban canyon problem. Kind regards, IvoM See here for some references to satellite reception info (including a web service I think): http://forums.groundspeak.com/GC/lofiversion/index.php?t128771.html Suggested upgrade: any of the GarmineTrex HCx series, or the older 60Cx or 60CSx models. Those have high-sensitivity receivers which work great in difficult conditions. I have a Vista HCx and the only time it has lost a satellite lock was deep inside an aboveground parking garage with 5 stories of concrete above. IIRC, the new high-sensitivity Venture model doesn't have a microSD slot (weird de-featuring by Garmin), so your best bet for a relatively inexpensive upgrade while maintaining microSD capability is probably a Legend HCx. MicroSD capability is good for track logs and the ability to upload large maps (including OSM maps from mkgmap). Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
At 10:11 PM 2/01/2008, ivom wrote: Folks! From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? Currently I am not planning to upgrade on the hardware side, but do not hesitate to suggest different makes, models or add-ons, which would suffer less from this urban canyon problem. Kind regards, IvoM IvoM, I think what you may be after is being able to predict date/times when a) there is a good number of satellites in the sky around you so that your GPS device can get as many readings as possible and choose the best, b) the satellites are well distributed over the sky to help the mathematical calculation of the GPS device and so that they are not all blocked by a tall building at the same time. If so, try typing into Google: GPS Satellite predictor I came up with https://stellarsupport.deere.com/stellar/SatellitePredictor?language=encountry=US If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good one, but it is dead when I just checked it. Unfortunately, even that probably won't help that much with urban canyoning - you'll probably have to do several runs and then tie it in with Yahoo imagery if you are lucky enough to have it for your area. One tip, I've got my best results having my GPS device mounted in a bicycle saddle-bag - it provides a much more stable platform than walking. And if you are walking and your device loses satellite connection, put it on a metal surface - a man-hole cover, traffic-signal controllers, even large waste-paper bins. It seems to act as a ground-plane which improves the antenna gain. Mike Stockholm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] SRTM relief
Hello lists, Sometime last year I was inspired by http://www.srtm.com and I even contacted developer to see if we can use SRTM derived relief maps in OSM. I don't remember all details but reply was somewhat ambiguous: yes OSM can use pre-rendered tiles from the site above, source code (in Java ) is a bit messy, cause my crazy mate coded something ... Anyway, while srtm.com tiles look good on its own, colour scheme is not suitable for overlaying with OSM data IMHO. So I thought it would be fairly straight forward to implement something from scratch. Here is what I'm thinking about - a c++ command line app, which given bounding box in geographic coordinate system (WGS84) would read compressed raw SRTM files and output 'nice' looking maps (tiles) in specified projection (I only care about Mercator and OS NatGrid but others will work as well). Here is more detailed feature list: 1. highly configurable 2. all steps needed to produce final relief map included (relief, blending , warping etc) 3. read raw compressed SRTM directly 4. easy to add new algorithms 5. using GIL from Adobe for accessing pixels and implementing algos. 6. mapnik and OSM ready 7. perhaps it can be used for outputting contours as well (?) I've coded a prototype based on excellent posting on http:// perrygeo.net/wordpress/?p=7 and I'm looking for a good color scheme that would work for the whole planet, any pointers? Here is some test outputs: http://artem.dev.openstreetmap.org/files/relief_osgb.png http://artem.dev.openstreetmap.org/files/srtm_relief.png (red pixels are voids and I'm yet to fill them, did someone mentioned some good algorithms a few months ago?) The kind of reliefs I think might work well for OSM are gmap terrain or perhaps Yahoo style. Any ideas or comments? Cartographers? Thanks in advance Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
Mike Collinson schreef: At 10:11 PM 2/01/2008, ivom wrote: Folks! From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? Currently I am not planning to upgrade on the hardware side, but do not hesitate to suggest different makes, models or add-ons, which would suffer less from this urban canyon problem. Kind regards, IvoM IvoM, I think what you may be after is being able to predict date/times when a) there is a good number of satellites in the sky around you so that your GPS device can get as many readings as possible and choose the best, b) the satellites are well distributed over the sky to help the mathematical calculation of the GPS device and so that they are not all blocked by a tall building at the same time. If so, try typing into Google: GPS Satellite predictor I came up with https://stellarsupport.deere.com/stellar/SatellitePredictor?language=encountry=US If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good one, but it is dead when I just checked it. Unfortunately, even that probably won't help that much with urban canyoning - you'll probably have to do several runs and then tie it in with Yahoo imagery if you are lucky enough to have it for your area. One tip, I've got my best results having my GPS device mounted in a bicycle saddle-bag - it provides a much more stable platform than walking. And if you are walking and your device loses satellite connection, put it on a metal surface - a man-hole cover, traffic-signal controllers, even large waste-paper bins. It seems to act as a ground-plane which improves the antenna gain. I have an external antenna, which has a magnet. When I stick it to the frame of the bus or even the toddler's stroller/buggy, reception increases dramatically. Could this be the same effect, or did I simply increase the size of the antenna? Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
I have found an external antenna also dramatically improved things (for a car), my working assumption is that it is because the external antenna gets an uninterrupted view of more of the sky - i.e not blocked by the roof of the car On Jan 3, 2008 9:16 AM, Jo [EMAIL PROTECTED] wrote: Mike Collinson schreef: At 10:11 PM 2/01/2008, ivom wrote: Folks! From time to time, I am suffering from the limited reception capabilities of my Garmin Etrex Venture Cx. I guess this is a recognizable state of being, during a mapping session in urban canyons, walking around with an accuracy of 17 meters or more... I am looking for some sort of indication telling me, at which time-of-day there would be excellent conditions for creating tracks in a dense city area. Has anybody come about such a service on the web yet? Currently I am not planning to upgrade on the hardware side, but do not hesitate to suggest different makes, models or add-ons, which would suffer less from this urban canyon problem. Kind regards, IvoM IvoM, I think what you may be after is being able to predict date/times when a) there is a good number of satellites in the sky around you so that your GPS device can get as many readings as possible and choose the best, b) the satellites are well distributed over the sky to help the mathematical calculation of the GPS device and so that they are not all blocked by a tall building at the same time. If so, try typing into Google: GPS Satellite predictor I came up with https://stellarsupport.deere.com/stellar/SatellitePredictor?language=encountry=US If I remember, http://sirius.chinalake.navy.mil/satpred/, is a good one, but it is dead when I just checked it. Unfortunately, even that probably won't help that much with urban canyoning - you'll probably have to do several runs and then tie it in with Yahoo imagery if you are lucky enough to have it for your area. One tip, I've got my best results having my GPS device mounted in a bicycle saddle-bag - it provides a much more stable platform than walking. And if you are walking and your device loses satellite connection, put it on a metal surface - a man-hole cover, traffic-signal controllers, even large waste-paper bins. It seems to act as a ground-plane which improves the antenna gain. I have an external antenna, which has a magnet. When I stick it to the frame of the bus or even the toddler's stroller/buggy, reception increases dramatically. Could this be the same effect, or did I simply increase the size of the antenna? Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] GpsWeather: When conditions for mapping are good
Franc Carter schreef: I have found an external antenna also dramatically improved things (for a car), my working assumption is that it is because the external antenna gets an uninterrupted view of more of the sky - i.e not blocked by the roof of the car Yes, but, I'm not inside a car. There is a clear view of the sky already and still sticking the magnet of the external antenna to a metal surface increases the signal significantly. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] implementation of relations in josm
Accidentally forgot to Cc the list. In addition: use the josm-dev list to discuss changes to JOSM. Hi, I started adding routes as relations in josm. Now I have 8 or 9 of them for the area I work on, but I don't know which is which since they are all called 'relation'. Couldn't the name or the ref be used as a tag? The current code uses the type as primary display and puts relation if you have not specified a type. I strongly suggest you specifiy a type tag with each relation. Having said that, this wouldn't help you a lot because you would see lots of relations named route or whatever you used as type value. We should fix that; the problem is that we'd really need code dependent on the type of relation - for some you may want to have the name or the ref, for others this would not make sense. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] voting open man_made=rig
this proposal has been open for two weeks now, with no objections. voting is now open, for two weeks http://wiki.openstreetmap.org/index.php/Proposed_features/rig thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] proposed feature - amenity=preschool
i have cleaned up the proposal for preschool, could i get some comments lease. please note, that voting does not usually take place until comments have been requested, discussed and objections resolved http://wiki.openstreetmap.org/index.php/Proposed_features/Pre-School_%28early_childhood_education%29 thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] RFC - railway=miniature
this has been open for discussion for 4 months now http://wiki.openstreetmap.org/index.php/Proposed_features/Miniature_railway it looks pretty straightforward - could i get some comments, if there are no objections i will open for voting next week thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] new proposal - railway=turntable
i've put forward a new proposal for comments http://wiki.openstreetmap.org/index.php/Proposed_features/Turntable any opinions and suggestions welcome thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] new proposal - man_made=dike
i've submitted a new proposal for discussion http://wiki.openstreetmap.org/index.php/Proposed_features/Dike could i get some comments and opinions please thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [Fwd: Re: re-using segments]
On 1/2/08, Jon Burgess [EMAIL PROTECTED] wrote: On 02/01/2008, Maning Sambale [EMAIL PROTECTED] wrote: tag k='waterway' v='river' / tag k='natural' v='water' / The Map_Features page lists waterway=river for linear ways and natural=water for areas. Is there a reason why you have both tags on one way? I am experimenting with various rendering on large rivers. The riverbanks is still under the proposed features. Later on I might tag it as just riverbanks. cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |-|--| ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] request for more votes - man_made=wastewater_plant
this has been open for voting for a week now, could i get some more please, so we can decide one way or the other http://wiki.openstreetmap.org/index.php/Proposed_features/Wastewater_plant thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rfc - sport=aussie_rules
this has been around for 7 months now http://wiki.openstreetmap.org/index.php/Proposed_features/Australian_rules_football could i get some more comments so we can agree on something and get voting open thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] tile.openstreetmap.nl
Wat is de bedoeling met de tileserver: kan ik bijvoorbeeld ook een account krijgen om andere tilegenerating dingen te testen, of zal ik daarvoor toch mijn eigen tileserver moeten opzetten? Ik wil graag experimenteren met zowel een andere grafische layout, als een ander formaat van tiles. (ik zie een opening voor een tileserver Amazon EC2 AMI!) Overigens probeer ik net een tile op te vragen, en die geeft errors: http://tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/8/131/84.png An error occurred: Zero length data returned from layer. File /home/mapnik/tilecache/TileCache/Service.py, line 464, in modPythonHandler host ) File /home/mapnik/tilecache/TileCache/Service.py, line 448, in dispatchRequest return self.renderTile(tile, params.has_key('FORCE')) File /home/mapnik/tilecache/TileCache/Service.py, line 408, in renderTile else: raise Exception(Zero length data returned from layer.) Doe ik iets verkeerd, of gaan er andere dingen mis? De algemene tileserver (tile.openstreetmap.org) is vandaag ERG traag. Groeten, Martijn Pannevis Martijn van Oosterhout wrote: On Dec 19, 2007 10:17 PM, Peter Peterse [EMAIL PROTECTED] wrote: Van gisteren, ik zei toch dat ik het tijdens het schrijven van de email had gedaan :) Kan dit nog niet automatisch? Hoe voer je deze wijzigingen in. Welke database gebruik je hiervoor? Sorry, het is automatich, dat was misschien niet duidelijk. Over technische vragen zal ik even de README ter beschikking maken. http://tile.openstreetmap.nl/README.txt Hmm, moet wel even meer details geven over de configuratie bestanden... Is het mogelijk om de README op de tile-server te plaatsen? De wiki geeft mij nog al veel mogelijkheden. Zoals ik hierboven al vroeg, welke database. Je kunt een mysql, postgresql database gebruiken. Tevens heb ik de database Monet al eens langs zien komen en er zullen er nog wel een paar zijn. Wij gebruiken Mapnik, dus postgres is de enige mogelijkheid. Ik zou niet weten hoe je het anders zou doen. Met vriendelijke groet, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl
Over die fout: Ik ben er zelf al achter: de NL tileserver rendert alleen NL, en heeft (dus?) ook een ander urlformaat. Dat maakt switchen overigens heel onhandig: is het niet compatibler om de urls hetzelfde te houden tussen osm.org en osm.nl ? Groten, Martijn. Martijn Pannevis wrote: Wat is de bedoeling met de tileserver: kan ik bijvoorbeeld ook een account krijgen om andere tilegenerating dingen te testen, of zal ik daarvoor toch mijn eigen tileserver moeten opzetten? Ik wil graag experimenteren met zowel een andere grafische layout, als een ander formaat van tiles. (ik zie een opening voor een tileserver Amazon EC2 AMI!) Overigens probeer ik net een tile op te vragen, en die geeft errors: http://tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/8/131/84.png An error occurred: Zero length data returned from layer. File /home/mapnik/tilecache/TileCache/Service.py, line 464, in modPythonHandler host ) File /home/mapnik/tilecache/TileCache/Service.py, line 448, in dispatchRequest return self.renderTile(tile, params.has_key('FORCE')) File /home/mapnik/tilecache/TileCache/Service.py, line 408, in renderTile else: raise Exception(Zero length data returned from layer.) Doe ik iets verkeerd, of gaan er andere dingen mis? De algemene tileserver (tile.openstreetmap.org) is vandaag ERG traag. Groeten, Martijn Pannevis Martijn van Oosterhout wrote: On Dec 19, 2007 10:17 PM, Peter Peterse [EMAIL PROTECTED] wrote: Van gisteren, ik zei toch dat ik het tijdens het schrijven van de email had gedaan :) Kan dit nog niet automatisch? Hoe voer je deze wijzigingen in. Welke database gebruik je hiervoor? Sorry, het is automatich, dat was misschien niet duidelijk. Over technische vragen zal ik even de README ter beschikking maken. http://tile.openstreetmap.nl/README.txt Hmm, moet wel even meer details geven over de configuratie bestanden... Is het mogelijk om de README op de tile-server te plaatsen? De wiki geeft mij nog al veel mogelijkheden. Zoals ik hierboven al vroeg, welke database. Je kunt een mysql, postgresql database gebruiken. Tevens heb ik de database Monet al eens langs zien komen en er zullen er nog wel een paar zijn. Wij gebruiken Mapnik, dus postgres is de enige mogelijkheid. Ik zou niet weten hoe je het anders zou doen. Met vriendelijke groet, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl
On Jan 2, 2008 1:57 PM, Martijn Pannevis [EMAIL PROTECTED] wrote: Wat is de bedoeling met de tileserver: kan ik bijvoorbeeld ook een account krijgen om andere tilegenerating dingen te testen, of zal ik daarvoor toch mijn eigen tileserver moeten opzetten? Van mij mag het. Maar het (voor zover ik weet) ligt het niet aan mij. Er komt een meeting geloof ik waar gediscussieerd wordt wat de bedoeling is. Overigens probeer ik net een tile op te vragen, en die geeft errors: http://tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/8/131/84.png Ik zie het, maar ik weet niet waarom. Ik zal het proberen uit te zoeken... Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl
On Jan 2, 2008 2:02 PM, Martijn Pannevis [EMAIL PROTECTED] wrote: Over die fout: Ik ben er zelf al achter: de NL tileserver rendert alleen NL, en heeft (dus?) ook een ander urlformaat. Dat maakt switchen overigens heel onhandig: is het niet compatibler om de urls hetzelfde te houden tussen osm.org en osm.nl ? Waarschijnlijk wel, maar zo simpel is het niet. Zodra je bepaalt dat je gebied X wil renderen dan staan de tile nummers gelijk vast. Je kan in Openlayers/TileCache niet zeggen render alleen X maar bereken de tile coordinaten ten opzichte van Y. Zolang je OpenLayers gebruikt om de tiles weer te geven maakt het helemaal niet uit wat de nummers zijn, ze worden gewoon goed berekend. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl
Martijn van Oosterhout wrote: On Jan 2, 2008 2:02 PM, Martijn Pannevis [EMAIL PROTECTED] wrote: Over die fout: Ik ben er zelf al achter: de NL tileserver rendert alleen NL, en heeft (dus?) ook een ander urlformaat. Dat maakt switchen overigens heel onhandig: is het niet compatibler om de urls hetzelfde te houden tussen osm.org en osm.nl ? Waarschijnlijk wel, maar zo simpel is het niet. Zodra je bepaalt dat je gebied X wil renderen dan staan de tile nummers gelijk vast. Je kan in Openlayers/TileCache niet zeggen render alleen X maar bereken de tile coordinaten ten opzichte van Y. Zolang je OpenLayers gebruikt om de tiles weer te geven maakt het helemaal niet uit wat de nummers zijn, ze worden gewoon goed berekend. En dat is precies waar het mis gaat: Ik gebruik geen openlayers (zelfs geen webbrowser), maar onze eigen software (die de tiles vervolgens terugscalet, etc). Dan gaat het dus niet goed. Ik zou zelf workarounds kunnen gaan coden, maar daar heb ik nu zelf ook niet echt zin in :). Ben benieuwd naar die meeting. Overigens lijkt de 'echte' tileserver op tile.openstreetmap.org vrijwel dood: bijna alle tiles doen het niet. Iemand die hier meer vanaf weet? En nog andere backups? Groeten, Martijn. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Navi-Gerät, das auch Speichern kann ?
Weiß jemand, ob es auch Navigationsgeräte (für Kfz) gibt, die die Position mit tracken, so dass man den Weg nachher auslesen könnte? Das N810 sollte das können, eventuell muss man mapper nachinstallieren. Das N810 ist ein PDA, den man auch fahrzeugunabhängig verwenden kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
RE: [Talk-de] Navi-Ger�t, das auch Speichern kann?
Hallo, den MobileNavigator von Navigon kannst Du mit einem Eintrag in der Ini-Datei zum Loggen überreden. Läuft auf den meisten PDAs und PNAs und ist Fahrzeugunabhängig. Mit freundlichen Grüßen Matthias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dr. Franz-Josef Behr Sent: Wednesday, January 02, 2008 9:59 AM To: talk-de@openstreetmap.org Subject: [Talk-de] Navi-Gerät, das auch Speichern kann? Hallo gutes Neues Jahr! Weiß jemand, ob es auch Navigationsgeräte (für Kfz) gibt, die die Position mit tracken, so dass man den Weg nachher auslesen könnte? Mit freundlichen Grüßen / Regards / Cordialement Franz-Josef Behr --- What does education often do? It makes a straight-cut ditch of a free, meandering brook. H.D. THOREAU --- Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
habe mir mal die StVO als primäre Quelle genauer angeschaut. Dort sind die beiden relevanten Blöcke im Bereich Fussgängerverkehr und heißen: - *Fußgängerzone*, und - *Wohnstraße* (ich habe die wichtigsten Stellen mal hervorgehoben und markiert) Daanach sollte eigentlich ziemlich eindeutig sein, dass eine Wohnstraße deutlich mehr mit einer Fussgängerzone gemeinsam hat als allgemein gedacht. Logischer Schluss für OSM kann daher nur sein es auch als *highway=pedestrian* zu taggen. Gruß mario * ** * *_§ 76a. Fußgängerzone_ * (1) Die Behörde kann, wenn es die Sicherheit, Leichtigkeit oder Flüssigkeit des Verkehrs, insbesondere des Fußgängerverkehrs, die Entflechtung des Verkehrs oder die Lage, Widmung oder Beschaffenheit eines Gebäudes oder Gebietes erfordert, durch Verordnung Straßenstellen oder Gebiete *dauernd oder zeitweilig dem Fußgängerverkehr vorbehalten (Fußgängerzone)*. Vor Erlassung einer solchen Verordnung ist die Eisenbahnbehörde anzuhören, wenn auf der betroffenen Straßenstelle oder in dem betroffenen Gebiet Schienenfahrzeuge verkehren. *In einer solchen Fußgängerzone ist _jeglicher Fahrzeugverkehr verboten_*, sofern sich aus den folgenden Bestimmungen nichts anderes ergibt; das *Schieben eines Fahrrades ist erlaubt*. Die Bestimmungen des § 45 über Ausnahmen in Einzelfällen bleiben unberührt. (2) Sind in einer Fußgängerzone Ladetätigkeiten erforderlich, so hat die Behörde in der Verordnung nach Abs. 1 nach Maßgabe der Erfordernisse die Zeiträume zu bestimmen, innerhalb deren eine Ladetätigkeit vorgenommen werden darf. Ferner kann die Behörde in der Verordnung nach Abs. 1 nach Maßgabe der Erfordernisse und unter Bedachtnahme auf die örtlichen Gegebenheiten bestimmen, daß mit 1. Kraftfahrzeugen des Taxi- und Mietwagen-Gewerbes und Fiakern jeweils zum Zubringen oder Abholen von Fahrgästen, 2. Kraftfahrzeugen des Gästewagen-Gewerbes zum Zubringen oder Abholen von Fahrgästen von Beherbergungsbetrieben, 3. Fahrrädern und 4. Kraftfahrzeugen mit einem höchsten zulässigen Gesamtgewicht bis zu 3 500 kg, die zur Ausübung der Tätigkeit als Handelsvertreter dienen und die mit einer Tafel mit der Aufschrift ,,Bundesgremium der Handelsvertreter, Kommissionäre und Vermittler'' und mit dem Amtssiegel des Landesgremiums, dem der Handelsvertreter angehört, gekennzeichnet sind, die Fußgängerzone dauernd oder zu bestimmten Zeiten befahren werden darf. (3) Für die Kundmachung einer Verordnung nach Abs. 1 gelten die Bestimmungen des § 44 http://www.internet4jurists.at/gesetze/bg_stvo01.htm#%C2%A7_44. Abs. 1 mit der Maßgabe sinngemäß, daß am Anfang und am Ende einer Fußgängerzone die betreffenden Hinweiszeichen (§ 53 http://www.internet4jurists.at/gesetze/bg_stvo01.htm#%C2%A7_53. Z. 9a bzw. 9b) anzubringen sind. (4) An Stelle einer Zusatztafel können die vorgesehenen Angaben im blauen Feld des Hinweiszeichens angebracht werden, wenn dadurch die Erkennbarkeit des Zeichens nicht beeinträchtigt wird. (5) Unbeschadet der Bestimmung des Abs. 2 *dürfen Fußgängerzonen * a) mit Fahrzeugen des *Straßendienstes* und der *Müllabfuhr* sowie *gegebenenfalls* mit Schienenfahrzeugen und *Omnibussen des Kraftfahrlinienverkehrs*, b) mit den zur Durchführung einer unaufschiebbaren Reparatur eines unvorhersehbar aufgetretenen Gebrechens notwendigen Fahrzeugen, c) mit Fahrzeugen des *öffentlichen Sicherheitsdienstes* und der *Feuerwehr in Ausübung* des Dienstes und d) mit Krankentransportfahrzeugen, sofern der Ausgangs- oder Endpunkt des Krankentransports in der Fußgängerzone liegt, *befahren werden*. (6) Die Lenker von Fahrzeugen dürfen in eine Fußgängerzone nur an den hiefür vorgesehenen Stellen einfahren. Sie haben von ortsgebundenen Gegenständen oder Einrichtungen (wie Häusern, Brunnen, Laternen, Bänken, Bäumen u. dgl.) einen der Verkehrssicherheit entsprechenden seitlichen Abstand einzuhalten und dürfen nur mit Schrittgeschwindigkeit fahren. Die zulässige Höchstgeschwindigkeit für Schienenfahrzeuge ist nach den eisenbahnrechtlichen Vorschriften festzusetzen. (7) _*Füßgänger dürfen in Fußgängerzonen auch die Fahrbahn benützen*_. Sie dürfen dabei aber den erlaubten Fahrzeugverkehr nicht mutwillig behindern. *_§ 76b. Wohnstraße_ * (1) Die Behörde kann, wenn es die Sicherheit, Leichtigkeit oder Flüssigkeit des Verkehrs, insbesondere des Fußgängerverkehrs, die Entflechtung des Verkehrs oder die Lage, Widmung oder Beschaffenheit eines Gebäudes oder Gebietes erfordert, durch Verordnung Straßenstellen oder Gebiete *dauernd oder zeitweilig zu Wohnstraßen erklären*. *In einer solchen Wohnstraße ist der _Fahrzeugverkehr verboten_*; *ausgenommen davon sind* der *Fahrradverkehr*, das Befahren mit *Fahrzeugen des Straßendienstes, der Müllabfuhr, des öffentlichen Sicherheitsdienstes und der Feuerwehr in Ausübung des Dienstes* sowie das *Befahren zum Zwecke des Zu- und Abfahrens*. (2) *In Wohnstraßen ist das _Betreten der Fahrbahn und das Spielen gestattet_*.
[Talk-de] Idee: Vorfahrtsstraßen innerorts mi ndestens als tertiary taggen?
Beim Einschätzen der Wichtigkeit von Straßen innerorts ist mir oft aufgefallen, dass ich Straßen, die zwar keine Bundes-, Landes-, Kreisstraße oder überhaupt Hauptverkehradern einer Stadt sind mindestens als tertiary taggen würde und nicht nur als residential. Geht es euch ähnlich? und wenn ja, wollen wir das nicht als greifbares Argument mit in die Wiki aufnehmen? Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Idee: Vorfahrtsstraßen innerorts mi ndestens als tertiary taggen?
Ergänzung: ich meine natürlich Vorfahrtsstraßen damit... Mario Salvini schrieb: Beim Einschätzen der Wichtigkeit von Straßen innerorts ist mir oft aufgefallen, dass ich Straßen, die zwar keine Bundes-, Landes-, Kreisstraße oder überhaupt Hauptverkehradern einer Stadt sind mindestens als tertiary taggen würde und nicht nur als residential. Geht es euch ähnlich? und wenn ja, wollen wir das nicht als greifbares Argument mit in die Wiki aufnehmen? Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Idee: Vorfahrtsstraßen innerorts min destens als tertiary taggen?
Beim Einschätzen der Wichtigkeit von Straßen innerorts ist mir oft aufgefallen, dass ich Straßen, die zwar keine Bundes-, Landes-, Kreisstraße oder überhaupt Hauptverkehradern einer Stadt sind mindestens als tertiary taggen würde und nicht nur als residential. Geht es euch ähnlich? und wenn ja, wollen wir das nicht als greifbares Argument mit in die Wiki aufnehmen? Residential bedeutet fuer mich nicht etwa die Funktion einer Anwohnerstrasse, sondern eine Strasse, die in bewohntem Gebiet verlaeuft. Damit ergibt sich oft die Zustaendigkeit, dass dies Strassen der Gemeinde sind - und auch jene Strassen, die in einem Stadtplanverzeichnis aufgefuehrt sind. Ab wann ist etwas fuer dich eine Hauptverkehrsader? Jegliche Vorfahrtsstrasse? Eine Strasse mit einer bestimmten Mindestbreite? Eine Strasse mit zugehoerigem Radweg und Buergersteig? Eine min. vierspurige Strasse? Eine Strasse mit absolutem Halteverbot? Echte Hauptverkehrsadern haben haeufig Lockerungen des Geschwindigkeitsbereichs 50 km/h, echte Anliegerstrassen (ich vermeide hier explizit den Begriff der Wohnstrasse, der in Oesterreich die Bezeichung fuer den Verkehrsberuhigten Bereich / Spielstrasse darstellt) haben hingegen heute oft Einschraenkungen auf 30 km/h. Von daher ergibt sich beinah schon im Umkehrschluss, was Hauptverkehrsadern sind. Persoenlich wuerde ich eher fuer ein tag Vorfahrtsstrasse plaedieren. (main road? right of way?) Schoenen Gruss Martin -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Daanach sollte eigentlich ziemlich eindeutig sein, dass eine Wohnstraße deutlich mehr mit einer Fussgängerzone gemeinsam hat als allgemein gedacht. Sehe ich wirklich anders *ausgenommen davon sind* der *Fahrradverkehr* Also eher cycleway das *Befahren zum Zwecke des Zu- und Abfahrens*. Also ist es eine normale residential mit Anliegerverkehr für motorisierte Fahrzeuge und frei für Fahrräder also highway=residential foot=yes bicycle=yes motorcar=destination In eine Fußgängerzone darf der Anlieger höchstens mit schwerer Last rein, nicht aber um vor der Tür zu parken, in der Wohnstraße schon. Die Fußgängerzone ist also eine deutlich schärfere Einschränkung ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Dimitri Junker schrieb: Also ist es eine normale residential mit Anliegerverkehr für motorisierte Fahrzeuge und frei für Fahrräder also highway=residential foot=yes bicycle=yes motorcar=destination In eine Fußgängerzone darf der Anlieger höchstens mit schwerer Last rein, nicht aber um vor der Tür zu parken, in der Wohnstraße schon. Die Fußgängerzone ist also eine deutlich schärfere Einschränkung sehr guter Einwand und auch eine sehr plausible Tagging-Variante -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Hallo Frederik, Da living street kein weltweites Konzept ist - die dadurch implizierten Geschwindigkeits- und Vorfahrtsregeln sind nicht ueberall gleich - koennte man eventuell auch de:spielstrasse=yes taggen. Das faende ich eigentlich klarer. In anderen Laendern dann eben die dortigen Aequivalente (nl:woonerf=yes oder so). und da ich kein Niederländisch verstehe, weiss ich nicht was da geaggt ist. Und eine Routing-SW muss tausende von Sprachen beherrschen. = m.E. nicht sehr tauglich. Als Zusatzinfo von mir aus, aber ausschlieslich eher nein. MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Navi-Gerät, das auch Speichern kann ?
On Wed, 02 Jan 2008 09:59:25 +0100, Dr. Franz-Josef Behr wrote: Weiß jemand, ob es auch Navigationsgeräte (für Kfz) gibt, die die Position mit tracken, so dass man den Weg nachher auslesen könnte? Ja, ich weiß das :-) Author of: Strategisches GIS-Management - http://www.gis-management.de Und mit dem Hintergrund muß das ein Bait sein, oder? Jedenfalls: Viele Garmin können das von Haus aus, manche besser, andere schlechter. Das zumo ist das kleinste der Straßennavis die das können. Dann gibt es viele PDA-basierte Lösungen. Da kann man z.B. Glopus.de nachrüsten, dann können die das auch. Des weiteren gibt es PNA-Lösungen (und eigentlich sind die Garmins PNAs), da kann man bei einigen Glopus nachrüsten, dann können die das auch. Soweit mir das bekannt ist, können es die Einbaugeräte derzeit nicht. Aber auch da gibt es abhilfe in Form einer GPS-Maus mit Datenlogger - schau Dich bitte mal auf Pocketnavigation.de um. Anschauungsmaterial gibts beim Leonbergtreff #38 am 20.2. im Adlerhof Schwann - die Details dazu stehen im Bereich Usertreff des oben genannten Forums. -- Ciao, Holger (GUS-KOTAL, GUS#1100) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Mario Salvini schrieb: Dimitri Junker schrieb: Also ist es eine normale residential mit Anliegerverkehr für motorisierte Fahrzeuge und frei für Fahrräder also highway=residential foot=yes bicycle=yes motorcar=destination In eine Fußgängerzone darf der Anlieger höchstens mit schwerer Last rein, nicht aber um vor der Tür zu parken, in der Wohnstraße schon. Die Fußgängerzone ist also eine deutlich schärfere Einschränkung sehr guter Einwand und auch eine sehr plausible Tagging-Variante +1 -- Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Hallo, Da living street kein weltweites Konzept ist - die dadurch implizierten Geschwindigkeits- und Vorfahrtsregeln sind nicht ueberall gleich - koennte man eventuell auch de:spielstrasse=yes taggen. Das faende ich eigentlich klarer. In anderen Laendern dann eben die dortigen Aequivalente (nl:woonerf=yes oder so). und da ich kein Niederländisch verstehe, weiss ich nicht was da geaggt ist. Es muesste einen zentralen Ableitungskatalog geben, der in fuer jeden verstaendlichen Worten (oder Codes) beschreibt, was bestimmte Tags mit sich bringen. Angenommen, irgendwo in einem kleinen afrikanischen Land gibt es eine besondere Art von Strassen, die nur mit Eselskarren befahren werden duerfen, nachts auch mit Bussen und ansonsten nur von drei Fussgaengern in Reihe oder sowas. Angenommen, lokal hiessen diese Strassen lala-Strassen, und jeder wuesste, was damit gemeint ist. Soll man nun wirklich bei *jeder* *einzelnen* derartigen Strasse alle Details einer lala-Strasse in OSM-Diktion uebersetzen muessen (bus=night, foot=three_in_a_row,cart=donkey) - fuehrt dies nicht zu extremer Redundanz in der Datenbank und zu potentiellen Fehlerquellen? Und wenn die Regierung nun beschliesst, dass auch Maultiere und nicht nur Esel die Karren ziehen duerfen, muessen wir mit einem Skript alles aendern. Um wie viel besser waere es doch, wenn die Strassen dort einfach xy:highway=lala getaggt wuerden, und in einem zentralen Register (das koennte eine Wiki-Seite sein) wird gepflegt, was das denn jetzt genau bedeutet. Fuer die maschinelle Auswertung bedeutet dieser Extraschritt kaum Komplikation, die Datenmenge wird insgesamt sogar kleiner. Fuer die manuelle Arbeit sehe ich auch nur Vereinfachungen, ausser fuer den Ortsunkundingen, der trotzdem mappen will und der sich daher erstmal mit den Gegebenheiten vertraut machen muss - aber das erwartet man eigentlich eh. Es ist ja auch sehr wahrscheinlich, dass ein Einwohner meines hypothetischen Landes gern eine Karte gezeichnet haette, in der alle lala-Strassen eine bestimmte Farbe haben, und nicht etwa alle Strassen, fuer die bus=night, foot=three_in_a_row und cart=donkey gilt - wer weiss, das koennte ja auch fuer nicht-lala-Strassen der Fall sein... Ich glaube, wir muessen ein bisschen von diesem Kulturimperialismus weg. Selbst schimpfen wir oft ueber irgendwelche UK-only-Sachen in den Daten, und zugleich finden wir es ganz normal, dass wir definieren, dass es sowas wie eine living street gibt und was das ungefaehr bedeutet. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Am Mittwoch, 2. Januar 2008 16:16 schrieb Frederik Ramm: Hallo, Da living street kein weltweites Konzept ist - die dadurch implizierten Geschwindigkeits- und Vorfahrtsregeln sind nicht ueberall gleich - koennte man eventuell auch de:spielstrasse=yes taggen. Das faende ich eigentlich klarer. In anderen Laendern dann eben die dortigen Aequivalente (nl:woonerf=yes oder so). und da ich kein Niederländisch verstehe, weiss ich nicht was da geaggt ist. Es muesste einen zentralen Ableitungskatalog geben, der in fuer jeden verstaendlichen Worten (oder Codes) beschreibt, was bestimmte Tags mit sich bringen. Angenommen, irgendwo in einem kleinen afrikanischen Land gibt es eine besondere Art von Strassen, die nur mit Eselskarren befahren werden duerfen, nachts auch mit Bussen und ansonsten nur von drei Fussgaengern in Reihe oder sowas. Angenommen, lokal hiessen diese Strassen lala-Strassen, und jeder wuesste, was damit gemeint ist. Soll man nun wirklich bei *jeder* *einzelnen* derartigen Strasse alle Details einer lala-Strasse in OSM-Diktion uebersetzen muessen (bus=night, foot=three_in_a_row,cart=donkey) - fuehrt dies nicht zu extremer Redundanz in der Datenbank und zu potentiellen Fehlerquellen? Und wenn die Regierung nun beschliesst, dass auch Maultiere und nicht nur Esel die Karren ziehen duerfen, muessen wir mit einem Skript alles aendern. Um wie viel besser waere es doch, wenn die Strassen dort einfach xy:highway=lala getaggt wuerden, und in einem zentralen Register (das koennte eine Wiki-Seite sein) wird gepflegt, was das denn jetzt genau bedeutet. Fuer die maschinelle Auswertung bedeutet dieser Extraschritt kaum Komplikation, die Datenmenge wird insgesamt sogar kleiner. Fuer die manuelle Arbeit sehe ich auch nur Vereinfachungen, ausser fuer den Ortsunkundingen, der trotzdem mappen will und der sich daher erstmal mit den Gegebenheiten vertraut machen muss - aber das erwartet man eigentlich eh. Es ist ja auch sehr wahrscheinlich, dass ein Einwohner meines hypothetischen Landes gern eine Karte gezeichnet haette, in der alle lala-Strassen eine bestimmte Farbe haben, und nicht etwa alle Strassen, fuer die bus=night, foot=three_in_a_row und cart=donkey gilt - wer weiss, das koennte ja auch fuer nicht-lala-Strassen der Fall sein... Ich glaube, wir muessen ein bisschen von diesem Kulturimperialismus weg. Selbst schimpfen wir oft ueber irgendwelche UK-only-Sachen in den Daten, und zugleich finden wir es ganz normal, dass wir definieren, dass es sowas wie eine living street gibt und was das ungefaehr bedeutet. Ja, das ist evtl. genau das was wir brauchen, wobei ich trotzdem highway=living_street einem: de:highway=Spielstraße vorziehen würde, man kann ja das Register trotzdem führen. Ein Motorway ist in UK ja auch anders als in USA oder DE (z.B. Maximalgeschwindikeiten). Trotzdem kann man mit einer Routing Software ja rausfinde wo die Autobahn liegt und dann das entsprechende Schema laden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
* 2008-01-02 11:02 +0100 Mario Salvini: habe mir mal die StVO als primäre Quelle genauer angeschaut. Dort sind die beiden relevanten Blöcke im Bereich Fussgängerverkehr und heißen: - *Fußgängerzone*, und - *Wohnstraße* (...) einer Wohnstraße die betreffenden Hinweiszeichen (§ 53 http://www.internet4jurists.at/gesetze/bg_stvo01.htm#%C2%A7_53. Abs. 1 Z 9c bzw. 9d) anzubringen sind. Diese Abschnitte stammen offenbar aus der StVO aus dem Jahre 1960 (auf diese Fassung verweist jedenfalls der Link im letzten Absatz). In der (weniger wortreichen) aktuellen Fassung http://bundesrecht.juris.de/stvo/BJNR015650970.html taucht der Begriff Wohnstraße nicht auf. Die durch die Spielstraßen-Verkehrszeichen bezeichneten Gebiete heißen Verkehrsberuhigte Bereiche - §42 (4a): | Verkehrsberuhigte Bereiche | | Zeichen 325 Beginn | Zeichen 326 Ende | eines verkehrsberuhigten Bereichs | | Innerhalb dieses Bereichs gilt: | 1. Fußgänger dürfen die Straße in ihrer ganzen Breite benutzen; |Kinderspiele sind überall erlaubt. | 2. Der Fahrzeugverkehr muß Schrittgeschwindigkeit einhalten. | 3. Die Fahrzeugführer dürfen die Fußgänger weder gefährden noch behindern; |wenn nötig, müssen sie warten. | 4. Die Fußgänger dürfen den Fahrverkehr nicht unnötig behindern. | 5. Das Parken ist außerhalb der dafür gekennzeichneten Flächen unzulässig, |ausgenommen zum Ein- oder Aussteigen, zum Be- oder Entladen. Bei der Ausfahrt aus einem solchen Bereich gelten dieselben Regeln wie bei einer abgesenkten Bordsteinkante (§10), und das war es dann auch schon so ziemlich mit den Regelungen zur Spielstraße. Insbesondere gibt es keine ausdrückliche Einschränkung für Durchgangsverkehr; motorcar=destination wäre also falsch. Auch die Vorschriften zu Fußgängerzonen (offiziell Fußgängerbereiche) fallen deutlich knapper aus als anno dazumal - §41 (5): | (...) Innerhalb des Fußgängerbereichs gilt: | 1. Der Fußgängerbereich ist Fußgängern vorbehalten. Andere |Verkehrsteilnehmer dürfen ihn nicht benutzen. | 2. Wird durch Zusatzschild Fahrzeugverkehr zugelassen, so darf nur mit |Schrittgeschwindigkeit gefahren werden. Die Fahrzeugführer dürfen |Fußgänger weder gefährden noch behindern; wenn nötig, müssen sie |warten. Von der formalen Ähnlichkeit zwischen Spielstraße und Fußgängerzone aus der alten Fassung ist jedenfalls nicht mehr viel übrig. Viele Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
einer Wohnstraße die betreffenden Hinweiszeichen (§ 53 http://www.internet4jurists.at/gesetze/bg_stvo01.htm#%C2%A7_53. Abs. 1 Z 9c bzw. 9d) anzubringen sind. Diese Abschnitte stammen offenbar aus der StVO aus dem Jahre 1960 (auf diese Fassung verweist jedenfalls der Link im letzten Absatz). In der (weniger wortreichen) aktuellen Fassung http://bundesrecht.juris.de/stvo/BJNR015650970.html taucht der Begriff Wohnstraße nicht auf. Die durch die Spielstraßen-Verkehrszeichen bezeichneten Gebiete heißen Verkehrsberuhigte Bereiche - §42 (4a): Hallo Johannes, Mario hatte leider nicht explizit darauf hingewiesen. Sein Link verraet es aber: er bezieht sich auf den aktuell gueltigen § 53 der OESTERREICHER StVO. Dort heisst das Konstrukt eben Wohnstraße. In Deutschland, laut StVO zum Zeichen 325, heisst es Verkehrsberuhigter Bereich. Die genaue Bedeutung ist etwas unterschiedlich, vgl. http://wiki.openstreetmap.org/index.php/Proposed_features/living_street#National_Specialties Schoenen Gruss Martin -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
On 2008-01-02 16:36, Sven Anders wrote: Ich glaube, wir muessen ein bisschen von diesem Kulturimperialismus weg. Selbst schimpfen wir oft ueber irgendwelche UK-only-Sachen in den Daten, und zugleich finden wir es ganz normal, dass wir definieren, dass es sowas wie eine living street gibt und was das ungefaehr bedeutet. Ja, das ist evtl. genau das was wir brauchen, wobei ich trotzdem highway=living_street einem: de:highway=Spielstraße vorziehen würde, man kann ja das Register trotzdem führen. Ein Motorway ist in UK ja auch anders als in USA oder DE (z.B. Maximalgeschwindikeiten). Trotzdem kann man mit einer Routing Software ja rausfinde wo die Autobahn liegt und dann das entsprechende Schema laden. Nachdem ich vom entsprechenden Proposoal im Wiki erfuhr, kann ich eigentlich den am ehesten unterstuetzen: http://wiki.openstreetmap.org/index.php/Proposed_features/living_street tag k=highway v=living_street/ tag k=name v=Schubertstraße/ Die Maximalgeschwindigkeit ergibt sich impliziten, landeseinheitlichen Vorschrift bzw. Rechtsprechung. Beispielsweise ist die sog. Schrittgeschwindigkeit nirgends genau konkretisiert. Im Gegenteil ergibt sie sich aush Einzelurteilen in der Rechtsprechung. Wir gehen hier von 7 km/h aus. Manche Urteile besagten 12 km/h, andere deutlich unter 20 km/h - und es scheint sogar min. eines zu geben, das von 4 km/h ausgeht. Die landesweit einheitliche Interpretation von highway/living_street erscheint mir daher am sinnvollsten. Beinah schon entlarvend ist hier die Diskussion um die sog. Spielstrasse: So heisst sie im Volksmund. Offiziell gibt es die aber nicht in diesem Sinne, sondern in ganz anderer Bedeutung. Fehler sind daher vorprogrammiert. -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Hallo Martin, * 2008-01-02 17:06 +0100 Martin Trautmann: Mario hatte leider nicht explizit darauf hingewiesen. Sein Link verraet es aber: er bezieht sich auf den aktuell gueltigen § 53 der OESTERREICHER StVO. Dort heisst das Konstrukt eben Wohnstraße. Ach so, danke für den Hinweis. Da Mario wie ich in Aachen unterwegs ist, habe ich mit dem Bezug zu Österreich nicht gerechnet. Dann ist die von Dimitri vorgeschlagene Tagging-Variante (highway=residential, foot=yes, bicycle=yes, motorcar=destination) für Österreich natürlich sinnvoll, für Deutschland wäre sie aber wie gesagt falsch. Viele Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Navi-Gerät, das auch Speichern kan n?
Hallo, die GoPal-Geräte von Medion können ebenfalls tracken. Das trx-spezifische Format muss für OSM aber in gpx konvertiert werden, was aber kein größeres Hindernis darstellt ;) Ist im übrigen eine Windows CE-Lösung womit sich zusätzliche Software wie Glopus etc. nachinstallieren lässt. MfG Patrick Beck Am Mittwoch, den 02.01.2008, 09:59 +0100 schrieb Dr. Franz-Josef Behr: Hallo gutes Neues Jahr! Weiß jemand, ob es auch Navigationsgeräte (für Kfz) gibt, die die Position mit tracken, so dass man den Weg nachher auslesen könnte? Mit freundlichen Grüßen / Regards / Cordialement Franz-Josef Behr signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Martin Trautmann schrieb: ... Schrittgeschwindigkeit nirgends genau konkretisiert. Im Gegenteil ergibt sie sich aush Einzelurteilen in der Rechtsprechung. Wir gehen hier von 7 km/h aus. Manche Urteile besagten 12 km/h, andere deutlich unter 20 km/h - und es scheint sogar min. eines zu geben, das von 4 km/h ausgeht was haltet ihr von maxspeed=walking? weil7km/h is ja effektiv weder richtig noch falsch. -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
Mario Salvini schrieb: was haltet ihr von maxspeed=walking? weil7km/h is ja effektiv weder richtig noch falsch. Eigentlich nicht so viel, da eine eindeutige numerische Angabe leichter automatisiert zu verarbeiten ist als ein walking. Ausserdem: was soll denn z.B. eine Navigationssoftware als erlaubte Geschwindigkeit annehmen und anzeigen, wenn man in solch einer Strasse unterwegs ist? Ich plaediere dafuer, die tags nicht ausufern zu lassen, oder je nach geografischer/politischer Position andere Bedeutung haben zu lassen. Irgendwann blickt da keiner mehr durch und die Qualitaet der Daten sinkt dadurch erheblich. Wenn eine maximale Geschwindigkeit vorgegeben ist, dann solte man diese auch angeben. Ob 7 oder 12 kmh ist eigentlich sowieso wurscht, da sich keiner so genau daran halten kann. Schoene Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wohnstraße, Fahrradstraße, Fu ßgängerzone, ...
Hallo! Vielleicht sollten wir in die Diskussion um die Wohnstraßen und die Fußgängerzonen noch die Fahrradstraße aufnehmen: http://www.sicherestrassen.de/VKZKatalog/Kat244.htm Mal ganz grundsätzlich: 1. Das jetztige System mit einer handvoll highway Typen, lässt sich leicht und schnell lernen - Davor jetzt für ein halbes Dutzend Spezialfälle eigene Tags einzuführen, würde die Sache verkomplizieren. 2. Frederik hat aber auch recht, wenn er sagt, dass es keinen Sinn macht, die ganzen Kombinationen von Tags anzuwenden. Das wäre zwar die einfachste Lösung, weil Anfänger dann einfach erstmal alles mögliche als residential markieren könnten und dann versiertere Benutzer die nötigen Eintrage zu den Beschränkungen nachpflegen. Aber wie Frederik schon sagte: Wenn dann eine der Regeln geändert wird, muss man die alle auf einmal ändern. Letztlich kann OSM ja nur eine Karte und keine genrelle Verkehrsberatung sein. Sonst taggen wir bald an die Straßen auch noch so Sachen wie: Hier darf man zwar 70 fahren, aber da ist immer Stau, man sollte also lieber mit der Bahnline XY fahren, wenn man von A nach B will. :-D 3. Vielleicht wäre dann die Zwischenlösung am besten: highway | residential + ein Sonder-Tag, das dann länderspezifisch ist. Es wird in vielen Ländern spezielle Regelungen geben, die dann in einer anderen DB-Tabelle hinterlegt sind. Da kann man dann ja auch noch einmal genau auflisten, was denn ein solches Sonder-Tag bedeutet. zb maxspeed = X, access=Y, foot=yes Ein schlaues Navi sollte dann damit etwas anfangen können. Die Überlegung wäre nun, wie man so ein Tag nennt und wie man es anwendet. Das Länderkürzel irgendwo in key oder value wäre schlau, damit man das wirklich nach Ländern auffächern kann (oder gibt es Länder mit mehreren Straßenverkehrsordnungen? Dann müsste das noch flexibler sein. :-D ) Mein Vorschlag wäre die Erweiterung des access Tags: access | de:fahrradstrasse access | de:wohnstrasse access | de:fussgaengerzone oder so ähnlich. -- Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erste Test-Daten von OpenGeoDB
hallo martin, Martin Trautmann schrieb: Umgekehrt hat BW etwa 185 000 (Gemeinde-)Straßen - knapp ein Zehntel davon ist schon in der OSM aufgenommen. Hier die Spitzenreiter: Prozent : x von y NameGemeindeschlüssel 85.5 : 59/69 Altdorf (Kreis Böblingen) 08115002 61.4 : 86/140 Holzgerlingen 08115024 diese beiden orte interessieren mich zufälligerweise ;-) besonders... bei altdorf hätte ich behauptet, da sind alle straßen mit namen erfasst und jetzt sollen da 10 stück fehlen?!? ich kann mir eigentlich nur vorstellen, dass es entweder schreibfehler sind oder es sich um feldwege handelt, die kein straßenschild haben, aber einen historischen namen tragen. kannst du da eine liste rauslassen, mit den fehlenden straßennamen? das müssen 100% werden ;-) grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] living street
On Thu, Jan 03, 2008 at 01:53:18AM +0100, Dimitri Junker wrote: Wir sollten uns auf eine Geschwindigkeit einigen, diese auch im Wiki verewigen. Es sollte nicht 10km/h sein, sondern was krummes. Wenn wir also 7km/h nehmen kann man nachher immer noch automatisch was ändern, bei 10km/h bestünde die Gefahr, daß wirklich irgendwo so ein Schild steht. http://flickr.com/photos/dan-lem2001/471629315/ :-) Leider habe ich jetzt kein solches Schild von Deutschland/Österreich bei der Hand. Ich glaube aber, dass es beim IKEA in der SCS ein 12km/h-Schild auf dem Parkplatz gibt. Gabriel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Loggen mit dem Medion Navi von Aldi?
Vor gar nicht all zu langer Zeit hat doch Aldi Süd dieses Medion Navi verkauft, es war wohl vor zwei Monaten. Jetzt wollte ich Fragen, ob und wenn ja, wie man damit loggen kann, sodass die Daten brauchbar für OSM sind. Hat damit jemand Erfahrungen gemacht? Ich wäre Dankbar für eine Antwort! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk-fr] une rue et deux rond-points
Bonsoir, Ce n'est pas grave d'utiliser 3 ways pour une seule rue : un way ne représente pas une rue mais une portion de route qui partage les mêmes caractéristiques (nom, classification etc). Si des ronds-points sont présents au milieu de la rue, alors il faudra utiliser plusieurs ways. Frédéric Le 02/01/08, Axel Rousseau[EMAIL PROTECTED] a écrit : Bonjour et bonne année 2008, J'ai profité des fêtes de fin d'années pour rendre visite à mes parents qui habitent dans la charmante ville d'Hazebrouck (Nord de la france), petite bourgade de 22 000 habitants et 22 rond-points... Parmis ces 22 rond-points, y'en a deux qui passent par la rue du 8 mai : http://openstreetmap.org/?lat=50.73172lon=2.54329zoom=16layers=0BFT Je ne sais pas trop comment faire pour tagguer cette zone car les ronds points sont ronds et du coup, ça me fait 3 ways différents pour la même rue. Merci pour vos conseils, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Question sur les zones piétonnes
ah c'est tout le problème avec ce projet : certains points mettent du temps avant d'arriver à un consensus. Celui des places en est un bon exemple. Comme tu as pu le voir, il existe une solution pour osmarender mais je n'en connais aucun pour mapnik. Utiliser area=yes et highway=pedestrian a été longuement discuté ici: http://wiki.openstreetmap.org/index.php/Proposed_features/area http://wiki.openstreetmap.org/index.php/Talk:Key:area http://wiki.openstreetmap.org/index.php/Proposed_features/Plaza http://lists.openstreetmap.org/pipermail/talk/2007-October/018786.html http://lists.openstreetmap.org/pipermail/talk/2007-December/020505.html C'est une solution qui ne plait pas à tous le monde mais une majorité semble apprécier le terme générique area alors que d'autres n'en veulent pas... De plus, même les anglais qui sont à l'origine du projet n'ont pas de solution pour Mapnik, voir la place la plus célèbre de Londre, Trafalgar Sq: http://www.openstreetmap.org/?lat=51.508lon=-0.12793zoom=17layers=B0FT qui rend bien sur osmarender mais plutot mal avec mapnik. Dans ces cas-là, je choisis d'utiliser le tag qui fonctionne sur au moins un logiciel de rendu. Plus tard, si le consensus est trouvé avec d'autres tags, il sera toujours possible de créer des scripts qui modifieront ces zones d'une manière massive, après éventuellement un contrôle visuel. En attendant, bravo pour ton mapping sur cette zone. Ca donne pas mal même si c'est un peu lugubre avec tous ces cimetières. D'ailleurs, taguer les cimetières pourrait aussi changer dans le futur. Il s'agirai d'ajouter un tag suplémentaire pour préciser la confession et pour éviter de mettre une zone verte avec des croix sur des cimetières juifs ou musulmans... Comme tu vois, il faut bien commencer par quelque chose. Pieren On Jan 2, 2008 12:28 AM, [EMAIL PROTECTED] wrote: Bonjour, J'ai découvert OSM depuis maintenant un peu plus d'un mois après m'être acheté un GPS. J'ai commencé à ajouter quelques rues à Saint Cyr l'Ecole (78), Nanterre/La défense (92), et Pontcharra (38) sous le pseudo khris78. Dans un message du 30 Dec 2007, Vincent Bernat disait : Pour la Défense, il n'y a a que le boulevard circulaire. Sachant que le reste est très encaissé par les immeubles, voire enterré, comment pourrais-t-on cartographier ce quartier correctement ? J'ai l'impression que le problème, c'est surtout tous les boulevards et trains/métros en sous-sol... Pour l'esplanade, je pense qu'on peut s'en sortir avec les photos aériennes Yahoo associées à quelques traces GPS (au pire, j'ai une précision de l'ordre de 20/30m malgré les immeubles) et aux infos récoltées sur le terrain (j'utilise un appareil photo + le plugin geotagged de JOSM, c'est impeccable). J'ai notamment commencé à ajouter les noms des tours (malheureusement, aucun moteur de rendu ne les prend encore en compte). Sinon, j'ai une petite question concernant les surfaces à vocation piétonnes : - j'ai essayé highway=pedestrian + area=true (comme indiqué sur le Wiki) = correct avec osmrender, mais il trace une rue circulaire avec mapnik (exemple : le cours Valmy, là : http://www.openstreetmap.org/index.html?lat=48.892lon=2.231zoom=17) - avec landuse=plaza : on n'obtient que le nom, mais pas de tracé de la surface (quelque soit le moteur de rendu, exemple, en zoomant à l'URL précédente : la Place Ronde). Avez-vous déjà rencontré ce genre de problèmes ? Y a-t-il un autre moyen de tracer les parvis/esplanades réservés aux piétons ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] une rue et deux rond-points
Le 02/01/08, Frédéric Bonifas[EMAIL PROTECTED] a écrit : Ce n'est pas grave d'utiliser 3 ways pour une seule rue : un way ne représente pas une rue mais une portion de route qui partage les mêmes caractéristiques (nom, classification etc). Si des ronds-points sont présents au milieu de la rue, alors il faudra utiliser plusieurs ways. Oui j'ai eu aussi cette impression bizarre au début. Ca ne me semblait pas facile et logique de splitter à tout bout de champ. Mais en fait c'est parce que nos interface actuelle (josm ou poltach) sont trop fidèle au protocole et n'ont pas assez d'imagination pour nous abstraire de ces types de base : Node et Way. Je pense que ça viendra dans le futur alors patience :) -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Tours [was: Question sur les zon es piétonnes]
Pieren Pieren wrote: intéressant: c'est tout simplement building=yes + name=xxx mais pourquoi ces petits bouts de highway=unclassified qui ne sont liés à rien ? J'utilise parfois ça quand je sais qu'il y a une rue mais que je ne l'ai pas encore saisie. Par exemple pour différencier une impasse d'une rue pas finie. http://informationfreeway.org/?lat=48.64088527346268lon=-3.3450500449684473zoom=16layers=B000F000 http://informationfreeway.org/?lat=48.78589827046282lon=-3.4939287063028734zoom=17layers=B000F000 Ça avait été discuté il y a pas mal de temps... d'autres personnes mettent 2-3 nodes sans connexions pour faire la même chose, mais ça n'apparaît pas sur la carte. On avait aussi discuté d'utiliser un tag pour prévenir quand la route n'est pas finie mais finalement rien n'a émergé. Les 2 petits bouts que tu as vu sur Paris sont l'entrée et la sortie d'une voie souterraine qui passent sous la dalle du quartier Olympiade. Impossible à tracer au GPS ou à partir des photos aérienne... Il faudrait que je la parcours en notant le long de quelles tours elle passe pour la tracer, mais bien que j'habite là je ne prends jamais cette voie. (c'est vraiment super-méga-glauque) Je suis peut-être le seul contributeur a avoir mappé tout son quartier SAUF la rue ou il habite :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] une rue et deux rond-points
effectivement, une rue peut se décomposer en plusieurs ways. Un rond-point forme un way fermé sur lui-même. On le tague avec junction=roundabout et le highway=residential ou primary ou secondary, etc... sinon il reste invisible sur la carte. Le tag oneway=true n'est pas nécessaire : c'est une information induite et c'est le sens du tracé qui donne le sens de circulation. Pareil pour name et ref, il ne faut pas les mettre dans les ronds-points qui par définition sont à la croissée de plusieurs routes. Pour le type de highway, si le rond-point fait la jointure avec des highway différents (par exemple un residential et un tertiary), il a été admis d'utiliser le highway le plus important. En effet, une route large finit rarement sur un rond-point a voie étroite... Il y a aussi de plus en plus en France des tout petits rond-points comme il en existe depuis longtemps en Angleterre. Pour ces mini-rond-points, une boucle n'est pas nécessaire : un simple node d'intersection est suffisant, marqué avec highway=mini_roundabout Pieren On Jan 2, 2008 10:30 PM, Julien Langlois [EMAIL PROTECTED] wrote: Le 02/01/08, Frédéric Bonifas[EMAIL PROTECTED] a écrit : Ce n'est pas grave d'utiliser 3 ways pour une seule rue : un way ne représente pas une rue mais une portion de route qui partage les mêmes caractéristiques (nom, classification etc). Si des ronds-points sont présents au milieu de la rue, alors il faudra utiliser plusieurs ways. Oui j'ai eu aussi cette impression bizarre au début. Ca ne me semblait pas facile et logique de splitter à tout bout de champ. Mais en fait c'est parce que nos interface actuelle (josm ou poltach) sont trop fidèle au protocole et n'ont pas assez d'imagination pour nous abstraire de ces types de base : Node et Way. Je pense que ça viendra dans le futur alors patience :) -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr