Re: [OSM-talk] Any cyclists interested in a Grand European Sweden-to-Marathon Mapping Relay?
Mike Collinson wrote: This is just for fun but might also raise some useful publicity as quirky stunt. snip - Does not have to be bicycle. Foot, roller-blade, kayak ... could be added if there is interest. what an awesome idea. great way to map, to publicise, to meet other mappers. can i give mike a lolcat of awesumnes? i'd love to take part, but i'm a bit far away. maybe we could organise one in new zealand? if only there were more mappers here.. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch duplicated node
Although it's appropriate in this case, remember that created_by is not a reliable indicator to what editor was used to carry out the edit, for this reason: http://josm.openstreetmap.de/ticket/1047 and Potlatch's version number is in the created_by string for a reason, please do quote it if you can. :) I agree. Just the created in created_by prevented me from doing so in Merkaartor a long time ago (I guess it should have been uploaded_by or something like that). I opened http://trac.openstreetmap.org/ticket/1131 for Merkaartor. - Chris - ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Recommended GPS for logs for OSM *and* for vehicle - is there such a beast?
On Wed, Aug 27, 2008 at 09:23:21PM +0200, Ulf Lamping wrote: [snip lots of useful information and experience] 3. Conclusion - If you're touring a lot in european areas and are willing to spend about 600EUR I would *really* recommend to buy a TomTom Rider II with european maps - in that case it's really nice to have and IMHO worth the money. If you're touring only e.g. once in a year and are willing to get less handling comfort, I'll recommend a normal car navigation ~200EUR (or some other already noted options like a PDA/N810) plus a waterresistant motorcycle mount ~50EUR? (however, I don't have a personal experience with this) So you're own personal solution depends on the comfort you want to have, the usual length of your touring, how many tours in the year you do and obviously the money you'd like to (and can) spend ... Regards, ULFL Yes, I think you've confirmed my thoughts as I look into this. A do everything device probably doesn't exist. I need a (relatively) cheap device for logging to provide data to put into OSM and then the motorbike navigation is a separate device to be selected using different criteria. Thanks for the very useful input. -- Chris Green ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
Dermot There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Where these occur in areas I have seen (many grass filled squares in C London) two parallel ways have been used - and yes I know that people are using leisure=park incorrectly in order to get them rendered, but probably excusable in London as they are often formal park/recreation areas. Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dermot McNally Sent: 28 August 2008 00:49 To: osm Subject: [OSM-talk] Mapnik handling of highways that are also landuse... Folks - with reference to this: http://www.openstreetmap.org/?lat=53.72339lon=-6.34273zoom=17layers=B 00FTF ...which is a section of the Mapnik render of the outcome of the very successful Drogheda Mapping Party in Ireland. Towards the centre of the map, you'll see what is represented as an oval area of residential highway. I can almost see why, but it struck me that it represents unwanted behaviour that could possibly be fixed. What we have here is a closed way of type highway=residential. Importantly, it isn't tagged as an area. It _is_ tagged (the same way) as landuse=grass. So without understanding the internals of Mapnik, it's as though the landuse, which applies at area-level, infects the highway tag and causes it to be considered as an area too. Clearly, I could simply draw a second way through the same nodes, and there are plenty of heated discussions over which approach is the saner. But it feels as though this tag combination ought to be able to render correctly as is. Dermot -- -- Iren sind menschlich ___ 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] Recommended GPS for logs for OSM *and* for vehicle - is there such a beast?
Chris G wrote: I'm after a GPS system which I can use to provide data for OSM maps and as a 'normal' GPS system to tell me where to go when I'm on my motorbike. Is there anything which can provide both facilities or should I give up and buy two separate devices? It's doubtful (to me) if on-screen maps are much use, too distracting, so a system which can provide voice instructions via bluetooth (or whatever) would seem to be best for the 'bike. A receiver which can link up with a PDA might make sense as I need a new PDA anyway. have you heard of openmoko? they've recently released a handheld linux computer/phone/pda called the freerunner. it has gps, microsd (sdhc) slot, 640 x 480 screen, and a completely open programming environment, and mostly free drivers there are several excellent apps developed for it, including tangogps, for osm map viewing, navit, and plenty of others, plus i think there's something on the go for mobile mapping. it'll do logging to the microsd slot, and has bluetooth 2 for earpieces etc. have a look here for more info: wiki.openmoko.org it goes for around 400 us mine arrives next week, i'll tell you how it goes if anyone's interested ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] error in osm
i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
2008/8/28 Steve Chilton [EMAIL PROTECTED]: There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. This is always a risk :) Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). A further complexity, certainly. The amusing thing is, I only started using landuse=grass very recently, after deciding that recreation_ground was probably not a good tag for what we're describing here. What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. Correct. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Where these occur in areas I have seen (many grass filled squares in C London) two parallel ways have been used - and yes I know that people are using leisure=park incorrectly in order to get them rendered, but probably excusable in London as they are often formal park/recreation areas. Well, a technical limitation is just that - if it can't be done, we need to live with it. The end result is certainly unintuitive, though, since the only area tag named (the landuse) isn't the style that gets applied to the area. I feel the workaround coming on... Thanks, Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
Steve Chilton wrote: Dermot There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Dermot, this sounds a lot like you're using the same way to form the centre of the road, and the boundary of the grass. wouldn't it be easier to use a separate way to represent each? i can't imagine the grass extends to the middle of the road or am i getting the wrong end of the stick? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM Data
Hi guys, I would like to store this map which i have taken from OSM site which can be seen via clicking the download link www.megaupload.com/?d=5Y58619K and store its information such as the names of places, road names, cor-ordinates etc in a database. Then create an application similar to that of google map that queries the database in such as way that if i type Great Portland Street, in a search bar the map will then be shown with a pointer indicating where Great Portland stree is. Now what i would like to know is after i have decided on what i want to store, how do i go about storing this. I also have POST GIS/POSTGRES db as well on my system and Python 2.5. Can somebody suggest a way of doing so thanks Chers -- View this message in context: http://www.nabble.com/OSM-Data-tp19161121p19161121.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] error in osm
robin paulson wrote: i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? It's less a question of who you need to send it to, and more a question of what you need to send ;-) A good start would be to tell us the URL of the page that is giving you trouble. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
2008/8/28 robin paulson [EMAIL PROTECTED]: Steve Chilton wrote: Dermot There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Dermot, this sounds a lot like you're using the same way to form the centre of the road, and the boundary of the grass. wouldn't it be easier to use a separate way to represent each? i can't imagine the grass extends to the middle of the road or am i getting the wrong end of the stick? It's the right end of the stick, since I do it myself. It is my personal view that ways in OSM represent the whole feature, and although they are usually placed along the centreline of that feature, the way does not represent merely the centre line of the feature. Until OSM moves to a very high accuracy method of using areas to define road surfaces, etc, I'll continue using overlapping ways to represent landuse areas contained by roads. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] error in osm
Tom Hughes wrote: robin paulson wrote: i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? It's less a question of who you need to send it to, and more a question of what you need to send ;-) A good start would be to tell us the URL of the page that is giving you trouble. Tom I have got that error once or twice in the last few days. Usually when i was trying to edit the map. This was always at different places and was usually around Dublin, Ireland. Pressing reload made the problem go away. Rory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Data
On 28/08/2008 11:08, fx5900 wrote: Hi guys, I would like to store this map which i have taken from OSM site which can be seen via clicking the download link www.megaupload.com/?d=5Y58619K and store its information such as the names of places, road names, cor-ordinates etc in a database. Then create an application similar to that of google map that queries the database in such as way that if i type Great Portland Street, in a search bar the map will then be shown with a pointer indicating where Great Portland stree is. Now what i would like to know is after i have decided on what i want to store, how do i go about storing this. I also have POST GIS/POSTGRES db as well on my system and Python 2.5. Can somebody suggest a way of doing so thanks Do you know about name finder: http://gazetteer.openstreetmap.org/namefinder which does exactly this? See http://wiki.openstreetmap.org/index.php/Name_finder David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] error in osm
Tom Hughes wrote: robin paulson wrote: i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? It's less a question of who you need to send it to, and more a question of what you need to send ;-) A good start would be to tell us the URL of the page that is giving you trouble. ok, the last time, i was looking at the main map, somewhere around zoom 14, and hit Ctrl-F5, to see if the area i'd mapped earlier had rendered (osmarender) http://openstreetmap.org/?lat=-36.92273lon=174.75996zoom=15layers=0B0FTF was the link i think i hit Ctrl-F5 again, and the map re-appeared it also happened twice after i'd sent a message using the osm messaging thingy. i hit send, and a similar message appeared (sorry, didn't note it down). so, i hit F5 and the outbox appeared, and apparently the message had been sent - although i'm not 100%, the mappers i sent them to haven't replied yet ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
2008/8/28 robin paulson [EMAIL PROTECTED]: this sounds a lot like you're using the same way to form the centre of the road, and the boundary of the grass. wouldn't it be easier to use a separate way to represent each? That is what I'm doing. I don't do this in all cases, but some do lend themselves rather well to it. In my sample case, I have a closed way representing a highway. So no, it wouldn't be easier to create a brand new way, either reusing the nodes or staying just a little within them. That's extra work. We can discuss whether your approach (which is one I sometimes use) is more correct, but it certainly isn't easier. i can't imagine the grass extends to the middle of the road Clearly not - but I'd reiterate what Thomas said. Reuse of the way (or creation of an identical one using the same nodes) is IMHO topologically valid given the intended uses of our data. You would only insist on modelling such green areas, say, 3m away from the road centre if you were also in the business of mapping road boundary instead of centre line. Mapping a centre line is an approximation to reality. A simplified notion of abutting areas that assumes them to extend to that centre line is entirely consistent with that approximation. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
Steve Chilton wrote: Dermot There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Dermot, this sounds a lot like you're using the same way to form the centre of the road, and the boundary of the grass. wouldn't it be easier to use a separate way to represent each? i can't imagine the grass extends to the middle of the road or am i getting the wrong end of the stick? Well, I'd say that the way does not represent the middle of the road, but the entire road (otherwise you would have to leave streets unconnected at crossings, because the incoming street doesn't extend to the middle of the other street either). But the way it is currently tagged, I would interpret it as an object that is both a road and a grass area at the same time. I would strongly recommend to stick to the one feature == one way paradigm. Regards, Marc -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] error in osm
robin paulson wrote: ok, the last time, i was looking at the main map, somewhere around zoom 14, and hit Ctrl-F5, to see if the area i'd mapped earlier had rendered (osmarender) http://openstreetmap.org/?lat=-36.92273lon=174.75996zoom=15layers=0B0FTF was the link i think i hit Ctrl-F5 again, and the map re-appeared it also happened twice after i'd sent a message using the osm messaging thingy. i hit send, and a similar message appeared (sorry, didn't note it down). so, i hit F5 and the outbox appeared, and apparently the message had been sent - although i'm not 100%, the mappers i sent them to haven't replied yet If it's in your outbox then it was sent as it is all the same record in the database. It's just possible (but unlikely) that no email notification was sent to the other person. It was probably the page you were redirected to afterwards that actually had the error. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse
-Original Message- Date: Thu, 28 Aug 2008 00:59:12 +0100 From: Thomas Wood [EMAIL PROTECTED] Subject: Re: [OSM-talk] Mapnik handling of highways that are also landuse... To: Dermot McNally [EMAIL PROTECTED] Cc: osm talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 28, 2008 at 12:49 AM, Dermot McNally [EMAIL PROTECTED] wrote: Folks - with reference to this: http://www.openstreetmap.org/?lat=53.72339lon=- 6.34273zoom=17layers=B00FTF ...which is a section of the Mapnik render of the outcome of the very successful Drogheda Mapping Party in Ireland. Towards the centre of the map, you'll see what is represented as an oval area of residential highway. I can almost see why, but it struck me that it represents unwanted behaviour that could possibly be fixed. What we have here is a closed way of type highway=residential. Importantly, it isn't tagged as an area. It _is_ tagged (the same way) as landuse=grass. So without understanding the internals of Mapnik, it's as though the landuse, which applies at area-level, infects the highway tag and causes it to be considered as an area too. Correct Clearly, I could simply draw a second way through the same nodes, and there are plenty of heated discussions over which approach is the saner. But it feels as though this tag combination ought to be able to render correctly as is. Mapnik still likes the one way per feature way of doing things, (as a matter of fact, so do I, seems more logical that the two can be separated if required later) Personally I prefer to recommend that you definer the area of grass using a separate way that uses the same nodes as the residential road, but which is certainly a separate way from the road. You may prefer to define it as a separate way using separate nodes as this can make editing easier in the short term, however Richard explained yesterday on talk how to use '/' to select from the different ways associated with the same node which I will investigate. Using the approach you have tried is definitely to be discouraged imho, and mixes up two different things into one way. As a longer term discussion I am interested in morphing the 'multi-polygon' relation into a 'polygon' relation so it can be used as an alternative ways of defining areas. The relation would need to allow a number of linear features to form the boundary of the area. The relation would then hold the tags that are associated with the area (in this case 'landuse=grass'). The relation could also be able to refer to zero or more 'inner' areas which can be defined in a similar way to define 'holes' in polygons. This approach allows a single 'edge' to be part of a number of areas (I gave the example of the edge of a park also being the boundary for the borough in a previous post). Currently the approach of using boundary:left=Ipswich for part of the boundary is not compatible with have a single way defining the area of the park. I am also advocating that we dump the current boundary left: and right: tagging in favour of using the 'boundary' relation for boundaries. I might come up with a technical demonstrator for this in the near future so explore how it might work in practice. There is more discussion on polygons and relations here: http://wiki.openstreetmap.org/index.php/Talk:Relation:multipolygon And the boundary relation here: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Boundaries If this approach was used we would be able to run with both coding systems in the short term and possibly then deprecate ways being used for areas and boundaries in the longer term. Any other thoughts? Am I wasting my time on this idea, or do others see value in it? Is so would it be useful to produce some trial rendering or would someone like to make osmarender or Mapnik handle it? Regards, Peter(Ito) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, Aug 28, 2008 at 11:06 AM, Dermot McNally [EMAIL PROTECTED] wrote: 2008/8/28 Steve Chilton [EMAIL PROTECTED]: There are two reasons why your tag combination ought to be able to render correctly as is statement is not valid. This is always a risk :) Firstly - as Thomas pointed out - mapnik likes one feature per way. Secondly - landuse=grass is not rendered at the moment (because of the vast disagreement on the whole landuse/natural/grass thing). A further complexity, certainly. The amusing thing is, I only started using landuse=grass very recently, after deciding that recreation_ground was probably not a good tag for what we're describing here. What I am guessing you have on the ground is a residential square with a road round the outside and a grassy bit in the middle. Correct. There is no way I know of for mapnik to interpret this correctly from a double-tagged single way like this. It would have to be able to draw a line, a road fill, a second line, and then the grass fill. Where these occur in areas I have seen (many grass filled squares in C London) two parallel ways have been used - and yes I know that people are using leisure=park incorrectly in order to get them rendered, but probably excusable in London as they are often formal park/recreation areas. Well, a technical limitation is just that - if it can't be done, we need to live with it. The end result is certainly unintuitive, though, since the only area tag named (the landuse) isn't the style that gets applied to the area. Well, technically, there are ways of handling this case (the way would need duplicating on import, with some clever tag stripping). But they aren't pretty, or I think, desirable. The weirdness is caused by the fact that you have a way which is both a line and a polygon at the same time, as well as being a road and grass at the same time. This kind of duality might be OK for photons, but I'm not sure it makes much sense for data modelling. And if OSM ever gets a native area type like people keep suggesting, then it probably just wouldn't be allowed. There's an easy fix though: just make a 2nd way using the same nodes.. have one be the road, and one the grass. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Recommended GPS for logs for OSM *and* for vehicle - is there such a beast?
Use that on a bike, and you'll quickly find that the screen is unreadable in sunlight (especially when displaying OSM map images which are typically white or light-coloured roads on a white background) On Thu, Aug 28, 2008 at 10:53 AM, robin paulson [EMAIL PROTECTED] wrote: Chris G wrote: have you heard of openmoko? they've recently released a handheld linux computer/phone/pda called the freerunner. it has gps, microsd (sdhc) slot, 640 x 480 screen, and a completely open programming environment, and mostly free drivers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] error in osm
At 12:18 PM 28/08/2008, Tom Hughes wrote: robin paulson wrote: i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? It's less a question of who you need to send it to, and more a question of what you need to send ;-) A good start would be to tell us the URL of the page that is giving you trouble. Tom I was also getting the same error sporadically this morning (about 09:00 your time) when clicking on the View tab on htttp://www.openstreetmap.org when leaving Edit mode. It may have happened the other way round too, but I can't specifically remember (age :-) ). It would then work with no error repeating the same cycle. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 48, Issue 77
Peter, The same idea has occurred to me also. I think far from developing this being a waste of time, I think it is highly desirable from the point of view of avoiding multiple ways sharing a set of nodes, which makes editing a nightmare. It seems all round the most elegant solution for multiple areas to me, and I agree, it should include the multipolygon functionality. Regards, Dave ---original message follows--- Personally I prefer to recommend that you definer the area of grass using a separate way that uses the same nodes as the residential road, but which is certainly a separate way from the road. You may prefer to define it as a separate way using separate nodes as this can make editing easier in the short term, however Richard explained yesterday on talk how to use '/' to select from the different ways associated with the same node which I will investigate. Using the approach you have tried is definitely to be discouraged imho, and mixes up two different things into one way. As a longer term discussion I am interested in morphing the 'multi-polygon' relation into a 'polygon' relation so it can be used as an alternative ways of defining areas. The relation would need to allow a number of linear features to form the boundary of the area. The relation would then hold the tags that are associated with the area (in this case 'landuse=grass'). The relation could also be able to refer to zero or more 'inner' areas which can be defined in a similar way to define 'holes' in polygons. This approach allows a single 'edge' to be part of a number of areas (I gave the example of the edge of a park also being the boundary for the borough in a previous post). Currently the approach of using boundary:left=Ipswich for part of the boundary is not compatible with have a single way defining the area of the park. I am also advocating that we dump the current boundary left: and right: tagging in favour of using the 'boundary' relation for boundaries. I might come up with a technical demonstrator for this in the near future so explore how it might work in practice. There is more discussion on polygons and relations here: http://wiki.openstreetmap.org/index.php/Talk:Relation:multipolygon And the boundary relation here: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Boundaries If this approach was used we would be able to run with both coding systems in the short term and possibly then deprecate ways being used for areas and boundaries in the longer term. Any other thoughts? Am I wasting my time on this idea, or do others see value in it? Is so would it be useful to produce some trial rendering or would someone like to make osmarender or Mapnik handle it? Regards, Peter(Ito) Send instant messages to your online friends http://uk.messenger.yahoo.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mkgmap questions
On Wed, 27 Aug 2008 16:41:33 -0700 Karl Newman [EMAIL PROTECTED] wrote: You're right. It's because the source files don't have bounds. If you have only a couple files, you could insert a dummy bound element before the first node. It should work as long as it includes the area that you're cropping with --bb. You could just make it span the entire planet, like bound box=-90,-180,90,180 origin=osmxapi/ and then Osmosis will cut it down to your bounding box. Hello again Karl, Yes, placing a dummy 'planet wide' bound box into one of the files makes osmosis insert the more limited one in the output. One would think that XAPI would include bound box in it's output hint hint ;-) Cheers, Simon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, Aug 28, 2008 at 1:14 PM, Dave Stubbs [EMAIL PROTECTED] wrote: Well, technically, there are ways of handling this case (the way would need duplicating on import, with some clever tag stripping). But they aren't pretty, or I think, desirable. FWIW, I've been planning to implement just that at some point, just havn't gotten around to it yet. The biggest problem is that the style file needs to contain information like tag X applies only to nodes/ways/areas and this information simply does not exist. Collecting this information is a project in itself. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tech/API] Accessing tags set by a user for traces
Hi, I'm working on Viking[1], a GPS desktop application with OSM related features. In order to assist user when uploading its traces to OSM, I wish to contact OSM, retrieve the previously used tags, and propose these tags to the user for the new trace. Is there such API actually? [1] http://viking.sf.net/ -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -=- mailto:[EMAIL PROTECTED] -=- http://nathguil.free.fr/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tech/API] Accessing tags set by a user for traces
Guilhem Bonnefille wrote: I'm working on Viking[1], a GPS desktop application with OSM related features. In order to assist user when uploading its traces to OSM, I wish to contact OSM, retrieve the previously used tags, and propose these tags to the user for the new trace. Is there such API actually? No, and I don't think one would be practical. To start with we don't currently normalise the tags at all so there is lots of duplication in the tag table - the only way to get a list of tags is to select distinct on the tag column. Scale wise we have about 250,000 tag records currently, and even if you remove the duplicates there are about 40,000 or so. I don't think people are going to want to download 40,000 tags even if we wanted to let them. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] error in osm
Ah, I thought I had just been doing something weird when I got that message yesterday. It was when switching between the View/Edit tab for me. I couldn't recreate the error on demand. 2008/8/28 Mike Collinson [EMAIL PROTECTED] At 12:18 PM 28/08/2008, Tom Hughes wrote: robin paulson wrote: i've been getting an error in osm all day, whenever i hit reload, or try to do something in the messages section: --- Application error Change this error message for exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code) in public/500.html --- who do i need to send it to? It's less a question of who you need to send it to, and more a question of what you need to send ;-) A good start would be to tell us the URL of the page that is giving you trouble. Tom I was also getting the same error sporadically this morning (about 09:00 your time) when clicking on the View tab on htttp://www.openstreetmap.orgwhen leaving Edit mode. It may have happened the other way round too, but I can't specifically remember (age :-) ). It would then work with no error repeating the same cycle. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tech/API] Accessing tags set by a user for traces
On Thu, Aug 28, 2008 at 9:08 AM, Tom Hughes [EMAIL PROTECTED] wrote: Guilhem Bonnefille wrote: I'm working on Viking[1], a GPS desktop application with OSM related features. In order to assist user when uploading its traces to OSM, I wish to contact OSM, retrieve the previously used tags, and propose these tags to the user for the new trace. Is there such API actually? No, and I don't think one would be practical. To start with we don't currently normalise the tags at all so there is lots of duplication in the tag table - the only way to get a list of tags is to select distinct on the tag column. Scale wise we have about 250,000 tag records currently, and even if you remove the duplicates there are about 40,000 or so. I don't think people are going to want to download 40,000 tags even if we wanted to let them. Tom What about getting a list of tags that the user had previously used? (i.e., SELECT DISTINCT ... WHERE UID = ...). That's certainly smaller than 40,000. Or maybe not even select distinct, so the client could sort by most commonly used tags. By the way, to Guilhem, thank you for your very cool app, but could you please release a Windows binary when you release new versions? I haven't been motivated enough to set up a ming installation to compile my own. Sincerely, Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, Aug 28, 2008 at 3:57 PM, Martijn van Oosterhout [EMAIL PROTECTED] wrote: On Thu, Aug 28, 2008 at 1:14 PM, Dave Stubbs [EMAIL PROTECTED] wrote: Well, technically, there are ways of handling this case (the way would need duplicating on import, with some clever tag stripping). But they aren't pretty, or I think, desirable. FWIW, I've been planning to implement just that at some point, just havn't gotten around to it yet. The biggest problem is that the style file needs to contain information like tag X applies only to nodes/ways/areas and this information simply does not exist. Collecting this information is a project in itself. I think this might be one of those Jurassic Park moments ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, 2008-08-28 at 16:57 +0200, Martijn van Oosterhout wrote: On Thu, Aug 28, 2008 at 1:14 PM, Dave Stubbs [EMAIL PROTECTED] wrote: Well, technically, there are ways of handling this case (the way would need duplicating on import, with some clever tag stripping). But they aren't pretty, or I think, desirable. FWIW, I've been planning to implement just that at some point, just havn't gotten around to it yet. The biggest problem is that the style file needs to contain information like tag X applies only to nodes/ways/areas and this information simply does not exist. Collecting this information is a project in itself. I did something similar to put the features into multiple tables but I didn't do any tag filtering. The tag filtering was not important at one time because there were no common rendering styles shared between linear and area features. Now some combinations like highway=pedestrian,area=yes make things things more complicated. I think you'll get stuck with many tags not falling into any of these categories, some obvious ones... * name * layer * access * ref My personal opinion is that features like a road around an area should use different ways. When mapping features myself I don't even share the nodes. I find it much clearer to leave a small gap between the area and surrounding ways. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 'Offset path' distances
Richard Fairhurst wrote: Could anyone suggest what distance, and for what use, these presets should be? (e.g. narrow canal towpath, 5 metres - i.e. the offset from the canal centreline to the towpath centreline) For canal to towpath centreline, it would be 5-10m. Would it be possible for it also automatically to create a relation between the two ways? As I understand it, people want towpaths and canals to be linked with a relation, although I haven't yet had a chance to write a proposal. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left-Right and opposite - Issue
Florian Lohoff wrote: I'd like to see a proposal for tag agnostic tagging of left and right e.h. prepend all directional tags with left:cycleway=lane and right:cycleway=line. I think that's a really great idea, and the correct solution to the problem. However, it would be a reasonably large change and so requires some consensus. So in the future everybody inventing new directional tags does not need to care on the editors. Absolutely. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, Aug 28, 2008 at 8:47 PM, Jon Burgess [EMAIL PROTECTED] wrote: FWIW, I've been planning to implement just that at some point, just havn't gotten around to it yet. The biggest problem is that the style file needs to contain information like tag X applies only to nodes/ways/areas and this information simply does not exist. Collecting this information is a project in itself. I did something similar to put the features into multiple tables but I didn't do any tag filtering. The tag filtering was not important at one time because there were no common rendering styles shared between linear and area features. Now some combinations like highway=pedestrian,area=yes make things things more complicated. In case anybody is wondering, if you know tag X does not apply to nodes ever, osm2pgsql supports that now. For the distinction between lines and polygons there is an attempt but it doesn't quite work right. What I want to do extend it to is that highway=traffic_signals is only for nodes and highway=pedestrian only for ways. My personal opinion is that features like a road around an area should use different ways. When mapping features myself I don't even share the nodes. I find it much clearer to leave a small gap between the area and surrounding ways. For stuff like name which can be applied to anything it will always get copied to all objects. Being able to have multiple features out of a single OSM object isn't ever going to be easy. But we can do things much better than now... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Corporate Cartographers accused of demolishing history. (make press release?)
Hi guys, I'm a relative newbie to OSM(I understand it - I just haven't been involved long), but I just noticed this on the news sites: http://news.google.co.uk/?ncl=1240671745 I'm seeing articles like this: http://www.timesonline.co.uk/tol/news/uk/article4629602.ece saying things like: Corporate cartographers are demolishing thousands of years of history, not to mention Britain's geography, at a stroke, by not including them on maps, she said. We're in danger of losing what makes maps unique; giving us a feel for a place. It seems someone has made a speech condemning online map providors with being obsessed with directions etc. There are headlines like Is cartography a dying art? and technologists from google saying: Whereas Ordnance Survey maps were designed for the military, and churches were added simply as useful landmarks, digital maps could now be customised to reveal the location of fish-and-chip shops in any given district, he said. “If you want to know exactly where Doctor Who episodes were produced around the UK, that can be put on to a map,” Perhaps the people who are nearish the top of OSM, and I feel sheepish that I don't really know who I'm talking about, might like to put out a pressrelease or press statement about how OSM is helping put *real* maps back on the internet and allow cool mashups etc. I'm not sure of the vein exactly, all I can see if a press opportunity that should not be missed. Cheers Tim -- www.tdobson.net If each of us have one object, and we exchange them, then each of us still has one object. If each of us have one idea, and we exchange them, then each of us now has two ideas. - George Bernard Shaw ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] HollandOpen 18/19 sept
Hoi, De HollandOpen conferentie waar OSM het vorig jaar een grote rol had in de GEO-track (Steve Coast was toen ook in NL) is dit jaar op 18/19 sept in Amsterdam. Zie www.hosc.nl. Marc Vloemans doet nu een Geo bijdrage. Groet, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetPhoto upload marathon
Freek , stefan, Ik heb vanmorgen een serie foto's ge-uploaded, die ik gemaakt heb met mijn Canon 460 in autoshoot functie op de fiets. Er staan borden op maar ook niet. Is misschien een leuke test omdat ze sequentieel een stuk route vormen. De reeks is maar een paar minuten, omdat toen de bevestiging van de camera losschoot. Als ik daar een goede oplossing voor weet, die ook wat minder trilt, ga ik de camera inzetten bij routes enzo. namen img_0444 tot img_0520 1600 x 1200 Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, August 28, 2008 7:36 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] OpenStreetPhoto upload marathon -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ik heb vannacht de links op OpenStreetMap.nl naar OpenStreetPhoto.org zichtbaar gemaakt, zo ook een berichtje op de site gezet, een wiki pagina gemaakt en het verslag geupdate. Nu eens wachten op de reacties ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAki2OUgACgkQYH1+F2Rqwn1+igCfXSoMJhwrV8hr2YgHv546V2LK 238An3niBxq/nVCBj+1reGuCCOkO9Z1t =9Yp8 -END PGP SIGNATURE- ___ 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] OpenStreetPhoto upload marathon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gert Gremmen schreef: | Ik heb vanmorgen een serie foto's ge-uploaded, die ik gemaakt heb met | mijn Canon 460 in autoshoot functie op de fiets. Er staan borden op maar | ook niet. Is misschien een leuke test omdat ze sequentieel een stuk | route vormen. De reeks is maar een paar minuten, omdat toen de | bevestiging van de camera losschoot. | Als ik daar een goede oplossing voor weet, die ook wat minder | trilt, ga ik de camera inzetten bij routes enzo. Je zou een homemade gyro kunnen maken. | namen img_0444 tot img_0520 1600 x 1200 Dat zou een mooie Photosynth zijn ;) Ze worden momenteel voorzien van features :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2WYMACgkQYH1+F2Rqwn1GqwCdGpCCIqlEMmq+pnsTycl7+L2v GkEAn05kBOqUVK0IVf7Nk2tkDNBrwFhs =6wHW -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetPhoto upload marathon
Inderdaad, maar je begint met wat experimenten. Een gyro is leuk voor de horizon, maar geeft geen oplossing voor vertikale trillingen, en die zijn weer funest voorde camera. Afijn een gyro is ook buiten mijn capaciteiten. Alleen schuimplastic denk ik. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, August 28, 2008 10:14 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] OpenStreetPhoto upload marathon -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gert Gremmen schreef: Als ik daar een goede oplossing voor weet, die ook wat minder trilt, ga ik de camera inzetten bij routes enzo. Zoals ik nu zie zou je twee keer zo snel foto's moeten maken. (of langzamer fietsen!) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2XlMACgkQYH1+F2Rqwn1fCACfUldG42e90klJSAJV8cYKRnCw LjcAn2NDq07fvNfWfJOb0z/4m/Wx3qNW =GyWP -END PGP SIGNATURE- ___ 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] OpenStreetPhoto upload marathon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gert Gremmen schreef: Inderdaad, maar je begint met wat experimenten. http://sift.openstreetphoto.org/matches/preview/kleiner.jpg Ik zou nog even in m'n wiskunde SOS CAS TOA skills moeten duiken om het liefst op 'low level' niveau in deze functie alleen lijnen in een relatieve hoek van max 30 graden toe te staan... Dat linkje heeft al een reductie van aantal lijnen, maar ik vind er nog te veel false positives in zitten. Een laplace zou iig contouren moeten opleveren. En als we de laplace kunnen oplijnen met de SIFT punten dan kunnen we er een 3D plaatje van maken :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2ZS4ACgkQYH1+F2Rqwn190wCeL26KBT4M/asarA/IiSFC6vU+ px8AnjfNfkbW3vHRBpJooRlYzP4td8+Y =qDBH -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] HollandOpen 18/19 sept
Op 28 aug 2008, om 09:10 heeft Henk van Cann (2value) het volgende geschreven: Hoi, De HollandOpen conferentie waar OSM het vorig jaar een grote rol had in de GEO-track (Steve Coast was toen ook in NL) is dit jaar op 18/19 sept in Amsterdam. Zie www.hosc.nl. Marc Vloemans doet nu een Geo bijdrage. Groet, Henk Henk, Ik geef samen met Gert Gremmen op de 13e, tijdens de landelijke OSM gebruikersdag die samenvalt met de kickoff van Software Freedom Day, een introductie-workshop over OSM. Ik wil deze best ook tijdens HOSC komen geven als hier belangstelling voor bestaat. Martijn -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] HollandOpen 18/19 sept
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martijn van Exel schreef: Op 28 aug 2008, om 09:10 heeft Henk van Cann (2value) het volgende geschreven: Hoi, De HollandOpen conferentie waar OSM het vorig jaar een grote rol had in de GEO-track (Steve Coast was toen ook in NL) is dit jaar op 18/19 sept in Amsterdam. Zie www.hosc.nl. Marc Vloemans doet nu een Geo bijdrage. Groet, Henk Henk, Ik geef samen met Gert Gremmen op de 13e, tijdens de landelijke OSM gebruikersdag die samenvalt met de kickoff van Software Freedom Day, een introductie-workshop over OSM. Ik wil deze best ook tijdens HOSC komen geven als hier belangstelling voor bestaat. Martijn Wow +1 (wellicht in de zaal dan) :D Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2adsACgkQYH1+F2Rqwn2jvACgiOX8JMhxTQ6NS/poLlUsdZF1 6m8Anjoy8sNIvY3JDMq22fbcLMAVxYWN =jAaJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Artis bijna klaar
Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Nog niet alles is ingevoegd maar hier is alvast een sneak preview: http://tile.openstreetmap.nl/?zoom=17lat=52.36607lon=4.91622layers=0B0F Als ik helemaal klaar ben zal ik het op openstreetmap.nl zetten. groet, floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
Ziet er zeker mooi uit! Ik zie het al voor me op nu.nl: Gratis kaarten voor bezoekers Artis Door de inspanning van Floris Looijesteijn, vrijwilliger voor OpenStreetMap, is het nu mogelijk om een speciale Artis kaart in uw Mio navigatie systeem te laden. Op 28 aug 2008, om 14:00 heeft Floris Looijesteijn het volgende geschreven: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Nog niet alles is ingevoegd maar hier is alvast een sneak preview: http://tile.openstreetmap.nl/?zoom=17lat=52.36607lon=4.91622layers=0B0F Als ik helemaal klaar ben zal ik het op openstreetmap.nl zetten. groet, floris ___ 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] Artis bijna klaar
cool andere rendering : http://openfietskaart.nl/?zoom=18lat=52.36622lon=4.91618layers=BFTTTFFFT ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
Floris, Floris Looijesteijn wrote: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Ik heb er melding van gemaakt op de Software Freedom Day-webstek -- Met vriendelijke groet, Bas de Lange Software Freedom Day Nederland hoofdorganisator Bringing freedom to a street near you! http://www.softwarefreedomday.eu begin:vcard fn:Lange n:de;Bas email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
das wel een beetje vroeg, want het was nog niet helemaal klaar. maar goed, nu moet ik het wel snel afmaken :) Bas de Lange schreef: Floris, Floris Looijesteijn wrote: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Ik heb er melding van gemaakt op de Software Freedom Day-webstek -- Met vriendelijke groet, Bas de Lange Software Freedom Day Nederland hoofdorganisator Bringing freedom to a street near you! http://www.softwarefreedomday.eu ___ 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
[OSM-talk-nl] Industriegebieden taggen
Industriegebieden in Nederland worden op ANWB borden altijd aangeduid met een range van nummers van de bedrijven die in een gebied zitten. Is het geen goed idee om dat op de OSM kaart ook aan te geven? Ik stel voor als ref die range in te vullen en als name de eventuele naam van het industriegebied. Lijkt me een heel handige toevoeging voor een routeerbare kaart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
nou ja, altijd... ik dacht eigenlijk dat dat postcodes waren? maar misschien als 'ref=2010-2020' aan de area? groet, floris Maarten Deen schreef: Industriegebieden in Nederland worden op ANWB borden altijd aangeduid met een range van nummers van de bedrijven die in een gebied zitten. Is het geen goed idee om dat op de OSM kaart ook aan te geven? Ik stel voor als ref die range in te vullen en als name de eventuele naam van het industriegebied. Lijkt me een heel handige toevoeging voor een routeerbare kaart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
Floris Looijesteijn wrote: nou ja, altijd... ik dacht eigenlijk dat dat postcodes waren? maar misschien als 'ref=2010-2020' aan de area? De nummers zijn zo ver ik weet gekoppeld aan bedrijfsgebouwen en/of percelen. In wezen zou je ze op dezelfde manier kunnen benaderen als straat/huisnummer, al heeft elk bedrijf in zo'n gebied beide nummeringen. Hier in de buurt zitten er op de bedrijfsgebouwen ook borden met het 'haven'nummer. Om het aan areas toe te kennen, moet je dus de omvang van het perceel weten en kunnen tekenen, maar je zou ze ook a la het Karlsruhe huisnummerschema kunnen opvatten. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
Floris Looijesteijn wrote: nou ja, altijd... ik dacht eigenlijk dat dat postcodes waren? Nee, dat zijn zeker geen postcodes. Het zijn wel 4-cijferige nummers, maar volgens mij voor elke plaats/gemeente van 0 tot . maar misschien als 'ref=2010-2020' aan de area? Daar dacht ik ook aan. Ik heb een pagina http://wiki.openstreetmap.org/index.php/Nl:Tag:landuse%3Dindustrial aangemaakt, ik weet niet of dat zo de bedoeling is, maar daar kan iedereen zijn of haar ideeën hierover ook wel kwijt. Maarten Maarten Deen schreef: Industriegebieden in Nederland worden op ANWB borden altijd aangeduid met een range van nummers van de bedrijven die in een gebied zitten. Is het geen goed idee om dat op de OSM kaart ook aan te geven? Ik stel voor als ref die range in te vullen en als name de eventuele naam van het industriegebied. Lijkt me een heel handige toevoeging voor een routeerbare kaart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
Heel erg vet! Kudos voor jou Floris! Dit leek mij zelf ook een leuk idee om te doen. Maarja je was me voor. Heb je ook informatie over de horeca dingen enz? Anders ga ik een keer door artis met je kaart op zak aantekeningen maken :) Nogmaals kudos :) Roeland On Thursday 28 August 2008 16:12:15 Floris Looijesteijn wrote: das wel een beetje vroeg, want het was nog niet helemaal klaar. maar goed, nu moet ik het wel snel afmaken :) Bas de Lange schreef: Floris, Floris Looijesteijn wrote: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Ik heb er melding van gemaakt op de Software Freedom Day-webstek -- Met vriendelijke groet, Bas de Lange Software Freedom Day Nederland hoofdorganisator Bringing freedom to a street near you! http://www.softwarefreedomday.eu ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
On Thursday 28 August 2008, Lennard wrote: Floris Looijesteijn wrote: nou ja, altijd... ik dacht eigenlijk dat dat postcodes waren? maar misschien als 'ref=2010-2020' aan de area? De nummers zijn zo ver ik weet gekoppeld aan bedrijfsgebouwen en/of percelen. In wezen zou je ze op dezelfde manier kunnen benaderen als straat/huisnummer, al heeft elk bedrijf in zo'n gebied beide nummeringen. Misschien verschilt dat ook per gebied, op Ekkersrijt lijken de nummers daadwerkelijk als huisnummers gebruikt te worden. Hier in de buurt zitten er op de bedrijfsgebouwen ook borden met het 'haven'nummer. Om het aan areas toe te kennen, moet je dus de omvang van het perceel weten en kunnen tekenen, maar je zou ze ook a la het Karlsruhe huisnummerschema kunnen opvatten. Voor grote bedrijven zou ik dan geen interpolatie gebruiken (in ieder geval bij handmatig invoer), maar één node of area per bedrijf. Verder is een range voor het hele terrein misschien wel zo makkelijk met invoeren. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
Freek wrote: Misschien verschilt dat ook per gebied, op Ekkersrijt lijken de nummers daadwerkelijk als huisnummers gebruikt te worden. Op Ekkersrijt zijn het inderdaad ook huisnummers. Ikea zit bv. op Ekkersrijt 4089. Ekkersrijt is dan ook gelijk de straatnaam. In Rotterdam/Antwerpen (en vast ook andere havengebieden) strekt de havennummering zich over een gigantisch gebied uit, en daarbinnen zitten ook gewoon straten met eigen straatnamen en nummers. Voor grote bedrijven zou ik dan geen interpolatie gebruiken (in ieder geval bij handmatig invoer), maar één node of area per bedrijf. Verder is een range voor het hele terrein misschien wel zo makkelijk met invoeren. Interpolatie is niet handig, want vaak zit er minder regelmaat in en springt het onregelmatig. Zoals: we richten een industriegebied in en we nummeren alles met tientallen, en als er later nog wat tussen wordt gebouwd, hebben we tenminste ook nog tussenruimte in de nummering. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
het stond bij mij ook al lang op het verlanglijstje... ik had wel foto's van de snacktentjes maar kon niet meer de precieze plaats bedenken en eigenlijk ook geen toepasselijk tag :) verdere verbeterpunten: - er missen nog een aantal dierenverblijven (sommige hebben geen naam omdat er meerdere soorten staa) - misschien wat natural=forest waar er grote plekken bos zijn - bij de vogelkooien en de voetpaden parallel aan plantage middenlaan bij het aquarium moet nog eens goed gekeken worden hoe alles aansluit. - een aantal waterpartijen of grachten bij dierenverblijven weet ik niet hoe groot ze waren. soms zijn ze ook te klein om te mappen (zoals voor de leeuwenkooi) groet, floris Roeland Douma schreef: Heel erg vet! Kudos voor jou Floris! Dit leek mij zelf ook een leuk idee om te doen. Maarja je was me voor. Heb je ook informatie over de horeca dingen enz? Anders ga ik een keer door artis met je kaart op zak aantekeningen maken :) Nogmaals kudos :) Roeland On Thursday 28 August 2008 16:12:15 Floris Looijesteijn wrote: das wel een beetje vroeg, want het was nog niet helemaal klaar. maar goed, nu moet ik het wel snel afmaken :) Bas de Lange schreef: Floris, Floris Looijesteijn wrote: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Ik heb er melding van gemaakt op de Software Freedom Day-webstek -- Met vriendelijke groet, Bas de Lange Software Freedom Day Nederland hoofdorganisator Bringing freedom to a street near you! http://www.softwarefreedomday.eu ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Unclassified vs Quaternary
http://wiki.openstreetmap.org/index.php?title=Proposed_features/highway:quaternary We'd better put a few word in here about how Oz-OSM thinks about quaternary. Despite my massive tertiary education I reckon that quaternary is not a useful word for this. If I had to rename unclassified roads I'd be keeping unclassified adding local as an intermediate level. I think I need more grades of roads to suit rural purposes, not bigger and more dificult to spel words. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Gosmore vs Radomir
The Radomir routable maps were linked to by the downlaod routable OSM maps post earlier this month. http://emexes.powweb.com/osm/download.html He has converted the OSM data into Garmin IMG format (also a mapsource installer format). Unfortunately the tool he user to do this has not been released. I'm very keen to get some new maps with all the fixes we've just done to the major interstate routes. Also, once his tool correctly handles roundabouts, then I'll be able to use the OSM data for actual navigations. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Gosmore vs Radomir
Peter Ross [EMAIL PROTECTED] wrote: PS I wish the reply-to for this list was the list not the person sending the email. Bad idea: http://www.unicom.com/pw/reply-to-harmful.html You need to configure your mailer to know what mailing lists you're subscribed to, and use list-reply instead of reply. -- Sam Couter | mailto:[EMAIL PROTECTED] OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] [list-split: names] diskussion ü ber die namen der listen was: [list-split] aufteilen der Mailingliste
André Reichelt schrieb: Johann H. Addicks schrieb: Es würde schon reichen, wenn b) TOFU mit einem Bannstrahl belegt würde Da bin ich ebenfalls strikt dafür. Ich frage mich, wass es bringt, wenn ich unter den zwei Zeilen Text immer die komplette letzte Mail hängen habe. Das verursacht nur massiv unnötig Traffic. Wenn ich die letzte Mail sehen will, kann ich auch direkt auf den betreffenden Post klicken und nachlesen, worum es geht, sofern das notwendig ist. Es gibt halt genügend Leute mit Geschäfts-eMail Erfahrung aber wenig Mailing-Listen oder Newsgroup-Erfahrungen. Im normalen eMail-Verkehr macht es durchaus Sinn immer oben die Antwort zu schreiben. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenbegleitende Wege aller Art
Sascha Silbe schrieb: 2. Repräsentation eines zusammengesetzten Wegs: - Es gibt verschiedenartige Teile: Fahrbahn, Bürgersteig, Radweg (auf Fahrbahn oder Bürgersteig). - Anordnung der Teile ist potentiell beliebig, wobei die Fahrbahn bei OSM derzeit die Mitte eines Weges darstellt. - Wenn wir schon dabei sind, können wir auch gleich die Fahrbahn in Spuren aufteilen. Gibt es eigentlich irgendwo Straßen, die z.B. einen Bürgersteig in der Mitte haben? Der Fall wäre dann als Nebeneffekt auch abbildbar. :) - Normalfall für die Anordnung der Teile ist abhängig vom Straßentyp: - außerorts: nur Fahrbahn - residential: Bürgersteig+Fahrbahn+Bürgersteig ... - Die Teile/Spuren haben unterschiedlichen Breiten, Straßenbeläge, Einschränkungen (z.B. Mindestgeschwindigkeit 80/60/keine links/mitte/rechts). - Unterschiedliche Spuren führen ggf. zu unterschiedlichen Wegen, das sollte auch irgendwie repräsentiert werden (Stichwort: Spurassistent vom Navi). - Tagging wie üblich nur von Sonderfällen bzw. wo genauere Infos bekannt sind (siehe auch Normalfall-Abschnitt) - eigentlich klar, aber um Dich (Frederik) zu beruhigen schreib ichs lieber nochmal explizit auf :) Also mir fallen jetzt zwei Möglichkeiten ein, quasi den Straßenaufbau zu mappen. a) Tags wie cycleway/footway/path mit left/right/both Angabe. Dazu nimmt man erstmal an, dass in der Mitte immer die Fahrbahn verläuft und sich an den Seiten ein Fußweg, Fahrradweg oder beides befindet, die man mit cycleway=.. oder footway=.. angibt. Das kann man natürlich noch weiter verfeinern, indem man noch Eigenschaften für die einzelnen Seiten angibt. Beispiel 1: highway=residential footway=right (nur auf der rechten Seite ein Fußweg) footway.surface=cobblestone (der Fußweg hat Kopfsteinpflaster als Belag) Der Punkt '.' gibt also eine weitere Eigenschaft für einen Tag an, in diesem Fall die Oberfläche des Fußwegs. Beispiel 2: highway=residential footway=both (auf beiden Seiten ein Fußweg) footway:left.surface=cobblestone (die linke Seite mit Kopfsteinpflaster) footway:right.surface=unpaved (die rechte Seite ist nicht versiegelt) Der Punkt '.' gibt also wieder eine weitere Eigenschaft an, diesmal allerdings nicht für den Fußweg allgemein, sondern speziell für den rechten bzw. linken Fußweg. Der Doppelpunkt gibt also ein Attribut für den Tag an, in diesem Fall welchen der beiden Fußwege man meint. Natürlich könnte man für beides auch die gleiche Notation verwenden und je nach Key entscheiden was es bedeutet. b) Die Anzahl der Wege angeben und denn einfach von links nach rechts durchnummieren. Dazu ist eine Straße erstmal ein neutrales Objekt, das unterschiedlich aufgebaut sein kann. Man gibt die Anzahl der Wege an und gibt dann für jeden einzelnen an, was es ist. Beispiel 1: highway=residential ways=2 way:1=residential (auf der linken Seite die Fahrbahn) way:2=footway (rechts ein Fußweg) way:2.surface=cobblestone (der Fußweg hat Kopfsteinpflaster als Belag) Beispiel 2: highway=residential ways=3 way:1=footway way:1.surface=cobblestone (die linke Seite mit Kopfsteinpflaster) way:3=footway way:3.surface=unpaved (die rechte Seite ist nicht versiegelt) way:2=residential (in der Mitte die Fahrbahn) Natürlich müsste man das nicht für alle Straßen angeben, es würden natürlich je nach Straßentyp bestimmte Werte impliziert. highway=residential impliziert dann z.B.: a) footway=both b) ways=3 way:1=footway way:2=residential way:3=footway Und highway=primary (außerorts): a) footway=none b) ways=1 way:1=primary Die Spuren der Fahrbahn könnten davon seperat abgelegt werden, falls man sowas überhaupt will. Eine normale zweispurige Straße sähe dann so aus (natürlich für die meisten Straßen wieder automatisch je nach Straßentyp): lanes=2 lane:1.oneway=-1 lane:2.oneway=yes Größeres Beispiel: footway |cycleway (lane auf der Straße) | | lane1 | | | lane2 | | | |footway/cycleway (gemischt) | | | | | |#| | ' |#| |#| | ' |#| |#| | ' |#| ^ |#| | ' |#| /|\ |#| | ' |#| | |#| | ' |#| | |#| | ' |#| | |#| | ' |#| |#| | ' |#| 1 2 3 4 a) highway=tertiary footway=left cycleway=left cycleway.type=lane path=right path:right.bicycle=designated path:right.foot=designated b) highway=tertiary ways=4 way:1=footway way:2=cycleway way:2.type=lane way:3=tertiary way:4=path way:4.bicycle=designated way:4.foot=designated Wenn der Weg jetzt aus irgendeinem Grund umgedreht werden sollte: |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| |#| ' | |#| 4 3 2 1 (vorher) 1 2 3 4 (danach) a) right und left tauschen b) Anzahl der Ways - Weg Nummer + 1 (aus der Fahrbahn 3 oben wird dann also 4-3+1=2) Das sollte beides der Editor automatisch machen können. Die
[Talk-de] TOFU (was: [list-split: names] diskussion über die namen der listen was: [list-spl it] aufteilen der Mailingliste)
Garry schrieb: Es gibt halt genügend Leute mit Geschäfts-eMail Erfahrung aber wenig Mailing-Listen oder Newsgroup-Erfahrungen. Das klingt nach dem Job für einen Aufklärungs-Bot, der sich automatisch per Mail meldet. -jha- -- Die logische Folge von Frage und Antwort wird auf den Kopf gestellt. Was ist an TOFU-Postings so ärgerlich? TOFU-Postings verfassen. Was ist eine der schlechtesten Angewohnheiten im Usenet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] POIs: wlan von maps.fon.com
Garry schrieb: Free oder unfree sollte genügen. Die Preise sind viel schneller veraltet als dass sie korrigiert werden könnten. Die Koordinaten auch, denn jeder AP-Besitzer kann die Koordinaten per DragDrop auf einer GoogleMap in seinem Benutzerbereich selbst ändern. Wenn ich es zusammenfasse: a) Koordinaten sind teilweise schrecklicklich ungenau oder schlicht falsch b) es gibt wenig bis keine Chancen für einen Mapper, die Koordinaten vor Ort besser einzumessen c) die Koordinaten können sich täglich ändern d) Fon selbst bietet die Koordinaten als POIs tagesfrisch zum Download sowohl als GPX und einigen anderen üblichen Navi-Formaten (OV2 etc) an. Bei a) und b) kann ich mit der Stirn runzeln. c) macht es aber zum nahezu unmöglichen Unterfagen, nachzukontrollieren, was von OSM-Mappern bereits korrigiert wurde, was beim Update aus der fon-Datenbank nachgebessert werden muss und was besser gleich draußen vor bleib etc... Soetwas würde ein extrem aufwändiges Revisionsmanagement erfordern. Das dafür nötige Gehirnschmalz sollten wir besser in eine Synchronisation mit OpenGeoDBCo investieren. Da ist es nötiger und nutzbringender. (Falls sich wirklich jemand die Arbeit machen wollen sollte) und d) zeigt, dass es eigentlich völlig überflüssig ist. Wir brauchen wohl doch schaltbare POI-Overlays aus extern gewarteten Fremdquellen. Mein Fazit daher: Fon-APs herauslöschen, auch wenn's hart ist für den Benutzer, der die bisher importiert hat. -jha- P.S. Und damit mir niemand Parteilichkeit vorwirft, erwähne ich: Ich habe selbst an 3 verschiedenen Standorten Fon-Router in Betrieb und nutze selbst FonAPs wenn ich unterwegs bin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenfüllende Tracks?
André Reichelt schrieb: Ich möchte noch anmerken, dass ich hier bei mir ebenfalls zwei Schwachsinnstracks habe, die ohne erkennbares Ziel quer durch die Landschaft in einer geraden Linie verlaufen. Das ist zwar bei Weitem nicht so störend, aber man sollte auch diese Tracks löschen. Strassenplanung? Hochspannungsleitung? Pipeline? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm: Objekte rotieren
Zitat Johann H. Addicks: Martin Koppenhoefer schrieb: es IST strg+shift. Danke. gehaltene Maustaste links hatte gefehlt bei meinem Versuch. Wenn ich DAS früher gewusst hätte. Steht im Select-Modus unten rechts in der Leiste. Da findet man viele Infomationen zu dem, was man gerade tut. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [list-split: names] diskussion ü ber die namen der listen was: [list-split] aufteilen der Mailingliste
Hallo. Am Freitag, 29. August 2008 schrieb Garry: Im normalen eMail-Verkehr macht es durchaus Sinn immer oben die Antwort zu schreiben. Ich möchte das stark bezweifeln. Ja, wenn weder ein Ticket-System die Mail annimmt, noch der Kommunikationspartner ein thread-fähiges Mailprogramm verwendet, dann macht es Sinn. Aber Sinn machen über ich hab ein beschissenes Mailprogramm, sendet mir bitte immer die zig-fache Datenmenge zu zu definieren fällt mir irgendwie schwer. :) Gruß, Bernd -- Der Mensch hat sich nicht an die Spitze der Nahrungspyramide hochgekämpft, um dann Vegetarier zu werden... 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] Worldfile vom 27.8.08
Hallo, die neuen Daten liegen wie immer an bekannter Stelle zum Downlioad bereit. http://wiki.openstreetmap.org/index.php/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
On Thu, Aug 28, 2008 at 03:23:11AM +0200, Per Hansen wrote: Subject: Re: [Talk-de] wlan von maps.fon.com Martin Koppenhoefer schrieb: wieso das denn? Die zeigen WLAN-Stationen mit FON. Naja FIXME sagt ja schonmal aus, dass da etwas nicht richtig ist. Bei einem wlan-access-point wäre außerdem noch der Netzwerkname wichtig... nee, lass mal lieber drin, da wurde vor einiger Zeit drüber gesprochen, und die Teile wurden soweit ich mich erinnere als sinnvoll angesehen. Dann sollten aber, die die diese Punkte für Sinnvoll halten auch dafür sorgen, dass die deprecated_features entfernt werden, die FIXMEs verschwinden und der wlan-name hinzugefügt wird! Und die position auch sinnvoll und nuetzlich ist. Ich habe hier ein paar dinger die mehrere hundert meter von der naechsten bebauung auf der Wiese sind. Ich habe das erst fuer einen potlatchklicker gehalten bis ich mir die tags angesehen habe. Ich bezweifle das die Datenqualitaet dieses imports vernuenftig ist. Flo -- Florian Lohoff [EMAIL PROTECTED] +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
[Talk-de] Relationen: Problem mit der Anzeige von Bezeichnungen
Moin ! heute habe ich mir die neuen OSM-Karten mit meinen Erfassungen angesehen ! Ich wollte jetzt meine Erfassung ganz genau machen und habe lange Kreisstraße, die aus mehreren Teilstücken bestehen (Straßennamen in den durchquerenden Orten), in Relationen zusammengefaßt. Die Relationen haben einen REF bekommen und in den Teilstücken habe ich dieses weggelassen um zuviele Beschriftungen zu umgehen. Nun ist aber gar keine Beschriftung der K-Nummern angeschrieben Habe ich da grundsätzlich etwas falsch gemacht ? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen: Problem mit der Anzeige von Bezeichnungen
Hallo. Am Donnerstag, 28. August 2008 schrieb osm: Die Relationen haben einen REF bekommen und in den Teilstücken habe ich dieses weggelassen um zuviele Beschriftungen zu umgehen. Nun ist aber gar keine Beschriftung der K-Nummern angeschrieben Seit es Relationen gibt, ist der Status quo folgender: Ja, es ist sinnvoll, Straßennamen und ref-nummern an die Relation zu hängen und nicht an die Straßen-Stückchen selbst. Aber nein, keiner der Renderer wertet das bisher aus. Das von dir beobachtete ist also völlig normal und es werden Programmierer gesucht, die das einbauen. Übergangslösung von den meisten anderen Mappern ist momentan, die Namen und ref-Nummern an jedes Straßenstückchen zu heften. Auch wenn das nicht so elegant ist. Gruß, Bernd -- Die Tabakindustrie hat mehr Menschenleben auf dem Gewissen als die Rüstungsindustrie. - Gerhard Kocher 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
Re: [Talk-de] Tunnel für Flüsse und Bäche
Heiko Schack schrieb: Moin, Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Gibt es hierfür vielleicht ein anderes sinnvolles Tag? Oder kann jemand Osmarender dahingehend anpassen, dass tunnel=yes auch bei Gewässern (Fluss, Bach, Kanal) beachtet und umgesetzt wird? AFAIK sollte das funktionieren. Hast Du layer=-1 beim Gewässer getaggt? Der eine Abschnitt hatte layer=-1 und der andere layer=-3. Bei beiden werden die Flüsse so angezeigt, als würden sie oberirdisch verlaufen. Ich hab das hier mal in Berlin überprüft. Der Mapnik zeigt das deutlicher an, während der osmarender keinen Tunnel anzeigt. Demanch ist es ein Problem?! vom osmarender. http://www.informationfreeway.org/?lat=52.594127111398564lon=13.283615811373618zoom=17layers=F0B0F Grüsse, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Deutsches Plugin anpassen
Moin ! ich habe mir das angesehen - auch in Verbindung mit dem Link zur Beschreibung zur Erstellung eigener Vorlagen (http://josm.openstreetmap.de/wiki/TaggingPresets) Den Muster-XML-Code habe ich in einer XML-Datei gespeichert und entsprechend eingebunden. Nun bekomme ich beim Starten die Meldung, dass der enthaltende Code nicht gelesen werden kann. Nun dachte ich, dass ich mir die XML-Datei vom Plugin als Vorlage nehme - aber die gibt es wohl nicht ?!?!? ... oder kann ich diese irgendwie exportieren ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenübernahme in neue Karten
Moin ! wenn ich richtig informiert bin, dann werden immer von Mittwoch auf Donnerstag neue OSM-Karten (Mapnik) generiert. Ich habe in der letzten Zeit viel in Lübeck gemessen - u.a. den Lübecker Bahnhof. Nun wollte ich mir das Ergebnis ansehen und ggf. vorhandene Fehler nachbessern. Merkwürdigerweise wird ein Teil der Daten angezeigt und andere Wiederum nicht - diese sind dann zum Teil aber in Informationfreeway.org enthalten !!! Gibt es dafür logische Erklärungen ?? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenübernahme in neue Karten
osm wrote: Moin ! wenn ich richtig informiert bin, dann werden immer von Mittwoch auf Donnerstag neue OSM-Karten (Mapnik) generiert. Ich habe in der letzten Zeit viel in Lübeck gemessen - u.a. den Lübecker Bahnhof. Nun wollte ich mir das Ergebnis ansehen und ggf. vorhandene Fehler nachbessern. Merkwürdigerweise wird ein Teil der Daten angezeigt und andere Wiederum nicht - diese sind dann zum Teil aber in Informationfreeway.org enthalten !!! Gibt es dafür logische Erklärungen ?? Was bei mir hin und wieder für Probleme gesorgt hat, war der browser-cache. Einfach entleeren, oder die betroffenen Grafiken extra anzeigen lassen (Bild in neuem Tab/Fenster anzeigen) und dann mit Ctrl+F5 neuladen. Wenns das nicht is, weiß ich auch nicht was es sonst sein könnte. Grüße, Wolfgang. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen: Problem mit der Anzeige von Bezeichnungen
Am 28. August 2008 09:33 schrieb Bernd Wurst [EMAIL PROTECTED]: Hallo. Am Donnerstag, 28. August 2008 schrieb osm: Die Relationen haben einen REF bekommen und in den Teilstücken habe ich dieses weggelassen um zuviele Beschriftungen zu umgehen. Nun ist aber gar keine Beschriftung der K-Nummern angeschrieben Seit es Relationen gibt, ist der Status quo folgender: Ja, es ist sinnvoll, Straßennamen und ref-nummern an die Relation zu hängen und nicht an die Straßen-Stückchen selbst. bis die Relationen ausgewertet werden, sollte man beides sowohl in die Relation als auch an die einzelnen Stuecke haengen, damit das Rendering stimmt. Aber nein, keiner der Renderer wertet das bisher aus. eben Übergangslösung von den meisten anderen Mappern ist momentan, die Namen und ref-Nummern an jedes Straßenstückchen zu heften. Auch wenn das nicht so elegant ist. was nicht ausschliesst, die Relationen trotzdem zusaetzlich schonmal zu erstellen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
On Thu, Aug 28, 2008 at 07:07:06AM +0200, Michael Buege wrote: amenity=wlan class=free note=FIXME source=http://maps.fon.com [...] Maplint annotation zeigt die Punkte auch als deprecated_features an! Ich finde nicht, dass Maplint annotation als Instanz fuer die Daseinsberechtigung fuer jedwede Art von Geoinformationen im OSM-Datenbestand geeignet ist. Maplint kann nur Hinweise geben, wo etwas falsch sein könnte. Es kann einem ein Verstehen des Problems nicht abnehmen. In diesem Fall sagt es deprecated, weil der class-Tag früher für etwas ganz anderes verwendet wurde, dass wirklich nicht mehr benutzt werden soll. Hier hat jetzt jemand class=free für etwas ganz anderes eingeführt. Ob diese Punkte sinnvoll sind, dazu kann ich nichts sagen. Aber ein Tag-Key der einfach class heißt ist so wenig aussagekräftig, dass er nicht benutzt werden sollte. Besser wäre hier wohl etwas wie payment_class oder dergl. Jochen -- Jochen Topf [EMAIL PROTECTED] 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] wlan von maps.fon.com
Jochen Topf wrote: On Thu, Aug 28, 2008 at 07:07:06AM +0200, Michael Buege wrote: amenity=wlan class=free note=FIXME source=http://maps.fon.com [...] Maplint annotation zeigt die Punkte auch als deprecated_features an! Ich finde nicht, dass Maplint annotation als Instanz fuer die Daseinsberechtigung fuer jedwede Art von Geoinformationen im OSM-Datenbestand geeignet ist. Maplint kann nur Hinweise geben, wo etwas falsch sein könnte. Es kann einem ein Verstehen des Problems nicht abnehmen. In diesem Fall sagt es deprecated, weil der class-Tag früher für etwas ganz anderes verwendet wurde, dass wirklich nicht mehr benutzt werden soll. Hier hat jetzt jemand class=free für etwas ganz anderes eingeführt. Ob diese Punkte sinnvoll sind, dazu kann ich nichts sagen. Aber ein Tag-Key der einfach class heißt ist so wenig aussagekräftig, dass er nicht benutzt werden sollte. Besser wäre hier wohl etwas wie payment_class oder dergl. Zum Kern-Thema: Auch ich würde sie drinlassen. Und ich glaube das der allgemeine Konsens doch auch ist möglichst Infos drinzulassen die für irgendwen Relevanz haben (könnten) - natürlich vorausgesetzt die Datenqualität stimmt o.ä. Aber da müsste man erstmal von ausgehen. Leute können ja Details in ihrer Umgebung prüfen und nachtragen. Sinnvoller als hier an ein größeres Löschen zu denken o.ä. wäre es vermutlich praktische Überlegungen anzustellen wie z.B. in JOSM o.ä. einzelne Tag-Klassen/-Ebenen ausgeblendet werden könnten o.ä. Ich meine es gäbe auch was in Richtung fee= was Leute für Parkplatz-Automaten oder so schon mal verwendet haben. Müsste man im tagwatch mal nachsehen. Eine Frage wäre vielleicht noch, wie man einheitlich Preise in versch. Variationen notieren kann um diese ggf. auch automatisiert auswerten zu können ... also free, 1Euro/h, 1Euro/Tag+3Euro/GB oder sonstwas - hmm ... Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sportanlage - wie taggen
Hi ! ich habe eine Sportanlage auf der Hockey und Tennis gespielt wird - wie sollte ich die attributieren ? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege erfassen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 René Falk wrote on 27.08.2008 23:41: Mir geht es in diesem Fall eher darum, durch das taggen auf eine Gefahrensituation aufmerksam zu machen. [...] Da wäre es vielleicht sinnvoll, wenn man die Info bekommen könnte das von hinter den Bäumen nicht nur mit Fußgängern zu rechnen ist. Der Autofahrer auf der Straße oder der Radfahrer auf dem Radweg werden sich eher nach den Gegebenheiten vor Ort richten und nicht nach den Eintragungen in den OSM-Daten. Ich halte die Information aber nützlich für die Routenplanung eines Radfahrers, der solche Gefahrenstellen meiden möchte. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAki2b1sACgkQnMz9fgzDSqeMQQCeLQ7dA+JTtEz5GLDeqnJ97Gum wjAAoKLS1/JLeTD0wfWM+jJVmj1eRg3n =zc6E -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportanlage - wie taggen
2008/8/28 osm [EMAIL PROTECTED]: Hi ! ich habe eine Sportanlage auf der Hockey und Tennis gespielt wird - wie sollte ich die attributieren ? Gruß Jan :-) m.e. entweder sport=multisport oder sport=hockey;tennis zusaetzlich noch einen leisure-tag dazu (Art der Einrichtung, z.B: stadio, track, pitch). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf exportierten Karten zeichnen
Marko Mueller schrieb: Ich habe ein Gerät welches Messwerte in Abhängigkeit der Position (GPS) aufzeichnet. Nach Abschluss der Messung werden die Messwerte als farbige Tracks in einer speziellen Windows-Anwendung visualisiert. Alternativ können die Daten in das kml-Format (Google-Earth) exportiert und angezeigt werden. Du könntest versuchen, die Daten mit dem Routeconverter von http://www.routeconverter.de als gpx-Dateien abzuspeichern, die dann ganz normal von JOSM eingelesen oder auf den OSM-Server hochgeladen werden können. Außerdem kennt dieser Converter auch das NMEA-Format, was man wiederum gut brauchen kann, wenn man mittels Fixfoto (als Shareware bei http://www.j-k-s.com/ erhältlich) die Geokoordinaten direkt in seine Bilder schreiben will. Wenn der Routeconverter deine Daten nicht verdauen sollte, kannst du dem Autor eine Beispieldatei zuschicken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orga: Mailinglisten über Newsreader
Michael Buege schrieb: Zitat Jens Müller: Michael Buege schrieb: [...] Hamburger Liste: gmane.comp.gis.openstreetmap.region.de.hh Kann man da inzwischen auch posten, ohne auf der Liste zu sein? Afaik nein, da es ja eine Mailingliste bleibt und keine oeffentliche NG wird. Probier es aus, ich kann es aus naheliegenden Gruenden nicht. Ah! Jetzt kapier ich auch, warum die Antworten, die ich per Newsreader an die Hamburger Liste geschickt habe, niemals ankamen. Ich bin da mit meiner privaten Adresse angemeldet, die in meinem Newsclient nur im Reply-To steht. Böse Falle. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Deutsches Plugin anpassen
Moin ! ich habe mir das angesehen - auch in Verbindung mit dem Link zur Beschreibung zur Erstellung eigener Vorlagen (http://josm.openstreetmap.de/wiki/TaggingPresets) Den Muster-XML-Code habe ich in einer XML-Datei gespeichert und entsprechend eingebunden. Nun bekomme ich beim Starten die Meldung, dass der enthaltende Code nicht gelesen werden kann. Nun dachte ich, dass ich mir die XML-Datei vom Plugin als Vorlage nehme - aber die gibt es wohl nicht ?!?!? ... oder kann ich diese irgendwie exportieren ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf exportierten Karten zeichnen
Christoph Eckert schrieb: Moin, Da das Gerät ohnehin über einen Webserver verfügt möchte ich gerne eine Vorschau der aufgezeichneten Daten implementieren, allerdings steht dabei keine Internetverbindung zur Verfügung. vielleicht hilft Dir openlayers weiter. Zumindest hat ein Franzose so schonmal Tracks über Karten gemalt. Die Karten aus einem lokalen Cache zu ziehen sollte nicht das Problem sein. Gruß, ce Ich denke du meinst das: http://dev.openstreetmap.org/~ojw/gpx/?gpx=112168zoom=10lat=52.08314lon=-0.71864 Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf exportierten Karten zeichnen
Moin, Ich denke du meinst das: http://dev.openstreetmap.org/~ojw/gpx/?gpx=112168zoom=10lat=52.08314lon= -0.71864 nein, den: http://gnunux.info/projets/openlayers-gpx/example/ Kommt aber auf's selbe 'raus :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Deutsches Plugin anpassen
Moin, oder kann ich diese irgendwie exportieren ?? entweder aus dem SVN ziehen, oder die presets.xml aus dem josm-latest.jar nehmen. Letzteres geht indem Du das jar wie eine Zipdatei behandelst (was sie letztendlich auch ist :) . Also mit dem Entpacker Deines Vertrauens auspacken und fertig. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf exportierten Karten zeichnen
Christoph Eckert schrieb: Moin, Ich denke du meinst das: http://dev.openstreetmap.org/~ojw/gpx/?gpx=112168zoom=10lat=52.08314lon= -0.71864 nein, den: http://gnunux.info/projets/openlayers-gpx/example/ Ah, ich war mir fast sicher, dass ich schon wieder daneben liege ;-) Kommt aber auf's selbe 'raus :) . Hm, bei mir kommt die Meldung, dass mein Firefox 3 kein vector rendering unterstützt und ich sehe schließlich auch kein Track. Naja, ist nicht so wichtig. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kosmos stellt keine Spielstraßen dar !
Moin ! für das schnelle Rendern meiner neuen Ergebnisse habe ich mir mal Kosmos angesehen. Ist ja ganz nett. Ich habe keine Anpassungen vorgenommen und die Spielstraßen (living_street) werden gar nicht dargestellt. Kann mir einer von Euch sagen, wie ich dieses dennoch angezeigt bekomme ? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track auf exportierten Karten zeichnen
Hi, Hm, bei mir kommt die Meldung, dass mein Firefox 3 kein vector rendering unterstützt und ich sehe schließlich auch kein Track. bei mir geht's. Vielleicht meldet sich Deiner mit einer Vorversionskennung am Server oder sowas. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, auch in meiner Umgebung habe ich zwei WLAN gefunden. Eins befindet sich auf einem Bürgersteig, der andere auf einem Wasserschutzgebiet (Parkähnliche Gestaltung ohne Gebäude). Ich habe mich mit PDA und WLAN-Finder auf diese Stellen gestellt und was wurde angezeigt? ... Nichts. Warum wurden diese Teile ... soweit ich mich erinnere als sinnvoll angesehen? Ein WLAN-Spot kann vielleicht 30, vielleicht auch 300 Meter weit reichen. Diese Node muss also schon recht genau dort hingesetzt werden, wo der Sender steht. Wenn man keinen Empfang hat, dann ist es egal, ob der Spot 400 oder 4000 Meter entfernt steht. Ich sehe ihn schlicht und einfach nicht. Was ist also sinnvoll daran? Was hilft ein FIXME weiter? Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Koppenhoefer Gesendet: Donnerstag, 28. August 2008 02:49 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] wlan von maps.fon.com 2008/8/28 Per Hansen [EMAIL PROTECTED]: Kiel und vermutlich auch andere Städte sind voll von wlan-POIs, die allesamt identisch sind und für mich wie Werbung aussehen! amenity=wlan class=free note=FIXME source=http://maps.fon.com Diese Informationen bringen keinerlei Mehrwert. wieso das denn? Die zeigen WLAN-Stationen mit FON. Maplint annotation zeigt die Punkte auch als deprecated_features an! Sollten die nicht besser entfernt werden? Kann man alle Punkte mit exakt diesen Eigenschaften per Skript löschen? Grüße Per nee, lass mal lieber drin, da wurde vor einiger Zeit drüber gesprochen, und die Teile wurden soweit ich mich erinnere als sinnvoll angesehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFItoSpX/cdferISG0RAvqwAKCP9GdgYk4AR+OTPdE5Py+LGsnOKwCgmkrC 7+JRP+khBY8L6L4SrAtlgiw= =Aq5P -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
Gut, aber dann sprechen wir nicht darüber ob es sinnvoll ist die Daten zu haben, sondern eher ob sie überhaupt korrekt sind. Das ist was anderes imho. Kann jemand aus der Fon-Gemeinde ggf. mal ein paar Leute kontaktieren (geht das?) deren Hotspot-Standpunkt nicht korrekt ist und abfragen wie groß die Abweichungen wirklich sind? Entweder die Positionen sind zu ungenau oder völlig veraltet. Grüße, Stefan Rolf Gehring wrote: Hallo, auch in meiner Umgebung habe ich zwei WLAN gefunden. Eins befindet sich auf einem Bürgersteig, der andere auf einem Wasserschutzgebiet (Parkähnliche Gestaltung ohne Gebäude). Ich habe mich mit PDA und WLAN-Finder auf diese Stellen gestellt und was wurde angezeigt? ... Nichts. Warum wurden diese Teile ... soweit ich mich erinnere als sinnvoll angesehen? Ein WLAN-Spot kann vielleicht 30, vielleicht auch 300 Meter weit reichen. Diese Node muss also schon recht genau dort hingesetzt werden, wo der Sender steht. Wenn man keinen Empfang hat, dann ist es egal, ob der Spot 400 oder 4000 Meter entfernt steht. Ich sehe ihn schlicht und einfach nicht. Was ist also sinnvoll daran? Was hilft ein FIXME weiter? Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Koppenhoefer Gesendet: Donnerstag, 28. August 2008 02:49 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] wlan von maps.fon.com 2008/8/28 Per Hansen [EMAIL PROTECTED]: Kiel und vermutlich auch andere Städte sind voll von wlan-POIs, die allesamt identisch sind und für mich wie Werbung aussehen! amenity=wlan class=free note=FIXME source=http://maps.fon.com Diese Informationen bringen keinerlei Mehrwert. wieso das denn? Die zeigen WLAN-Stationen mit FON. Maplint annotation zeigt die Punkte auch als deprecated_features an! Sollten die nicht besser entfernt werden? Kann man alle Punkte mit exakt diesen Eigenschaften per Skript löschen? Grüße Per nee, lass mal lieber drin, da wurde vor einiger Zeit drüber gesprochen, und die Teile wurden soweit ich mich erinnere als sinnvoll angesehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kosmos stellt keine Spielstraßen dar !
osm schrieb: Moin ! für das schnelle Rendern meiner neuen Ergebnisse habe ich mir mal Kosmos angesehen. Ist ja ganz nett. Ich habe keine Anpassungen vorgenommen und die Spielstraßen (living_street) werden gar nicht dargestellt. Kann mir einer von Euch sagen, wie ich dieses dennoch angezeigt bekomme ? Rendering Rules ändern!? Aber laut dem Wiki ( http://wiki.openstreetmap.org/index.php/KosmosStandardRules ) müssten die Spielstraßen dargestellt werden. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
Stefan Neufeind schrieb: Gut, aber dann sprechen wir nicht darüber ob es sinnvoll ist die Daten zu haben, sondern eher ob sie überhaupt korrekt sind. Das ist was anderes imho. Kann jemand aus der Fon-Gemeinde ggf. mal ein paar Leute kontaktieren (geht das?) deren Hotspot-Standpunkt nicht korrekt ist und abfragen wie groß die Abweichungen wirklich sind? Entweder die Positionen sind zu ungenau oder völlig veraltet. Und genau da sehe ich das Problem. WLAN-Netze sind imho etwas sehr dynamisches und noch dazu nicht auf den ersten Blick sichtbares. Daher denke ich, dass sie in unserer Datenbank nicht sinnvoll sind, imo wurde das schonmal hier diskutiert und die Meinung war damals ebenfalls so. Wenn jemand unbedingt WLAN-Netze irgendwo darstellen will, dann doch bitte über eine extra Datenbank (z.B. so http://no.freewlan.org/kart/ ) Gruß Jonas P.S. Frühere Diskussion zu den Fon Hotspots: http://www.mail-archive.com/talk-de@openstreetmap.org/msg17297.html Grüße, Stefan Rolf Gehring wrote: Hallo, auch in meiner Umgebung habe ich zwei WLAN gefunden. Eins befindet sich auf einem Bürgersteig, der andere auf einem Wasserschutzgebiet (Parkähnliche Gestaltung ohne Gebäude). Ich habe mich mit PDA und WLAN-Finder auf diese Stellen gestellt und was wurde angezeigt? ... Nichts. Warum wurden diese Teile ... soweit ich mich erinnere als sinnvoll angesehen? Ein WLAN-Spot kann vielleicht 30, vielleicht auch 300 Meter weit reichen. Diese Node muss also schon recht genau dort hingesetzt werden, wo der Sender steht. Wenn man keinen Empfang hat, dann ist es egal, ob der Spot 400 oder 4000 Meter entfernt steht. Ich sehe ihn schlicht und einfach nicht. Was ist also sinnvoll daran? Was hilft ein FIXME weiter? Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Koppenhoefer Gesendet: Donnerstag, 28. August 2008 02:49 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] wlan von maps.fon.com 2008/8/28 Per Hansen [EMAIL PROTECTED]: Kiel und vermutlich auch andere Städte sind voll von wlan-POIs, die allesamt identisch sind und für mich wie Werbung aussehen! amenity=wlan class=free note=FIXME source=http://maps.fon.com Diese Informationen bringen keinerlei Mehrwert. wieso das denn? Die zeigen WLAN-Stationen mit FON. Maplint annotation zeigt die Punkte auch als deprecated_features an! Sollten die nicht besser entfernt werden? Kann man alle Punkte mit exakt diesen Eigenschaften per Skript löschen? Grüße Per nee, lass mal lieber drin, da wurde vor einiger Zeit drüber gesprochen, und die Teile wurden soweit ich mich erinnere als sinnvoll angesehen. ___ 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] Fahrradwege erfassen
Bernd Wurst schrieb: Am Mittwoch, 27. August 2008 schrieb Martin Koppenhoefer: Ich wuerde, wenn Du das ganze gerne perfekt haben willst, eher einen Vorschlag fuer eine Allee ausarbeiten alley=yes ? :) false_friend=yes ;) Alleys sind Gassen. Siehe Diagon Alley. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
Moin, Und genau da sehe ich das Problem. WLAN-Netze sind imho etwas sehr dynamisches und noch dazu nicht auf den ersten Blick sichtbares. Daher denke ich, dass sie in unserer Datenbank nicht sinnvoll sind, imo wurde das schonmal hier diskutiert und die Meinung war damals ebenfalls so. der Sichtweise würde ich mich durchaus anschließen. Andererseits stören die Hotspots ja in unserer Datenbank erstmal nicht. Warum also nicht 'drinnelassen und abwarten, ob die Fon-Jungs die Dinger pflegen? Falls ja ist es doch super. Falls nein kann man sie in einem halben Jahr noch immer 'rauswerfen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
Christoph Eckert schrieb: Moin, Und genau da sehe ich das Problem. WLAN-Netze sind imho etwas sehr dynamisches und noch dazu nicht auf den ersten Blick sichtbares. Daher denke ich, dass sie in unserer Datenbank nicht sinnvoll sind, imo wurde das schonmal hier diskutiert und die Meinung war damals ebenfalls so. der Sichtweise würde ich mich durchaus anschließen. Andererseits stören die Hotspots ja in unserer Datenbank erstmal nicht. Warum also nicht 'drinnelassen und abwarten, ob die Fon-Jungs die Dinger pflegen? Falls ja ist es doch super. Falls nein kann man sie in einem halben Jahr noch immer 'rauswerfen. Damit kann ich mich anfreunden. Meine Aussage war auch etwas genereller gemeint. Bei den Fon-Hotspots ist ja eine Art Community dahinter, da gibts schon Chancen, dass die gepflegt werden. Anders sieht es bei normalen Wlans aus, die jemand in seiner Stadt mappt. Die könnte man imo fast gar nicht pflegen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenübernahme in neue Karten
osm schrieb: Ich habe in der letzten Zeit viel in Lübeck gemessen - u.a. den Lübecker Bahnhof. Nun wollte ich mir das Ergebnis ansehen und ggf. vorhandene Fehler nachbessern. Merkwürdigerweise wird ein Teil der Daten angezeigt und andere Wiederum nicht - diese sind dann zum Teil aber in Informationfreeway.org enthalten !!! Verwende doch direkt das Angebot von Informationfreeway bzw. schalte in der OpenStreetMap-Karte oben rechts mit dem Plus auf Osmarender um. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenübernahme in neue Karten
Moin ! das habe ich gemacht und als Dank ..more OSM coming soon geerntet Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F-Plan Dortmund - mit TK als Hintergrund
Martin Koppenhoefer schrieb: Ob sich die Freiheit auf die digitalen Versionen ebenfalls bezieht, ist damit auch noch nicht geklärt. Soweit ich es gelesen habe, unterscheidet die Gesetzgebung zwischen nur elektronisch und normal erhältlichen Plänen. Den F-Plan kannst Du Dir bei jeder Kommune für ca. 25 EUR ausplotten lassen. Ich glaube auch, dass elektronische, amtliche Bekanntmachungen gar nicht zulässig sind, weil ja nicht jeder Einsicht hätte, der wollte. Meine Mutter z.B. hat nicht mal einen PC. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F-Plan Dortmund - mit TK als Hintergrund
Michael Schmitt schrieb: Wobei ich allerdings bei den FNPs meist nur Städte gefunden habe. Es gibt RegFNPs und FNPs. Die regionalen FNPs werden in Ballungsgebieten von verschiedenen Gemeinden gemeinsam erarbeitet. Beispiel: Bochum, Essen, Gelsenkirchen, Herne, Mülheim an der Ruhr und Oberhausen (Städteregion Ruhr). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wlan von maps.fon.com
John07 wrote: Christoph Eckert schrieb: Moin, Und genau da sehe ich das Problem. WLAN-Netze sind imho etwas sehr dynamisches und noch dazu nicht auf den ersten Blick sichtbares. Daher denke ich, dass sie in unserer Datenbank nicht sinnvoll sind, imo wurde das schonmal hier diskutiert und die Meinung war damals ebenfalls so. der Sichtweise würde ich mich durchaus anschließen. Andererseits stören die Hotspots ja in unserer Datenbank erstmal nicht. Warum also nicht 'drinnelassen und abwarten, ob die Fon-Jungs die Dinger pflegen? Falls ja ist es doch super. Falls nein kann man sie in einem halben Jahr noch immer 'rauswerfen. Damit kann ich mich anfreunden. Meine Aussage war auch etwas genereller gemeint. Bei den Fon-Hotspots ist ja eine Art Community dahinter, da gibts schon Chancen, dass die gepflegt werden. Anders sieht es bei normalen Wlans aus, die jemand in seiner Stadt mappt. Die könnte man imo fast gar nicht pflegen. Wenn man es pflegen könnte, sähe ich mit SSID und MAC ggf. den Vorteil das man auch eine grobe Navigation o.ä. anhand dieser Angaben machen könnte, wenn die Standorte bekannt sind. Und solche Datenbanken nutzen andere Dienste ja auch. Wenn man die Datenbasis also in OSM integriert bekommen könnte ... Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F-Plan Dortmund - mit TK als Hintergrund
Michael Schmitt schrieb: und für die Übergeordneten Bereiche gibt es die Regionalpläne. Bin ich hier in der Vorlesung? Wenn das dann mal nicht amtlich ist. Die ROG-Pläne habe ich hier. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
