[OSM-talk] Misclassified roads
Steve, I would suggest you reconsider doing this. I would strongly support the use of highway=road for new roads that no information is available for, eg from a trace that was done with a car but no notes were made. However, by retagging unclassified to road you are essentially deleting information from the database that you don't know to be incorrect. Sure, if you know the classification is correct, change it, but don't just delete it - it could be correct. For what it's worth, I work on the following basis for UK road classifications: * trunk/primary/secondary - as signed. * tertiary - other roads that predominantly have a white line of some sort down the centre. These tend to be wider roads used by more traffic. I believe OS maps use a similar distinction, and I think it's useful for planning routes, both with a map or automatically. * unclassified - roads without a centre line. If they are too narrow for passing, I add lanes=1. On this basis I have mapped a great number of unclassified roads. It would be a real shame if you deleted this information that I had carefully collected. I accept that there are a large number of incorrectly tagged roads out there, but correct them, don't delete info on the offchance. Regards, David Message: 2 Date: Wed, 9 Jul 2008 15:36:03 +0100 (BST) From: Steve Hill [EMAIL PROTECTED] Subject: [OSM-talk] Misclassified roads To: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Following the approval of the highway=road tag, I've set about aggressively changing a lot of the highway=unclassified roads around Swansea, that I believe are misclassified, to highway=road, with the intention that they can then be surveyed and reclassified correctly. However, after starting to do this, I've realised just how many of the roads are misclassified - I'd estimate that well over 80% of the roads tagged as highway=unclassified are, infact, not unclassified roads. So I'm wondering about the merits of changing *all* the highway=unclassified roads in the area to highway=road so that the whole lot can be classified appropriately from scratch. This would make it obvious which roads really are unclassified and which need to be checked. What are peoples' views on this? I imagine that much of the OSM world is affected in the same way, and this renders the highway=unclassified tag relatively meaningless in it's current state. Should there be a global reclassification to fix this, or is there a better way? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
Perhaps a compromise would be to add a new tag: something like 'needs_review=true'. After a revisit of the road, the tag can be removed and the road classification left as is or modified as appropriate. Cheers, Alex 2008/7/10 David Ebling [EMAIL PROTECTED]: Steve, I would suggest you reconsider doing this. I would strongly support the use of highway=road for new roads that no information is available for, eg from a trace that was done with a car but no notes were made. However, by retagging unclassified to road you are essentially deleting information from the database that you don't know to be incorrect. Sure, if you know the classification is correct, change it, but don't just delete it - it could be correct. For what it's worth, I work on the following basis for UK road classifications: * trunk/primary/secondary - as signed. * tertiary - other roads that predominantly have a white line of some sort down the centre. These tend to be wider roads used by more traffic. I believe OS maps use a similar distinction, and I think it's useful for planning routes, both with a map or automatically. * unclassified - roads without a centre line. If they are too narrow for passing, I add lanes=1. On this basis I have mapped a great number of unclassified roads. It would be a real shame if you deleted this information that I had carefully collected. I accept that there are a large number of incorrectly tagged roads out there, but correct them, don't delete info on the offchance. Regards, David Message: 2 Date: Wed, 9 Jul 2008 15:36:03 +0100 (BST) From: Steve Hill [EMAIL PROTECTED] Subject: [OSM-talk] Misclassified roads To: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Following the approval of the highway=road tag, I've set about aggressively changing a lot of the highway=unclassified roads around Swansea, that I believe are misclassified, to highway=road, with the intention that they can then be surveyed and reclassified correctly. However, after starting to do this, I've realised just how many of the roads are misclassified - I'd estimate that well over 80% of the roads tagged as highway=unclassified are, infact, not unclassified roads. So I'm wondering about the merits of changing *all* the highway=unclassified roads in the area to highway=road so that the whole lot can be classified appropriately from scratch. This would make it obvious which roads really are unclassified and which need to be checked. What are peoples' views on this? I imagine that much of the OSM world is affected in the same way, and this renders the highway=unclassified tag relatively meaningless in it's current state. Should there be a global reclassification to fix this, or is there a better way? - Steve xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] sip:[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.nexusuk.org/ __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Problems at Dublin airport
[my incoming email is down so apologies if I am duplicating what others have said] Though all flights were cancelled on Wednesday night the airport is open again today, Thur: http://www.dublinairport.com/flight-information/live-arrivals.asp Early morning flights were on time and there seems to be about a 30 minute delay for mid-morning, so I hope it will clear for all you SOTM travellers tomorrow. I'm off to the airport shortly. Mike At 09:39 PM 9/07/2008, Jochen Topf wrote: Just found the following note on http://www.dublinairport.com/at-airport/latest-news/090708_radarfault.html == DAA Flight Disruption Notice 09 July 2008 Updated 16:45pm There are a number of delays and cancellations to some airline schedules today as a result of technical issues with the Irish Aviation Authority's Radar Systems at Dublin Airport. While the Irish Aviation Authority have informed us that their radar systems are functioning, delays are expected to continue for the rest of the day. Passengers are advised to contact their airline for up to date information regarding their particular flight BEFORE coming to the airport. == Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Misclassified roads
From: Steve Hill [EMAIL PROTECTED] Date: 9 July 2008 15:36:03 BDT To: talk@openstreetmap.org Subject: [OSM-talk] Misclassified roads Following the approval of the highway=road tag, I've set about aggressively changing a lot of the highway=unclassified roads around Swansea, that I believe are misclassified, to highway=road, with the intention that they can then be surveyed and reclassified correctly. If you believe they are wrongly tagged (I would avoid the word misclassified when referring to an unclassified road ;-) presumably you have a good idea what classification they are, so why not just re- tag them as primary, tertiary or whatever? However, after starting to do this, I've realised just how many of the roads are misclassified - I'd estimate that well over 80% of the roads tagged as highway=unclassified are, infact, not unclassified roads. How on earth did you arrive at this figure? Wouldn't 'guess wildly' be a better verb than 'estimate'? So I'm wondering about the merits of changing *all* the highway=unclassified roads in the area to highway=road so that the whole lot can be classified appropriately from scratch. No way! I personally have mapped hundreds of roads, a high proportion of them unclassified (and I suspect I am not the only one who knows what this means) and would not want anyone 'aggressively changing' them. This would make it obvious which roads really are unclassified and which need to be checked. What are peoples' views on this? I imagine that much of the OSM world is affected in the same way, and this renders the highway=unclassified tag relatively meaningless in it's current state. Should there be a global reclassification to fix this, or is there a better way? There's always a better way. I suspect the motorway/trunk/primary/ secondary/tertiary/unclassified hierarchy was derived from Britain's highway classification system, since it appears to be a perfect match and OSM's roots are here. I don't have much knowledge of how roads are classified elsewhere, but I guess most countries have classification systems which can be made to correspond to this hierarchy. The grey area for me is in the tertiary/unclassified/ service/residential area. C-class roads in the UK are not labelled as such on road signs or maps (and of course we shouldn't look at maps as this might infringe copyright ;-) so if you don't work for the local highway authority you can only guess at what's tertiary and what's unclassified. In rural areas I tend to tag roads wide enough for cars to pass as tertiary and narrow lanes as unclassified. How many houses are needed for the residential tag is obviously a matter of judgement as is application of the service tag. I have seen some wrongly tagged roads but I would guess nearer 5% than 80%. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - (Dog Training)
Hi everyone! I'd like to make a new proposal for sport=dog_training i have added it add: http://wiki.openstreetmap.org/index.php/Proposed_features/Dog_training I like to open a discussion about this tag and hope for approval (hoping this is the right procedure how to enter a RFC since I'm new to the osm-talk mailinglist) regards patrick (law.skynet) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagging unamed cycle routes following normal roads.
On Thu, Jul 10, 2008 at 5:32 AM, Simon Wood [EMAIL PROTECTED] wrote: Hi all, In my wanderings around Calgary I am noting the location of Cycle route sign with geo-located photos, such as: http://flickr.com/photos/[EMAIL PROTECTED]/2654781444 Since I can't reference the offical cycle route map (for copyright reasons), how to I enter these into OSM without knowing what relation to put them under. Is it valid to create a single 'marked cycle routes' relation and put all the ones I find in that so that at least they are stored somewhere? I'd just mark the road as being part of a cycle route, ie: add a lcn/rcn/ncn=yes tag to it. I don't think a route relation is very useful unless you can actually say what the route is. Tagging the way will make it show up on the cyclemap, and if someone can determine the route at a later time they can easily build the route relation then. You could also stop passing cyclists and ask them if they know what route it is. Sooner or later you'll find someone who can tell you... it may take a while though. :-) Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Wed, 9 Jul 2008, David Earl wrote: We've gone round and round the issue of what road classification means many times before. With a few dissenters, the consensus has generally been that you tag what you find on the ground. This sometimes contradicts the official classification. Some people who have had access to this information have used different tags to apply the official classification (though I do wonder about the copyright status of such information). You misunderstand the problem - the problem isn't that the classification on OSM doesn't match the official classification. The problem is that until highway=road was approved, there was no classification for it's a road but I can't remember what type, so people have used highway=unclassified so that the road at least gets rendered. This means that most roads tagged as highway=unclassified are most definately not unclassified roads on the ground - they are residential, tertiary, secondary or even primary roads. If a road is tagged as highway=unclassified, it should be a relatively narrow road - it should not be a wide residential road with houses down both sides, or a dual carriageway. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Problems at Dublin airport
I flew into Dublin yesterday lunchtime and had 30 min delay (told it would be 2 hours when we were on runway!). My friend told me later that loads of flights were actually diverted to Shannon during day. Supposedly OK now though. Will see Frederik and crew later on Friday all being well. Cheers STEVE -Original Message- From: [EMAIL PROTECTED] on behalf of Jochen Topf Sent: Wed 09/07/2008 20:39 To: talk@openstreetmap.org Cc: Subject: [OSM-talk] Problems at Dublin airport Just found the following note on http://www.dublinairport.com/at-airport/latest-news/090708_radarfault.html == DAA Flight Disruption Notice 09 July 2008 Updated 16:45pm There are a number of delays and cancellations to some airline schedules today as a result of technical issues with the Irish Aviation Authority's Radar Systems at Dublin Airport. While the Irish Aviation Authority have informed us that their radar systems are functioning, delays are expected to continue for the rest of the day. Passengers are advised to contact their airline for up to date information regarding their particular flight BEFORE coming to the airport. == Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
Steve Hill wrote: You misunderstand the problem - the problem isn't that the classification on OSM doesn't match the official classification. The problem is that until highway=road was approved, there was no classification for it's a road but I can't remember what type, so people have used highway=unclassified so that the road at least gets rendered. Have they really? I don't recall ever seeing this, and I do quite a lot of rural mapping. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Thu, 10 Jul 2008, elvin ibbotson wrote: If you believe they are wrongly tagged (I would avoid the word misclassified when referring to an unclassified road ;-) presumably you have a good idea what classification they are, so why not just re-tag them as primary, tertiary or whatever? I know that they are not unclassified, but couldn't tell you what they really are without actually going and surveying them. So my plan was to retag them as highway=road so that it would then be easy to see which ones still need to be resurveyed to fix the classification. But whilst doing this I realised just how many such roads there are and wondered if it would be better to just retag them all to highway=road and then resurvey them. How on earth did you arrive at this figure? Wouldn't 'guess wildly' be a better verb than 'estimate'? No, it isn't a wild guess, it is an estimate based on looking at which roads are tagged as highway=unclassified and using my knowledge of which ones definately aren't unclassified roads. No way! I personally have mapped hundreds of roads, a high proportion of them unclassified (and I suspect I am not the only one who knows what this means) and would not want anyone 'aggressively changing' them. So how would you go about making highway=unclassified a meaningful tag, given how many roads on the map are tagged as highway=unclassified even though they definately aren't unclassified roads? What are peoples' views on this? Thats what I hoped to find out by starting this discussion. :) I expect a lot of no, we don't want any bulk changes responses, but I'm interested if anyone has a better idea. The grey area for me is in the tertiary/unclassified/service/residential area. Yes, this is certainly a grey area. For me, I interpret them as: Tertiary: A minor road, usually with a dotted line along the middle. Unclassified: Narrower than a tertiary, usually without a dotted line along the middle and usually with a relatively high speed limit (although you might not want to drive anywhere near that speed :) Residential: Roads in housing estates - they probably look like tertiary roads, but have houses along them (I actually don't like this classification and think they would be better tagged as highway=tertiary and abutters=residential) Service: Something similar to an unclassified road, but used for access rather than a through road. Usually with a low speed limit. However, despite the grey areas, I'm not really discussing the classifications themselves, I'm trying to work out the best way to fix the problem that for a long time highway=unclassified has been used by a lot of people as a catch all for a road, I don't know the classification (maybe because they were traced from Yahoo rather than surveyed, or the submitter couldn't remember what the road was like when tracing the GPS track). C-class roads in the UK are not labelled as such on road signs or maps (and of course we shouldn't look at maps as this might infringe copyright ;-) so if you don't work for the local highway authority you can only guess at what's tertiary and what's unclassified. From Map Features: Tertiary: Generally for use on roads wider than 4 metres width, and for faster/wider minor roads that aren't A or B roads. In the UK, they tend to have dashed lines down the middle, whereas unclassified roads don't. So the difference between highway=tertiary and highway=unclassified is defined - you don't need road signs for this. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [SOTM] Train ticket: couldn't ask a small favour?
Hello everyone, Apologies for this but don't know if I could ask a small favour? Am intending on being on the train tomorrow, have tried to buy online but my type of card isn't accepted. Would anyone be able to book for me then I can pay them back tomorrow? Have already asked Jochen about this in case he hasn't done the block booking yet. If not, not to worry. BTW what are most people doing Monday? Heading back towards Dublin first thing or hanging round Limerick area? Are there any interesting places to visit in the Limerick area itself? Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [SOTM] Train ticket: couldn't ask a small favour?
El Jueves, 10 de Julio de 2008, Nick Whitelegg escribió: Hello everyone, Apologies for this but don't know if I could ask a small favour? Am intending on being on the train tomorrow, have tried to buy online but my type of card isn't accepted. If everything else fails, remember that there is still one seat available in Frederik's car. We'll be a bit cramped with all the baggage, but it can be done. If not, not to worry. BTW what are most people doing Monday? Heading back towards Dublin first thing or hanging round Limerick area? I'm out for Dublin first thing in the morning and hang out by temple bar all day, unless I find another way of going back to Dublin later in the day. Are there any interesting places to visit in the Limerick area itself? http://wikitravel.org/en/Limerick Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Cuando soy buena, soy buena. Cuando soy mala, mucho mejor.- Mae West. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
Steve Hill wrote: Sent: 10 July 2008 10:20 AM To: elvin ibbotson Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Misclassified roads I know that they are not unclassified, but couldn't tell you what they really are without actually going and surveying them. So my plan was to retag them as highway=road so that it would then be easy to see which ones still need to be resurveyed to fix the classification. But whilst doing this I realised just how many such roads there are and wondered if it would be better to just retag them all to highway=road and then resurvey them. But any automatic retagging would change those roads which are truly unclassified (and maybe have been surveyed by others) to highway=road. Please don't do that. If there is doubt on specific roads then either get out there and check them or add an extra tag giving your reasons for querying them. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Thu, 10 Jul 2008, Andy Robinson (blackadder-lists) wrote: But any automatic retagging would change those roads which are truly unclassified (and maybe have been surveyed by others) to highway=road. Yes, and they would have to be resurveyed because at the moment it is impossible to tell which roads are truely unclassified and which are mistagged. If there is doubt on specific roads then either get out there and check them or add an extra tag giving your reasons for querying them. The problem is that it isn't specific roads - the vast majority of roads tagged as highway=unclassified seem to be in question. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
Steve Hill [mailto:[EMAIL PROTECTED] wrote: Sent: 10 July 2008 11:46 AM To: Andy Robinson (blackadder-lists) Cc: talk@openstreetmap.org Subject: RE: [OSM-talk] Misclassified roads On Thu, 10 Jul 2008, Andy Robinson (blackadder-lists) wrote: But any automatic retagging would change those roads which are truly unclassified (and maybe have been surveyed by others) to highway=road. Yes, and they would have to be resurveyed because at the moment it is impossible to tell which roads are truely unclassified and which are mistagged. If there is doubt on specific roads then either get out there and check them or add an extra tag giving your reasons for querying them. The problem is that it isn't specific roads - the vast majority of roads tagged as highway=unclassified seem to be in question. You keep saying that but you haven't given a good example. Can you? I tag many roads as unclassified because there are no signs on the ground to say it is a classified road. If I subsequently get more data from another source that says otherwise then fine, I'll retag, but until then as far as I'm concerned they are unclassified rather than classified roads. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Thu, 10 Jul 2008, Andy Robinson (blackadder-lists) wrote: You keep saying that but you haven't given a good example. Can you? A dual carriageway that was tagged as highway=unclassified: http://www.openstreetmap.org/?lat=51.67075lon=-3.91377zoom=16layers=B00FTF A bunch of residential roads that were tagged as highway=unclassified: http://www.openstreetmap.org/?lat=51.62323lon=-3.94775zoom=15layers=B00FTF There are plenty more where they came from - I have retagged them as highway=road with the intention of going back and properly resurveying them when I have time. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Train to Limerick
I have now booked on the 15:25 train out of Dublin for 6 people. More seats in that area are available. See the wiki for details: http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/transport#Dublin_to_Limerick_Train Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [SOTM] Train ticket: couldn't ask a small favour?
El Jueves, 10 de Julio de 2008, Dermot McNally escribió: On the matter of lifts - I will be driving down on Friday after work, And when exactly is that? When are you going back? Please add yourself to http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/transport Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Windows is the answer, but only if the question was 'what is the intellectual equivalent of being a galley slave?' signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Thu, 10 Jul 2008, Andy Robinson (blackadder-lists) wrote: If you know they are truly residential roads, then why not retag them as such? Because they are part of a large number of roads that I know are not unclassified, but were tagged as such. So I have retagged them to highlight the fact that they need resurveying and I am trying to take a vaguely systematic approach. I know that some of that cluster of roads are residential and I'm pretty confident that none of them are unclassified, but I don't know which of them to tag as residential and which to tag as tertiary without going and resurveying them, which I haven't yet had time to do. Just don't go mad and change areas you have no intention of visiting. I'm certainly not planning on changing areas that I have nothing to do with. But I was trying to bring the problem to the attention of people in other areas since they may have a similar situation. The retagging I've done was based on my knowledge of the specific areas, rather than the roads themselves (i.e. given the type of area the roads were in, I deemed it extremely unlikely that they were really unclassified roads, so retagged them to make it obvious they need to be resurveyed). Since I can't tell you the classification of all the specific roads off the top of my head, I can't necessarilly correct the tags immediately, but I can retag to show that the unclassified tag is almost certainly wrong and then resurvey them when I have chance (and hopefully it might also encourage other people in the area to help with the task) Obviously there are many more roads which really are unclassified in rural areas - So far I've been mainly working on the city and a different approach may be needed for the rural areas. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [SOTM] Train ticket: couldn't ask a small favour?
Hmm. Fair suggestion. Details now on the transport page. I'll be departing between 16:00 and 18:00 on Friday evening from Blanchardstown. Car will take 3 passengers, or a fourth at a squeeze. Departure from Limerick will be on Sunday evening, but I have ambitions to take a long route home and fill in some map gaps. Caveat passenger. Dermot 2008/7/10 Iván Sánchez Ortega [EMAIL PROTECTED]: El Jueves, 10 de Julio de 2008, Dermot McNally escribió: On the matter of lifts - I will be driving down on Friday after work, And when exactly is that? When are you going back? Please add yourself to http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/transport Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Windows is the answer, but only if the question was 'what is the intellectual equivalent of being a galley slave?' -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [SOTM] Train ticket: couldn't ask a small favour?
Dermot McNally wrote: Hmm. Fair suggestion. Details now on the transport page. I'll be departing between 16:00 and 18:00 on Friday evening from Blanchardstown. Car will take 3 passengers, or a fourth at a squeeze. Departure from Limerick will be on Sunday evening, but I have ambitions to take a long route home and fill in some map gaps. Caveat passenger. At least any potential passenger will be likely to have been on the other side of long diversions home. Cheers Chris (not making SOTM this year as my (South African) passport is somewhere within the Home Office and will no doubt will probably end up back with me on Saturday morning) 2008/7/10 Iván Sánchez Ortega [EMAIL PROTECTED]: El Jueves, 10 de Julio de 2008, Dermot McNally escribió: On the matter of lifts - I will be driving down on Friday after work, And when exactly is that? When are you going back? Please add yourself to http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/transport Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Windows is the answer, but only if the question was 'what is the intellectual equivalent of being a galley slave?' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [SOTM] Train ticket?
A bit too late and anyway I could only buy a ticket for 6 people in one go, which I did. The train looked rather empty, though, ie. not many reservation, so you are probably good buying the ticket on site. If you are getting a reservation, see here for details where we sit: OK thanks for that. BTW is anyone booking return joruney? Does anyone in Ireland know if it's significantly more expensive to buy ticket at station rather than on web? Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
I think that's what people use key = fixme value = note for, wrong? Kind regards, Stefan Alex Wilson wrote: Perhaps a compromise would be to add a new tag: something like 'needs_review=true'. After a revisit of the road, the tag can be removed and the road classification left as is or modified as appropriate. Cheers, Alex 2008/7/10 David Ebling [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Steve, I would suggest you reconsider doing this. I would strongly support the use of highway=road for new roads that no information is available for, eg from a trace that was done with a car but no notes were made. However, by retagging unclassified to road you are essentially deleting information from the database that you don't know to be incorrect. Sure, if you know the classification is correct, change it, but don't just delete it - it could be correct. For what it's worth, I work on the following basis for UK road classifications: * trunk/primary/secondary - as signed. * tertiary - other roads that predominantly have a white line of some sort down the centre. These tend to be wider roads used by more traffic. I believe OS maps use a similar distinction, and I think it's useful for planning routes, both with a map or automatically. * unclassified - roads without a centre line. If they are too narrow for passing, I add lanes=1. On this basis I have mapped a great number of unclassified roads. It would be a real shame if you deleted this information that I had carefully collected. I accept that there are a large number of incorrectly tagged roads out there, but correct them, don't delete info on the offchance. Regards, David Message: 2 Date: Wed, 9 Jul 2008 15:36:03 +0100 (BST) From: Steve Hill [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Subject: [OSM-talk] Misclassified roads To: talk@openstreetmap.org mailto:talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Following the approval of the highway=road tag, I've set about aggressively changing a lot of the highway=unclassified roads around Swansea, that I believe are misclassified, to highway=road, with the intention that they can then be surveyed and reclassified correctly. However, after starting to do this, I've realised just how many of the roads are misclassified - I'd estimate that well over 80% of the roads tagged as highway=unclassified are, infact, not unclassified roads. So I'm wondering about the merits of changing *all* the highway=unclassified roads in the area to highway=road so that the whole lot can be classified appropriately from scratch. This would make it obvious which roads really are unclassified and which need to be checked. What are peoples' views on this? I imagine that much of the OSM world is affected in the same way, and this renders the highway=unclassified tag relatively meaningless in it's current state. Should there be a global reclassification to fix this, or is there a better way? - Steve xmpp:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.nexusuk.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On Thu, Jul 10, 2008 at 11:20 AM, Steve Hill [EMAIL PROTECTED] wrote: Unclassified: Narrower than a tertiary, usually without a dotted line along the middle and usually with a relatively high speed limit (although you might not want to drive anywhere near that speed :) Residential: Roads in housing estates - they probably look like tertiary roads, but have houses along them (I actually don't like this classification and think they would be better tagged as highway=tertiary and abutters=residential) I don't want to be annoying, but what about the ordinary roads, which don't fit in the above classification. With houses on both side but limited to 50km/h for example. Inside housing estates sounds like living_street me. Maybe the word 'estate' means something else in the UK than I think. The problem is that unclassified actually means something specfic in the UK and is totally meaningless elsewhere. So we denoted something in the hierarchy of roads here to map to unclassified and FTLOG don't go changing them all because you think they're wrong according to some classification you came up with on your own. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Problems at Dublin airport - Latest
I arrived in Dublin today OK. Flights are going in and out without cancellation but they are have to space flights a bit more than usual so you may have about a 30 minute delay. Mike At 09:48 AM 10/07/2008, Mike Collinson wrote: [my incoming email is down so apologies if I am duplicating what others have said] Though all flights were cancelled on Wednesday night the airport is open again today, Thur: http://www.dublinairport.com/flight-information/live-arrivals.asp Early morning flights were on time and there seems to be about a 30 minute delay for mid-morning, so I hope it will clear for all you SOTM travellers tomorrow. I'm off to the airport shortly. Mike At 09:39 PM 9/07/2008, Jochen Topf wrote: Just found the following note on http://www.dublinairport.com/at-airport/latest-news/090708_radarfault.html == DAA Flight Disruption Notice 09 July 2008 Updated 16:45pm There are a number of delays and cancellations to some airline schedules today as a result of technical issues with the Irish Aviation Authority's Radar Systems at Dublin Airport. While the Irish Aviation Authority have informed us that their radar systems are functioning, delays are expected to continue for the rest of the day. Passengers are advised to contact their airline for up to date information regarding their particular flight BEFORE coming to the airport. == Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapping Party: Blairmore, Canada. August 23rd.
Hello all, We are planning a mapping party for Saturday 23rd August (and possibly somewhere else on the Sunday). We shall meet at the Stone's Throw Cafe (http://www.openstreetmap.org/?mlat=49.607806mlon=-114.437315zoom=16), Blairmore from 9.30am. There will be an introduction to OpenStreetMap followed by a small tutorial on collecting data using GPS'es/digital cameras, uploading it to the internet and creating a map. There will be a couple of experienced mappers on hand to help out, we're hoping that a few locals will join us to find out more about the project and help us complete the mapping of Blairmore (and surrounding areas time permitting). After lunch we'll collate the data which we have collected and add this the the OSM map. If people already have GPS tracks of their favorite hikes or trails and would like to contribute them the project, they can bring them on their GPS'es (with cables please) or on CD/disk and we'll show them how to upload/process them. Bring a GPS/Digital Camera (if you have them), or simply just a pen and paper. Cheers, Simon Wood. aka Mungewell. P.S. Enjoy SOTM, wish I were there! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - parking_aisle
http://wiki.openstreetmap.org/index.php/Proposed_features/parking_aisle___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Antennedata geimporteerd!
Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. Dat kan nu ook, maar dan moeten we uitgaan van een cirkelvormig bereik van plusminus 10 km en die transparant plotten als een grote cirkel in een lichte kleur. Gert ;-) Wordt al aan gewerkt. 10 km voor buitengebied, 1 tot 5 km in stedelijke gebieden. Pfff. Ik heb op de postgis tabel een aantal buffers los gelaten, gewoon makkelijk direct in sql: create table antenne_buffer as select a_id, buffer(the_geom,1000,20) as the_geom from antennes; maakt cirkels met 20 segmenten op een straal van 1000 m. Moet nog testen hoe of wat, maar denk dat dit de way to go is. Hiermee moeten we straks kijken wat we kunnen meten qua positie bepaling. Een ander (lullig) vraagje: De cellID's ontbreken in de dataset!!! Hoe komen we aan de juiste cellID per zender? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 9:11 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! On Thu, 10 Jul 2008, Gert Gremmen wrote: De site doet het niet in full screen ! ( 2000 pixels) Ik vindt het icoontje wel erg klassiek. Ik zie liever iets dat recht doet aan het bundelen van De straling (45 graden) Grappig... dat was het eerste concept van Milo. Maar reallife zou een richting hebben en 120 graden. en bovendien symmetrisch (2D) is Het icoontje is symmetrisch... dan een virtuele zendmast. Meestal staan ze op gebouwen of in hoogspanningsmasten, dus die pion mag best weg. Gewoon een stip, gevuld of niet met cirkelvormige straling in 4 bundels van elk 45 graden. En kleiner, er zijn er zoveel ! Het gaat hier om een overlay op de kaart die specifiek gericht is op antennes en duidelijk laat zies welke technologie staat te stralen. Ik vind dat GSM/3G/FM/DVB goed leesbaar moeten zijn. Is het icoontje wat jij voorstelt analoog aan het mac 'wifi' icoontje? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Ik zou per icoontje wel een kleur aanbrengen voor het type: dus 3g of gsm in dit geval. Hoe laat ik aan jou over. Gert Gremmen wrote: Ik dacht meer iets als in de bijlage (g3.png) Moet nog wel wat geoptimaliseerd worden voor kleine icoontjes, de cirkel kan kleiner enz. Als jullie erwat in zien dan probeer ik een final version te maken op klein format. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 9:11 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! On Thu, 10 Jul 2008, Gert Gremmen wrote: De site doet het niet in full screen ! ( 2000 pixels) Ik vindt het icoontje wel erg klassiek. Ik zie liever iets dat recht doet aan het bundelen van De straling (45 graden) Grappig... dat was het eerste concept van Milo. Maar reallife zou een richting hebben en 120 graden. en bovendien symmetrisch (2D) is Het icoontje is symmetrisch... dan een virtuele zendmast. Meestal staan ze op gebouwen of in hoogspanningsmasten, dus die pion mag best weg. Gewoon een stip, gevuld of niet met cirkelvormige straling in 4 bundels van elk 45 graden. En kleiner, er zijn er zoveel ! Het gaat hier om een overlay op de kaart die specifiek gericht is op antennes en duidelijk laat zies welke technologie staat te stralen. Ik vind dat GSM/3G/FM/DVB goed leesbaar moeten zijn. Is het icoontje wat jij voorstelt analoog aan het mac 'wifi' icoontje? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Wat denken jullie hiervan: 40 x 40 pixels: wel wat groot. Misschien kan hij nog kleiner. Ik heb ze ook voor G3 en GSM 1800 vanzelfsprekend G3 in het groen. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Milo van der Linden Verzonden: Thursday, July 10, 2008 2:54 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Plaatje: Antennes in Goes met een buffer van 1 km. Milo van der Linden wrote: Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. Dat kan nu ook, maar dan moeten we uitgaan van een cirkelvormig bereik van plusminus 10 km en die transparant plotten als een grote cirkel in een lichte kleur. Gert ;-) Wordt al aan gewerkt. 10 km voor buitengebied, 1 tot 5 km in stedelijke gebieden. Pfff. Ik heb op de postgis tabel een aantal buffers los gelaten, gewoon makkelijk direct in sql: create table antenne_buffer as select a_id, buffer(the_geom,1000,20) as the_geom from antennes; maakt cirkels met 20 segmenten op een straal van 1000 m. Moet nog testen hoe of wat, maar denk dat dit de way to go is. Hiermee moeten we straks kijken wat we kunnen meten qua positie bepaling. Een ander (lullig) vraagje: De cellID's ontbreken in de dataset!!! Hoe komen we aan de juiste cellID per zender? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 9:11 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! On Thu, 10 Jul 2008, Gert Gremmen wrote: De site doet het niet in full screen ! ( 2000 pixels) Ik vindt het icoontje wel erg klassiek. Ik zie liever iets dat recht doet aan het bundelen van De straling (45 graden) Grappig... dat was het eerste concept van Milo. Maar reallife zou een richting hebben en 120 graden. en bovendien symmetrisch (2D) is Het icoontje is symmetrisch... dan een virtuele zendmast. Meestal staan ze op gebouwen of in hoogspanningsmasten, dus die pion mag best weg. Gewoon een stip, gevuld of niet met cirkelvormige straling in 4 bundels van elk 45 graden. En kleiner, er zijn er zoveel ! Het gaat hier om een overlay op de kaart die specifiek gericht is op antennes en duidelijk laat zies welke technologie staat te stralen. Ik vind dat GSM/3G/FM/DVB goed leesbaar moeten zijn. Is het icoontje wat jij voorstelt analoog aan het mac 'wifi' icoontje? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl attachment: gsm900.png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
En 1800? Rood of nog een ander kleurtje? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Gert Gremmen Verzonden: donderdag 10 juli 2008 15:17 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Wat denken jullie hiervan: 40 x 40 pixels: wel wat groot. Misschien kan hij nog kleiner. Ik heb ze ook voor G3 en GSM 1800 vanzelfsprekend G3 in het groen. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Milo van der Linden Verzonden: Thursday, July 10, 2008 2:54 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Plaatje: Antennes in Goes met een buffer van 1 km. Milo van der Linden wrote: Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. Dat kan nu ook, maar dan moeten we uitgaan van een cirkelvormig bereik van plusminus 10 km en die transparant plotten als een grote cirkel in een lichte kleur. Gert ;-) Wordt al aan gewerkt. 10 km voor buitengebied, 1 tot 5 km in stedelijke gebieden. Pfff. Ik heb op de postgis tabel een aantal buffers los gelaten, gewoon makkelijk direct in sql: create table antenne_buffer as select a_id, buffer(the_geom,1000,20) as the_geom from antennes; maakt cirkels met 20 segmenten op een straal van 1000 m. Moet nog testen hoe of wat, maar denk dat dit de way to go is. Hiermee moeten we straks kijken wat we kunnen meten qua positie bepaling. Een ander (lullig) vraagje: De cellID's ontbreken in de dataset!!! Hoe komen we aan de juiste cellID per zender? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 9:11 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! On Thu, 10 Jul 2008, Gert Gremmen wrote: De site doet het niet in full screen ! ( 2000 pixels) Ik vindt het icoontje wel erg klassiek. Ik zie liever iets dat recht doet aan het bundelen van De straling (45 graden) Grappig... dat was het eerste concept van Milo. Maar reallife zou een richting hebben en 120 graden. en bovendien symmetrisch (2D) is Het icoontje is symmetrisch... dan een virtuele zendmast. Meestal staan ze op gebouwen of in hoogspanningsmasten, dus die pion mag best weg. Gewoon een stip, gevuld of niet met cirkelvormige straling in 4 bundels van elk 45 graden. En kleiner, er zijn er zoveel ! Het gaat hier om een overlay op de kaart die specifiek gericht is op antennes en duidelijk laat zies welke technologie staat te stralen. Ik vind dat GSM/3G/FM/DVB goed leesbaar moeten zijn. Is het icoontje wat jij voorstelt analoog aan het mac 'wifi' icoontje? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Ik vindt de cirkels prima, maar wel erg dekkend, met name omdat er nogal wat overlap is. We zien door de cirkels het OSM niet meer. Als het goed is , wordt heel NL bedekt, dus zo boeiend is het resultaat niet. Misschien wel als je per soort de cirkels aan/uit kan zetten. Ik heb de mapnik auteur gevraagd of er wat aan te doen valt dat transparante densiteiten bij elkaar optellen als delen elkaar overlappen. Heb trouwens ook gevraagd naar meerkleuren strokes voor de busroutes, maar ook nog geen antwoord. Nog geen antwoord gehad. -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Milo van der Linden Verzonden: Thursday, July 10, 2008 2:54 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Plaatje: Antennes in Goes met een buffer van 1 km. Milo van der Linden wrote: Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. Dat kan nu ook, maar dan moeten we uitgaan van een cirkelvormig bereik van plusminus 10 km en die transparant plotten als een grote cirkel in een lichte kleur. Gert ;-) Wordt al aan gewerkt. 10 km voor buitengebied, 1 tot 5 km in stedelijke gebieden. Pfff. Ik heb op de postgis tabel een aantal buffers los gelaten, gewoon makkelijk direct in sql: create table antenne_buffer as select a_id, buffer(the_geom,1000,20) as the_geom from antennes; maakt cirkels met 20 segmenten op een straal van 1000 m. Moet nog testen hoe of wat, maar denk dat dit de way to go is. Hiermee moeten we straks kijken wat we kunnen meten qua positie bepaling. Een ander (lullig) vraagje: De cellID's ontbreken in de dataset!!! Hoe komen we aan de juiste cellID per zender? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 9:11 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! On Thu, 10 Jul 2008, Gert Gremmen wrote: De site doet het niet in full screen ! ( 2000 pixels) Ik vindt het icoontje wel erg klassiek. Ik zie liever iets dat recht doet aan het bundelen van De straling (45 graden) Grappig... dat was het eerste concept van Milo. Maar reallife zou een richting hebben en 120 graden. en bovendien symmetrisch (2D) is Het icoontje is symmetrisch... dan een virtuele zendmast. Meestal staan ze op gebouwen of in hoogspanningsmasten, dus die pion mag best weg. Gewoon een stip, gevuld of niet met cirkelvormige straling in 4 bundels van elk 45 graden. En kleiner, er zijn er zoveel ! Het gaat hier om een overlay op de kaart die specifiek gericht is op antennes en duidelijk laat zies welke technologie staat te stralen. Ik vind dat GSM/3G/FM/DVB goed leesbaar moeten zijn. Is het icoontje wat jij voorstelt analoog aan het mac 'wifi' icoontje? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Gert Gremmen schreef: Als het goed is , wordt heel NL bedekt, dus zo boeiend is het resultaat niet. Misschien wel als je per soort de cirkels aan/uit kan zetten. Ik zou nu juist een aantal layers willen met antennes en dekking, op de antenneregister site staat ook naar welke richting een antenne kan schijnen. Dat is dus niet zomaar omni antenne! Ik heb de mapnik auteur gevraagd of er wat aan te doen valt dat transparante densiteiten bij elkaar optellen als delen elkaar overlappen. Transparantie optellen werkt, dat hebben we gisterenavond gezien. MAAR... wat jij voorsteld met GSM800 ziet er leuk uit, maar op een zelfde punt staan verschillende antennes, die kun je dus niet 'overlappen'. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] On demand WMS refresh
Hallo allemaal, Is er een WMS server die z'n tiles on demand kan updaten? Dat zou erg handig zijn, zodat ik changes snel in mapnik ofzo kan zien, in plaats van een dag/week te wachten. Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. De zendrichting is gekend, op de site van het antenneregister. Zoom in op een antenne, en klik links op het i icoontje. Rechts onder Zoekresultaten staan de antenne's, met een linkje Details erachter. Daarin staat de hoogte en het aantal antennes, en kun je doorklikken naar een diagram van de straling en bereik. Alhoewel dat laatste wel tot een bepaalde grenswaarde zal zijn, en het bereik effectief nog iets verder reikt. Het zijn wel plaatjes, maar wellicht is er via het antenneregister ook aan ruwe data te komen? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] On demand WMS refresh
Hallo Geert, Je raakt de kern van een probleem in de architectuur van openstreetmap waar op dit moment in diverse wandelgangen al over wordt nagedacht. De flow is als volgt: - edit met josm, potlach of merkaartor - wijzigingen komen in de centrale database - Iemand moet ergens een diff downloaden, deze importeren in zijn lokale postgresql/postgis database Er moet dus altijd een trigger zijn om iemand te motiveren op moment x de diff te verwerken. En dat is voor zover ik weet op dit moment altijd handwerk of een geschedulde batch. Geert Schuring wrote: Hallo allemaal, Is er een WMS server die z'n tiles on demand kan updaten? Dat zou erg handig zijn, zodat ik changes snel in mapnik ofzo kan zien, in plaats van een dag/week te wachten. Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
GSM antennes zijn nooit omni. Als ie omni moet zijn dan staan er 4 bloembakken op zijn kant in 4 verschillende richtingen. Als we zouden weten in welke richting de individuele bakken staan, dan konden we iets meer. Wel is het zo dat een operator MEESTAL belang heeft om alle richtingen te bedekken,met enkele uitzonderingen, heel evident is aan zee. Dus meestal is een antenne installatie dus wel omni. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: Thursday, July 10, 2008 5:51 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Gert Gremmen schreef: Als het goed is , wordt heel NL bedekt, dus zo boeiend is het resultaat niet. Misschien wel als je per soort de cirkels aan/uit kan zetten. Ik zou nu juist een aantal layers willen met antennes en dekking, op de antenneregister site staat ook naar welke richting een antenne kan schijnen. Dat is dus niet zomaar omni antenne! Ik heb de mapnik auteur gevraagd of er wat aan te doen valt dat transparante densiteiten bij elkaar optellen als delen elkaar overlappen. Transparantie optellen werkt, dat hebben we gisterenavond gezien. MAAR... wat jij voorsteld met GSM800 ziet er leuk uit, maar op een zelfde punt staan verschillende antennes, die kun je dus niet 'overlappen'. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Stefan, kan jij nog eens vragen of er ook een bestand versie is met per antenne de zendrichting ?? Dam kunnen we nog iets meer zinvolle contouren maken per antenne. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Ldp Verzonden: Thursday, July 10, 2008 8:08 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Antennedata geimporteerd! Gert Gremmen wrote: Als we inderdaad de zendrichting kenden, dan konden we daar ook daadwerkelijke zendbereik bij plotten. De zendrichting is gekend, op de site van het antenneregister. Zoom in op een antenne, en klik links op het i icoontje. Rechts onder Zoekresultaten staan de antenne's, met een linkje Details erachter. Daarin staat de hoogte en het aantal antennes, en kun je doorklikken naar een diagram van de straling en bereik. Alhoewel dat laatste wel tot een bepaalde grenswaarde zal zijn, en het bereik effectief nog iets verder reikt. Het zijn wel plaatjes, maar wellicht is er via het antenneregister ook aan ruwe data te komen? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] On demand WMS refresh
Als dit geautomatiseerd kan (en eventueel ook elke x uur of x dag al gebeurd) dan is het natuurlijk ook mogelijk ergens een knopje te maken (achter een login zodat het niet te vaak gebeurt) om het script te activeren dat de diff download en importeert. -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Milo van der Linden Verzonden: donderdag 10 juli 2008 20:09 Aan: Geert Schuring; OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] On demand WMS refresh Hallo Geert, Je raakt de kern van een probleem in de architectuur van openstreetmap waar op dit moment in diverse wandelgangen al over wordt nagedacht. De flow is als volgt: - edit met josm, potlach of merkaartor - wijzigingen komen in de centrale database - Iemand moet ergens een diff downloaden, deze importeren in zijn lokale postgresql/postgis database Er moet dus altijd een trigger zijn om iemand te motiveren op moment x de diff te verwerken. En dat is voor zover ik weet op dit moment altijd handwerk of een geschedulde batch. Geert Schuring wrote: Hallo allemaal, Is er een WMS server die z'n tiles on demand kan updaten? Dat zou erg handig zijn, zodat ik changes snel in mapnik ofzo kan zien, in plaats van een dag/week te wachten. Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] On demand WMS refresh
Robin Harmsen wrote: Als dit geautomatiseerd kan (en eventueel ook elke x uur of x dag al gebeurd) dan is het natuurlijk ook mogelijk ergens een knopje te maken (achter een login zodat het niet te vaak gebeurt) om het script te activeren dat de diff download en importeert. Je kunt ook op http://www.informationfreeway.org/ inzoomen tot niveau 12 en dan met 'r' een rerender van [EMAIL PROTECTED] aanvragen. Dan heb je redelijk snel een update van die tile in de osmarender layer. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Gert Gremmen schreef: Stefan, kan jij nog eens vragen of er ook een bestand versie is met per antenne de zendrichting ?? Dam kunnen we nog iets meer zinvolle contouren maken per antenne. Ik probeer ze eerst een reactie terug te laten sturen, dat is nog niet gebeurd. Maar ik zou zeggen, laten we het eerst eens als overlay op tile.openstreetmap.nl krijgen, als demo. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] De provincie Utrecht heeft gisteren haar eigen fietsroutenetwerk in gebruik genomen.
Na wat gezoek blijkt het netwerk in de provincie Utrecht inderdaad op 9 juli officieel geopend te zijn. Het netwerk zal echter pas ergens in september af zijn (als de planning lukt). -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[Talk-de] OSM-Aktion in Bohmte
Hi! schaut Euch mal diesen Eintrag von Kai Behnke an: http://wettbewerb.openstreetmap.de/index.php/2008/07/09/open-street-map-aktion-in-bohmte-aktiviere-die-burger-aus-deiner-nachbarschaft/ Super! 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/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-OVL-Konverter gesucht
Hallo, ich plane gerade eine Radtour fürs Wochenende. Idealerweise sollte die Strecke zum größten Teil - schön sein ;-) - und noch nicht in OSM erfasst. Ich dachte an folgende Vorgehensweise: OSM-Daten des Gebiets runterladen, eine OVL-Datei daraus basteln, dann mein TOP50-Programm (Niedersachsen) starten, die OVL-Datei laden und meine Route, unter Zuhilfenahme einer gedruckten Fahrradkarte (um gut fahrradtaugliche Wege zu finden), einzeichnen. Was mir dazu noch fehlt, ist ein Konverter, der OSM-Dateien in OVL-Dateien (ASCII genügt) umwandelt. Hat jemand Tipps? Oder gibt es vielleicht ein ganz anderes Werkzeuge, mit dem ich mein Vorhaben noch viel eleganter erledigen kann? Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] RFC: Freizeitpark-Attraktionen
Hallo Bernd, habe mir die Vorschläge angesehen und für aussreichend empfunden. Würde es Sinn machen, die an den Fahrgeschäften angebrachten Hinweise zu Mindest-/Maximalalter, Mindest-/Maximalgröße, Krankheiten usw. mit einzubinden? Am Mittwoch, den 09.07.2008, 17:13 +0200 schrieb Bernd Wurst: Als Vorbereitung unserer OSM-Summer-Mapping-Aktion [1] mussten wir uns ein Tagging-Schema für die einzelnen Attraktionen / Fahrgeschäfte in einem Freizeitpark ausdenken. ...Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Hochheim (Main): Tunnel oder Bruecke?
Moin moin Kann sich das jemand mit Ortskenntniss mal ansehen?: http://openstreetbugs.appspot.com/?lon=8.37179944689338lat=50.003834117896844z=14 Bin mit der S-Bahn drueber gefahren, und beim Nacharbeiten ist mir die Stelle aufgefallen. Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] RFC: Freizeitpark-Attraktionen
Hallo. Am Donnerstag, 10. Juli 2008 schrieb Mark Doebling: habe mir die Vorschläge angesehen und für aussreichend empfunden. Würde es Sinn machen, die an den Fahrgeschäften angebrachten Hinweise zu Mindest-/Maximalalter, Mindest-/Maximalgröße, Krankheiten usw. mit einzubinden? Hm. Sinn machen ist immer eine schwierige Frage bei OSM. :) Eigentlich würde es IMHO Sinn machen, sowas in einem passenden Wiki (z.B. Stadtwiki) zu hinterlegen und auf geeignete Weise maschinenlesbar zu verknüpfen. Da ich dafür aber bisher weder einen konkreten Ansatz geschweige denn eine funtionierende Technik für so eine Verknüpfung kenne, kann man sowas momentan IMHO schon irgendwie in OSM eintragen, damit es überhaupt mal erfasst ist. Gruß, Bernd -- Ich hasse Hausarbeit! Man macht die Betten, wäscht das Geschirr, wischt Staub - und sechs Monate später geht alles wieder von vorne los... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapper ausfindig machen (war: Vandalismus)
Hallo, 2. Der neue Data-Layer auf openstreetmap.org Einfach sehr nah ran zoomen, Data einschalten und das Objekt anklicken. Dann kannst du unter Show history alle Änderungen an dem Objekt sehen. Bei manchen Usern steht auch der Username auf Zoomlevel 17 im Osmarender ([EMAIL PROTECTED])-Layer direkt unter einer Strasse dabei. Mit Potlatch sollte es auch irgendwie gehen, aber den kenn ich nicht. Way auswaehlen und Taste H druecken. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-OVL-Konverter gesucht
Florian Arnold [EMAIL PROTECTED] wrote: Ich dachte an folgende Vorgehensweise: OSM-Daten des Gebiets runterladen, eine OVL-Datei daraus basteln, dann mein TOP50-Programm (Niedersachsen) starten, die OVL-Datei laden und meine Route, unter Zuhilfenahme einer gedruckten Fahrradkarte (um gut fahrradtaugliche Wege zu finden), einzeichnen. http://gnuher.de/cycleroute/ kennst Du? Was mir dazu noch fehlt, ist ein Konverter, der OSM-Dateien in OVL-Dateien (ASCII genügt) umwandelt. Hat jemand Tipps? Die ASCII Variante kann gpsbabel lesen und schreiben (über den csv Treiber). Oder gibt es vielleicht ein ganz anderes Werkzeuge, mit dem ich mein Vorhaben noch viel eleganter erledigen kann? Siehe oben. Prinzipiell kann man die TOPXX Karten in den oben erwähnten cycleroute Planer integrieren indem man sie in GeoTiff konvertiert und per WMS zur Verfügung stellt. Sowas habe ich hier am laufen aber aus Copyrightgründen natürlich nicht öffenltich. Bei Interesse kannst Du mir eine Email schreiben. Gruss Sven -- C is quirky, flawed, and an enormous success (Dennis M. Ritchie) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Aktion in Bohmte
http://wettbewerb.openstreetmap.de/index.php/2008/07/09/open-street-map-aktion-in-bohmte-aktiviere-die-burger-aus-deiner-nachbarschaft/ Super! Respekt! So was will ich auch machen :-) Zufällig jemand aus dem Kreis Lörrach/Bad Bellingen hier? Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Worldfile vom 9.7.2008
Hallo, das neue Worldfile liegt wieder zum Download bereit, was fehlt sind die einzelnen osm-Kacheln. Getestet sind die Weltkarte und die Deutschlandkarte in QLandkarte, und das Typ-File-GMAPSUPP im Vista HCx. http://wiki.openstreetmap.org/index.php/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Antw: OSM-OVL-Konverter gesucht
Hallo, Du kannst auch die OSM-Daten in JOSM als gpx exportieren und dann direkt in TOP50 importieren und dort, wenn Du willst in ovl konvertieren. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Spurwechselbeschränkungen
Hallo, gibt es eine Möglichkeit, Spurwechselbeschränkungen zu modellieren? Möglich sind Beschränkungen a) rechtlicher und b) physischer Natur. a) Dazu gehören durchgezogene Linien. b) Das ist der Fall, wenn ein Radweg auf dem Hochbord liegt und keine Bordsteinabsenkung vorhanden ist. Ist das überhaupt möglich/denkbar, ohne diese Straßenteile einzeln zu erfassen, also als eigene ways? Was momentan oft vorkommt und mich ziemlich stört: Einzeln geführter Radweg wird straßenbegleitend. Das sieht dann im Editor oft so aus, als ob er in die Straße mündet. Wenn cycleway=track danach nicht gesetzt ist, besteht überhaupt keine Möglichkeit, das zu erkennen. IMO ist das eine Schwäche der bisherigen Lösung, fahrbahnbegleitende Radwege mit cycleway=track zu erfassen. Probleme ergeben sich aber zB auch bei Fußwegen: Wie kennzeichne ich, wo ein Fußgänger eine Straße überschreiten kann? Wenn ein Graben da ist, kann er das nicht ... Soweit erstmal, Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Treffen Dortmund
Hey, ja - bin dabei! Als Treffpunkt schlage ich das China-Restaurant nahe der Westfalenhallen vor. 5 EUR und soviel (gutes!) Essen, wie man will! Grüße Tobias Heiko Schack schrieb: Hallo MArkus, nehmt ihr auch nicht Dortmunder auf. komme aus EN und würde gerne zum Treffen dazu stoßen. g Heiko Am 08.07.2008, 22:43 Uhr, schrieb Markus Schäfer [EMAIL PROTECTED]: Hallo zusammen, wir haben geraden begonnen ein erstes Treffen aller interessierten OSM'ler in Dortmund zu organisieren. Ort und Zeit sind noch im Findungsprozess. Es wird auf jeden Fall nach den Sommerfrien und irgendwo in Dortmund stattfinden :-) Wer also aus dem Raum Dortmund kommt, und noch keine Info in seiner inbox gefunden hat, der möge bitte einen Laut von sich geben. Ansonsten bin ich natürlich auch an guten Tipps, Ratschlägen und anderem Hilfreichem interessiert. Viele Grüße Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spurwechselbeschränkungen
Zitat Jens Müller: [...] Was momentan oft vorkommt und mich ziemlich stört: Einzeln geführter Radweg wird straßenbegleitend. Das sieht dann im Editor oft so aus, als ob er in die Straße mündet. [...] Ist es nicht so, dass er dann Bestandteil der Strasse wird, in die er muendet? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spurwechselbeschränkungen
Michael Buege schrieb: Zitat Jens Müller: [...] Was momentan oft vorkommt und mich ziemlich stört: Einzeln geführter Radweg wird straßenbegleitend. Das sieht dann im Editor oft so aus, als ob er in die Straße mündet. [...] Ist es nicht so, dass er dann Bestandteil der Strasse wird, in die er muendet? Rechtlich? Mag sein. Aber man denke sich folgende Fall: | |/ / | | / / | | / / | | / / | |/ / | || | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | || | | | | | | | || | | |\ \ | | \ \ | | \ \ | | \ \ | |\ \ Links die Fahrbahn, rechts der einmündende und wieder wegführende Radweg. Die fehlende Linie soll die Bordsteinabsenkung sein. Wie soll ich wissen, das ich da nicht auf den Radweg wechseln darf, weil ich nicht mehr runterkomme? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie weiter mit der Radweg/Scateboard/Rennrad Diskussion (Re: trackgrade-surfacegrade)
Torsten Leistikow schrieb: Hallo, noch mal ein paar Ueberlegung bzgl abstrakte oder sprechende Bezeichner: Ich denke, einem Benutzer der OSM-Daten wird es egal sein. Denn der bekommt die Bezeichner sowieso nicht zu sehen. Fuer ihn gibt es spaeter nur unterschiedliche Linien auf seinem Navi oder vom Renderer, oder sie sind Grundlage fuer seinen Routenplaner. Die Bezeichner selbst sind natürlich Schall und Rauch. When I use a word,' Humpty Dumpty said in rather a scornful tone, 'it means just what I choose it to mean — neither more nor less. The question is, said Alice, whether you can make words mean so many different things. The question is, said Humpty Dumpty, which is to be master— that's all. Lewis Caroll, Through the Looking-Glass. abstrakt ist kein Gegensatz zu sprechend. Und wie sieht es beim Mapper aus? Bin ich nicht bei sprechenden Bezeichnern viel eher dazu gezwungen, bei der Definition nachzuschauen, was das nun genau heisst? (Wann ist eine Surface Sand und wann Gravel?) Das ist IMO gut. Bei Skalen-Bezeichnern kann man viel leichter aus dem Bauch heraus entscheiden. Und jeder entscheidet anders aus dem Bauch heraus ... Edit-Wars sind vorprogrammiert. Ausserdem waehre der Skalenbezeichner fuer jeden Wegtyp gleich. Bei einem sprechenden Bezeichner muesste man doch bei franzoesischen Strassen bestimmt andere Bezeichner als bei deutschen Fusswegen oder bei englischen Feldwegen waehlen. Wer kann da den Ueberblich behalten? Naja ... Wie oben gesagt, Namen sind Schall und Rauch. Und nicht zuletzt machen Skalenbezeichner auch die Pflege des Datenbestandes leichter, Nein, schwieriger, weil die Entstehung nicht objektiv nachvollziehbar ist. weil man weniger Wildwuchs hat und Tippfehler leichter automatisch erkennen kann. Was für Tippfehler? So gut und schoen sich das mit den sprechend Bezeichnern auch immer anhoert. Nutzt es einem wirklich was? Es geht nicht um sprechend oder nicht sprechend. Es geht darum, die Welt so zu modellieren, daß die erfaßten Daten intersubjektiv nachvollziehbar sind. Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spurwechselbeschränkungen
Jens Müller wrote: Was momentan oft vorkommt und mich ziemlich stört: Einzeln geführter Radweg wird straßenbegleitend. Das sieht dann im Editor oft so aus, als ob er in die Straße mündet. Ich denke, dass ist ein Problem des Renderers. Dieser sollte IMHO einen Straßenbegleitenden Rad-/Fußweg anzeigen, idealerweise als blauen (Rad) oder roten (Fuß) Strich neben der Straße, bzw anstelle des schwarzen Straßenrandes. Das nimmt nicht viel Platz weg und man sieht durchgängige Radstrecken besser. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spurwechselbeschränkungen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, ... Dieser sollte IMHO einen Straßenbegleitenden Rad-/Fußweg anzeigen, idealerweise als blauen (Rad) oder roten (Fuß) Strich neben der Straße, bzw anstelle des schwarzen Straßenrandes. Das nimmt nicht viel Platz weg und man sieht durchgängige Radstrecken besser. ... dann sollte auch eine Kennzeichnung mit kurzen abwechselnden blau/roten Segmenten (wie gestrichelt) bei Vorhandensein von beidem geben. Und es müsste für beide Straßenseiten getrennt zu taggen sein. Ich kenne Straßen, wo diese Kombinationen alle 50 Meter wechseln und sich Bushaltestellen auch auf der Seite befinden, auf der kein Fußweg ist. Fußgänger und Radfahrer müssen an verschiedenen Stellen die Straßenseite wechseln. Rolf -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIdhM1X/cdferISG0RAl1RAJ9CuAQlMiSR9X7yXANI5cFvkhvY2ACgpNDG tAsGJYZ3fnTfOyn9Diqasx4= =oD0D -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Relationen in JOSM
Hi, ich versuche mich gerade ein wenig in die Relationen einzuarbeiten. Will versuchen die Radwege in der Gegend mal zu dokumentieren. Dazu muss ich Teilbereiche von Wegen der Relation hinzufügen - nur finde ich dazu keine Möglichkeit in JOSM. Natürlich könnte ich den Weg auftrennen und dann das Teilstück hinzufügen, aber ich dachte Relationen wurde genau aus dem Rund eingefügt um nicht immer alle Wege zerschnippeln zu müssen... Mein zweites Problem ist eher theoretischer Natur: JOSM zeigt nur die geladenen Relations an. Den einen Radweg, den ich in meiner Gegend mappen will ist aber insgesamt mehrere 100 Kilometer lang, sprich die Wahrscheinlichkeit ist hoch dass schon irgendwo jemand ein Teilstück als Relation gemappt hat. Kann man irgendwie nach Relationen suchen? Mein drittes Problem betrifft das Verständnis der Relationen: Einige Relationen sind ja gerichtet, d.h. hier spielt die Reihenfolge hinzugefügten Knoten/Wege eine Rolle - ist dies immer so, d.h. wenn man eine Route wie einen Fahrradweg als Relation mappt muss man dann die Teilstrecken in der richtigen Reihenfolge hinzufügen? GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relationen in JOSM
Hallo, ich versuche mich gerade ein wenig in die Relationen einzuarbeiten. Will versuchen die Radwege in der Gegend mal zu dokumentieren. Dazu muss ich Teilbereiche von Wegen der Relation hinzufügen - nur finde ich dazu keine Möglichkeit in JOSM. Nicht nur nicht in JOSM; die Moeglichkeit ist auch im Datenmodell nicht vorgesehen. Natürlich könnte ich den Weg auftrennen und dann das Teilstück hinzufügen, aber ich dachte Relationen wurde genau aus dem Rund eingefügt um nicht immer alle Wege zerschnippeln zu müssen... Das ist ein Missverstaendnis. Es gaebe zwar die Moeglichkeit, eine Relation zu nutzen, um einen teil-Way zu modellieren (Members: Startnode, Endnode, Way) - dann muesstest Du der Radrouten-Relation also eine Relation als Member anfuegen, die diesen Teilway beschreibt - aber das macht soweit ich sehe niemand, ist auch noch nicht ausreichend spezifiziert, denke ich. Mein zweites Problem ist eher theoretischer Natur: JOSM zeigt nur die geladenen Relations an. Den einen Radweg, den ich in meiner Gegend mappen will ist aber insgesamt mehrere 100 Kilometer lang, sprich die Wahrscheinlichkeit ist hoch dass schon irgendwo jemand ein Teilstück als Relation gemappt hat. Kann man irgendwie nach Relationen suchen? Nicht mit JOSM, aber mit einem entsprechenden OSMXAPI-Request sollte das gehn (siehe Wiki). Wuerd ich mir aber nicht so viel Sorgen machen, die Relation ist eh handlicher, wenn sie nicht quer durch Deutschland geht. Mein drittes Problem betrifft das Verständnis der Relationen: Einige Relationen sind ja gerichtet, d.h. hier spielt die Reihenfolge hinzugefügten Knoten/Wege eine Rolle - ist dies immer so, d.h. wenn man eine Route wie einen Fahrradweg als Relation mappt muss man dann die Teilstrecken in der richtigen Reihenfolge hinzufügen? Das ist ein Missverstaendnis; Relationen sind derzeit nie geordnet, sie koennen vom Server in ganz anderer Reihenfolge zurueckkommen, als Du sie hochgespielt hast. Bei Routen ist das meistens nicht so schlimm, da die Route ja durch die Wege konstriuert werden kann. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9.7.2008
Am Donnerstag, 10. Juli 2008 12:18 schrieb Carsten Schwede: das neue Worldfile liegt wieder zum Download bereit, was fehlt sind die einzelnen osm-Kacheln. Getestet sind die Weltkarte und die Deutschlandkarte in QLandkarte, und das Typ-File-GMAPSUPP im Vista HCx. http://wiki.openstreetmap.org/index.php/User:Computerteddy Auf meinem Garmin etrex Legend HCx funktioniert nun auch wieder die GMAPSUPP mit Typ-File. -- Mit freundlichen Grüßen Max Moritz Sievers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spurwechselbeschränkungen
Am Donnerstag, 10. Juli 2008 15:48 schrieb Rolf Gehring: dann sollte auch eine Kennzeichnung mit kurzen abwechselnden blau/roten Segmenten (wie gestrichelt) bei Vorhandensein von beidem geben. Und es müsste für beide Straßenseiten getrennt zu taggen sein. Ich kenne Straßen, wo diese Kombinationen alle 50 Meter wechseln und sich Bushaltestellen auch auf der Seite befinden, auf der kein Fußweg ist. Fußgänger und Radfahrer müssen an verschiedenen Stellen die Straßenseite wechseln. Und wie erkenne ich dann die häufig wechselnden unterschiedlichen Führungsformen für den Fuß- und Radverkehr, wenn manche davon gestrichelt dargestellt werden? -- Mit freundlichen Grüßen Max Moritz Sievers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relationen in JOSM
Hallo, aber ich dachte Relationen wurde genau aus dem Rund eingefügt um nicht immer alle Wege zerschnippeln zu müssen. Diese forderung kommt zwar immer mal wieder, u.a. von mir, aber bisher ist da nichts geschehen - Du mußt zerschneiden. Suchen kann JOSM nur in den geladenen Daten. Was Du Dir wünschst klappt also wohl nicht. Also wirst Du wohl eine neue Relation erzeugen und wenn die beiden irgendwann zusammenwachsen müßte man sie verbinden. Geht das so einfach wie Ways verbinden? Einige Relationen sind ja gerichtet, d.h. hier spielt die Reihenfolge hinzugefügten Knoten/Wege eine Rolle Ist mir neu, wo steht das? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relationen in JOSM
Am Thu, 10 Jul 2008 17:15:59 +0200 schrieb Frederik Ramm: Nicht nur nicht in JOSM; die Moeglichkeit ist auch im Datenmodell nicht vorgesehen. Gut, dann weiß ich jetzt was zu tun ist. Nicht mit JOSM, aber mit einem entsprechenden OSMXAPI-Request sollte das gehn (siehe Wiki). Wuerd ich mir aber nicht so viel Sorgen machen, die Relation ist eh handlicher, wenn sie nicht quer durch Deutschland geht. Ich sehe schon, da hat meine Datenbank-Erfahrung mit einer 1:n-Relation zu stark durchgeschlagen ;-) Das ist ein Missverstaendnis; Relationen sind derzeit nie geordnet, sie koennen vom Server in ganz anderer Reihenfolge zurueckkommen, als Du sie hochgespielt hast. Bei Routen ist das meistens nicht so schlimm, da die Route ja durch die Wege konstriuert werden kann. Ich meinte auch nicht die Menge der Relationen, sondern die Menge der Members einer Relation. Es gab hier auf der Liste ein paar Diskussionen, bei denen ich den Eindruck gewann, dass die Reihenfolge der Member auch eine Rolle spielen (kann) - z.B. in einer Diskussion vor ein paar Tagen über Steigungen/Gefälle. Insgesamt muss ich feststellen, das ich die Relationen schon verstanden hatte, ich habe mich nur verunsichern lassen von den vielen Diskussionen in denen Relationen als das Allheilmittel angepriesen werden. Danke für die Aufklärung... GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relationen in JOSM
Hallo, Das ist ein Missverstaendnis; Relationen sind derzeit nie geordnet, sie koennen vom Server in ganz anderer Reihenfolge zurueckkommen, als Du sie hochgespielt hast. Bei Routen ist das meistens nicht so schlimm, da die Route ja durch die Wege konstriuert werden kann. Ich meinte auch nicht die Menge der Relationen, sondern die Menge der Members einer Relation. Die meinte ich auch. Du kannst eine Relation mit den Members A,B,C hochladen und zurueck kommt B,C,A. Es gab hier auf der Liste ein paar Diskussionen, bei denen ich den Eindruck gewann, dass die Reihenfolge der Member auch eine Rolle spielen (kann) - z.B. in einer Diskussion vor ein paar Tagen über Steigungen/Gefälle. Da wuerde mann dann die Rolle benutzen - man wuerde also den tiefergelegenen Node der Steigung als lower in die Relation eintragen und den hoeheren als higher oder irgendsoetwas. Dann waere die Bedeutung unabhaengig von der Ordnung gesichert. - Bei Routen wird i.d.R. das role-Attribut nicht genutzt. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
Hallo, Jens Müller schrieb: Ach, halt: wie modellierst Du einen gemeinsamen Fuß- und Radweg (Zeichen 240) und einen freigegebenen Fußweg (Zeichen 239 mit Zusatzzeichen 1022-10)? Für getrennte Ways gibt es da Möglichkeiten, aber willst Du das da auch noch mit reinpfropfen? Diese Möglichkeiten hab ich leider übersehen. :/ Da könnte man natürlich auch noch Tags für erfinden: Z.240: cycleway=track-shared Z.239/Zz.1022-10: cycleway=on-pavement Oder so. Aber langsam wird's auch in meinen Augen hässlich. Und spätestens bei freigegebene Busspur braucht man dann IMO das Lane-Konzept mit den Relationen. Das ist vielleicht wirklich die bessere Lösung, auch wenn ich da momentan nicht wirklich durchsteige (daher das vielleicht). Achja: Ich verstehe die DTD so, dass man durchaus mehrere Tags mit gleichem Key in einem Way verwenden darf. Ausprobiert hab ich's jetzt nicht... Bei Radwegen ist das ja auch sinnvoll, denn so werden nach derzeitiger Konvention beidseitige Radfahrstreifen modelliert. Ich bleibe aber zumindest dabei, dass die derzeitige Konvention das Radwege-Modell der deutschen StVO, insbesondere wegen der fehlenden Berücksichtigung der RWBP, nicht annähernd hinreichend abbildet und daher erweitert bzw. umgebaut werden muss. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] E-Mail Benachrichtigung (Potlatch Ä rger)
Moin, ursprünglich wollte ich grad eine Anti-Potlatch Diskussion einleiten aber das wurde hier ja schon erledigt :). Also versuche ich es aus einer anderen Perspektive. Als ich in meinem Ort mit OSM angenfangen hab war im Umkreis tote Hose. Inzwischen bin ich in mehr als 10 Ortschaften unterwegs die auch alle schon zu 90% komplett sind und es haben viele andere Leute angefangen leere Bereiche zu füllen oder meine Daten zu erweitern/verbessern. Leider passiert es immer häufiger dass ich - statt meine Daten einzutragen - nur durch die Karte gehe und kleinere Fehler sofort korrigiere oder die User anschreibe wenn komplette Ortschaften versaut sind (versaut as in ~100 Errors im Validator + Caos in den Wegen). Und da ich leider davon ausgehen muss dass das in der nächsten Zeit immer schlimmer wird und auch die Editoren nicht das Denken für die User übernehmen, folgende Überlegung: Dass ich die User anschreiben bzw. Daten korrigieren muss kann man bei dem Konzept von OSM ja akzeptieren, die Zeit kann man sich auch nehmen. Schlecht ist aber, dass man die Änderungen anderer Nutzer oft nicht sofort mitbekommt. Würde ich sehen, dass jemand grad anfängt eine Ortschaft von Grund auf einzutragen und dabei viele Fehler macht, dann kann ich noch schnell genug eingreifen, den User informieren und ihm zeigen auf was er achten muss. Wenn es aber so läuft wie hier letzt als einer den kompletten Ort mit völlig unbrauchbaren Daten überzogen hat, war das schädlich für meinen Blutdruck und auch der User war nicht sonderlich begeistert alles anzupassen (mittlerweile sind die Daten echt sauber!). Lange Rede, kurzer Sinn: Wie wäre es zum Beispiel mit folgener Funktion: Jeder User kann sich bestimmte Bereiche in den Karten auf eine Watchlist setzen. Also z.B. zeichne ich um meine 10 Ortschaften ein großes Rechteck, nenne das Mein Gebiet und speichere das ab. Ändert ein anderer User was in diesem Bereich (new, modify, delete) werde ich entweder per Mail oder über die [EMAIL PROTECTED] informiert (was am wenigsten Traffic verursacht). Natürlich bräuchte man auch ein paar Restriktionen/Optionen: * Watchlist-Größe muss begrenzt sein (Fläche insgesamt z.B. nicht größer als ein Landkreis) * Filter: z.B. nur modifizierte Ways * DIe Änderungen müssten immer gruppiert und erläutert werden (perfektes Beispiel: die Dialog in JOSM vor dem Upload in dem man nochmal sieht was alles geändert wurde) * User-Fiter: User, bei denen ich weiß sie bauen keinen Mist, möchte ich ignorieren. Wenne man die Fläche z.B. nur auf Rechtecke beschränkt, würde das auch kaum mehr Datenaufkommen produzieren. Pro User 20-40 Points+Ways müssten verkraftbar sein. Natürlich müsste das schon in der API veranktert werden, daher dürfte es extrem schwer zu realisieren sein. Dennoch denke ich dass die Probleme Unwissenheit und Vandalismus in Zukunft immer öfter auftreten und viele Mapper nervt. Und das wäre zumindest mal eine Idee die ohne Vorkontrolle, Mapper-Führerschein oder Anti-Potlatch Diskussionen auskommt :) Gruß Daniel -- web: http://www.cytrinox.net irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' pgpPuHBgEdRtw.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Hallo, als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Zu finden auf meiner Wiki-Seite. http://wiki.openstreetmap.org/index.php/User:Computerteddy#Downloads -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch Ä rger)
Frederik Ramm [EMAIL PROTECTED] wrote: Zugleich bin ich ein kleines bisschen besorgt, dass es moeglicherweise zu exzessivem Besitzstandsdenken kommen koennte (das hier ist MEIN Ort, und hier aendert KEINER was ohne MICH vorher gefragt zu haben... schon gar nicht ein NEULING mit POTLATCH!) - aber das Problem loesen wir dann, wenn es auftritt ;-) Hm, ich warte bis heute vergeblich drauf, dass endlich mal jemand meine Nachbarorte angeht. Einen davon hab ich jetzt schon selber gemacht, weil einfach nichts passiert ist. Was man IMO bräuchte ist ein Art Email-Bot über den man nach Authentifizierung direkt per Email mit jemanden in Kontakt treten kann. Dieses Webinterface ist einfach nur sch***. Ich stell mir das in etwa so vor, dass ich ne Mail an [EMAIL PROTECTED] schicke und das ganze nach Prüfung meiner Logindaten in nem Pseudo header ähnlich ohne diese Logindaten an den eigentlichen Empfänger weitergeleitet wird. Schön wär sowas natürlich direkt im josm. Ich klicke einen Weg an und wähle contact author aus :) Gruss Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Keine Karte auf Etrex Vista HCx
Am Donnerstag, 10. Juli 2008 21:55 schrieb [EMAIL PROTECTED]: On 09.07.08 00:34 +0200, Max Moritz Sievers wrote: Am Dienstag, 8. Juli 2008 20:25 schrieb Carsten Schwede: Warte bis morgen spät Abend oder übermorgen Vormittag, dann gibts die neue Karte, oder verwende die mit typ-File, [...] Die mit typ-File funktioniert genauso nicht. Sie wird nur in der Speicherbelegung angezeigt. Bei mir funktioniert die Typ-Datei. Ich habe sie von typ_GMASUPP.IMG nach GMASUPP.IMG umbenannt. Was ich allerdings komisch finde ist, dass sehr viele einzelne Karten in der Auswahl im Kartenmenue erscheinen. Der Scrollbalken ist ganz klein. Die neuen IMG-Karten vom 09.07.2008 funktionieren wieder mit den HCxern. Wenn man im Kartenmenu die Menü/Finde-Taste drückt, ist neben der Grundkarte nur eine zur Auswahl. Bei Carstens Computerteddys Original mit Namen, bei der Karte mit Typ-File namenlos. Da steht dann aus. -- Mit freundlichen Grüßen Max Moritz Sievers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hochheim (Main): Tunnel oder Bruecke?
Jens Frank schrieb: PHerison schrieb: Kann sich das jemand mit Ortskenntniss mal ansehen?: http://openstreetbugs.appspot.com/?lon=8.37179944689338lat=50.003834117896844z=14 Einheimische berichteten mir, der Weinberg sei älter als der Damm. Man darf also annehmen, dass der Weg zuerst da gewesen sei. Dann handelt es sich um eine Brücke. Optisch ist es aber doch eher ein Tunnel, und ob des Alters der Unterfuehrung wuerde ich es persoenlich auch als Tunnel eintragen. Das hilft jetzt nicht wirklich weiter... :) Kann Dein/e Einheimische/r vielleicht bei Gelegenheit mal nachsehen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Antw: OSM-OVL-Konverter gesucht
Hallo, Michael Rathai schrieb am 10.07.2008 12:37: Du kannst auch die OSM-Daten in JOSM als gpx exportieren und dann direkt in TOP50 importieren und dort, wenn Du willst in ovl konvertieren. Ach - so einfach, dass ich gar nicht draufgekommen bin ;-) Danke! Habe mich also gleich drangemacht, mein Vorhaben in die Tat umzusetzen: OSM-Ausschnitt runtergeladen, als GPX exportiert, in TOP 50 geladen, aber was sehe ich da? Alle Wege, die ich potentiell fahren könnte, sind in OSM schon erfasst! Also, Plan geändert, http://gnuher.de/cycleroute/ gestartet und meine Route von OSM abgezeichnet. Ach, geht das wunderbar schnell und einfach, und man holt sich auch keinen Augenschaden wie bei der winzigen und verpixelten Darstellung von TOP 50 ... Ich wollte also OSM was schenken und habe stattdessen was zurückbekommen :-) Ich bin immer wieder begeistert, wie schnell der Datenstand wächst. Ich schätze mal, der Punkt, an dem wir Google, zumindest was die durchschnittliche Abdeckung in Deutschland angeht, überholt haben, dürfte mittlerweile klar überschritten sein. Wie schade, und ich wollte doch mappen am Wochenende ;-) Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hochheim (Main): Tunnel oder Bruecke?
2008/7/10 Peter Herison [EMAIL PROTECTED] Das hilft jetzt nicht wirklich weiter... :) Kann Dein/e Einheimische/r vielleicht bei Gelegenheit mal nachsehen? Was soll man denn da sehen? Woran erkennt man denn den Unterschied zwischen einer Brücke und einem Tunnel? Meiner Meinung nach doch nur daran, ob erst der Weg und dann der Damm da war, oder umgekehrt. Und das wird vor Ort kaum zu sehen sein. Wie gesagt, aussehen tut es eher wie ein Tunnel, so wurde mir gesagt. Ich bin in 8 Tagen in der Gegend, mal schauen, ob ich einen Abstecher da runter machen kann. Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch Ä rger)
Daniel Vogelbacher schrieb: [...] Ändert ein anderer User was in diesem Bereich (new, modify, delete) werde ich entweder per Mail oder über die [EMAIL PROTECTED] informiert (was am wenigsten Traffic verursacht). Wenn Du nicht unbedingt auf Benachrichtigung per Mail bestehst, dann gibt es das eigentlich schon. Mit Hilfe des OSM Aware Projektes http://code.google.com/p/osmlab/ kannst Du tägliche oder stündliche Diffs betrachten. Diese sind visuell aufbereitet und farbcodiert (rot = deleted, blau = changed, gelb = new) und werden auf den Google Earth Globus projeziert ( z.B. http://farm3.static.flickr.com/2162/2475990354_5b55583b8a_o.png ). Lade Dir mal dieses KML herunter und stelle es in Google Earth dar: http://www.fxfoo.com/osm/kml/world-day/v2daily-20080709-20080710.kml Wenn Du jetzt in Dein Gebiet hineinzoomst, dann siehst Du schon was ich meine :) Du kannst auch das Werk eines jeden Users einzeln einblenden/ausblenden. Problem ist derzeit, dass es diese aufbereiteten KMLs nur für die gesamte Welt oder explizit für Frankreich gibt. Deshalb fragte ich neulich nach OSCs für die Bundesländern, damit könnte man dann selbst KMLs für OSM Aware erzeugen. Den (nicht so ergiebigen) Thread kannst Du hier nachlesen: http://www.mail-archive.com/talk-de@openstreetmap.org/msg14847.html Anti-Potlatch Diskussionen auskommt :) Potlatch ist kein Problem, man muss es nur richtig bedienen. Ich bin auch erst seit kurzer Zeit dabei und habe sowohl mit JOSM als auch mit Potlatch gearbeitet, jedoch weit überwiegend mit Potlatch und habe damit den Großteil meiner Heimatstadt sowie andere Gebiete bearbeitet. Die Fehler macht nicht Potlatch, sondern der Anwender. -- Mario Link -m[at]riolink.de-http://ma.riolink.de ------Click me, I'm a link ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Welche Relation für Autobahnen etc. ?
Hallo, mir ist aufgefallen, dass es inzwischen eine menge Autobahnen gibt, deren Ways als dual_carriageway zusammengefasst sind. Das widerspricht m.E. der Intention, die hinter dieser Relation steckt. Vgl. auch http://wiki.openstreetmap.org/index.php/Relations/Proposed/Dual_carriageways Dort steht, dass die Relation aus exakt zwei Wegen besteht. Für die Autobahn müsste eigentlich eine street-Relation verwendet werden, oder sehe ich das falsch? Viele Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Hallo, als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Habs grad ausprobiert, die Zonengrenze in meiner Nähe wird jetzt wunderbar dargestellt, man kann außer vielleicht einem kleinen Zuckeln beim Darstellen nichts mehr erkennen, die Wege gehen wunderschön durch. Danke für diese Version. Was mir noch aufgefallen ist, ist daß die Wege (zumindest auf meinem Vista HCx) nicht mehr selektierbar sind. Wenn ich also mit dem Pfeil draufklicke behauptet er, keine Karteninformationen zu haben und fragt mich, ob ich einen Benutzer-Wegpunkt anlegen will. Früher kamen da immer Informationen über den aktuellen Weg (Typ, Name etc.). Ist das ein Fehler nur bei mir oder ist das bei allen so? Ist das bei der aktuellen Karte mit Grenzen auch so (hab ich noch nicht probiert)? Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hochheim (Main): Tunnel oder Bruecke?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, Woran erkennt man denn den Unterschied zwischen einer Brücke und einem Tunnel? Ist diese Frage ernst gemeint? Zwischen beiden liegen technische Welten. Rolf _ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jens Frank Gesendet: Donnerstag, 10. Juli 2008 23:36 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Hochheim (Main): Tunnel oder Bruecke? 2008/7/10 Peter Herison [EMAIL PROTECTED] Das hilft jetzt nicht wirklich weiter... :) Kann Dein/e Einheimische/r vielleicht bei Gelegenheit mal nachsehen? Was soll man denn da sehen? Woran erkennt man denn den Unterschied zwischen einer Brücke und einem Tunnel? Meiner Meinung nach doch nur daran, ob erst der Weg und dann der Damm da war, oder umgekehrt. Und das wird vor Ort kaum zu sehen sein. Wie gesagt, aussehen tut es eher wie ein Tunnel, so wurde mir gesagt. Ich bin in 8 Tagen in der Gegend, mal schauen, ob ich einen Abstecher da runter machen kann. Jens -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIdotaX/cdferISG0RApWRAKCO4t/Y70OTi6P77rn0JZCJbo7bEQCghMR1 bEi1Fod+4Cd6SmNA6SADnkg= =USYN -END PGP SIGNATURE- Hallo, "Woran erkennt man denn den Unterschied zwischen einer Brücke und einem Tunnel?" Ist diese Frage ernst gemeint? Zwischen beiden liegen technische Welten. Rolf Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jens FrankGesendet: Donnerstag, 10. Juli 2008 23:36An: Openstreetmap allgemeines in DeutschBetreff: Re: [Talk-de] Hochheim (Main): Tunnel oder Bruecke? 2008/7/10 Peter Herison [EMAIL PROTECTED] Das hilft jetzt nicht wirklich weiter... :)Kann Dein/e Einheimische/r vielleicht bei Gelegenheit mal nachsehen? Was soll man denn da sehen? Woran erkennt man denn den Unterschied zwischen einer Brücke und einem Tunnel? Meiner Meinung nach doch nur daran, ob erst der Weg und dann der Damm da war, oder umgekehrt. Und das wird vor Ort kaum zu sehen sein.Wie gesagt, aussehen tut es eher wie ein Tunnel, so wurde mir gesagt.Ich bin in 8 Tagen in der Gegend, mal schauen, ob ich einen Abstecher da runter machen kann.Jens PGPexch.htm.sig Description: Binary data ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Holger Dietze schrieb: Hallo, On Thu, Jul 10, 2008 at 10:04:24PM +0200, Carsten Schwede wrote: als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Cool! Dann kann man endlich mit einem normalen Auto auf der A17 fahren ;-) Darf man fragen, was der Trick gegenueber der herkoemmlichen Methode ist? Holger Wow, also das würde mich jetzt auch interessieren. Zumindest rein optisch scheint das Problem tatsächlich behoben. Ob das Gerät auch weiß, dass die Straßen verbunden sind (über Kachelgrenzen hinweg) ist bestimmt noch ne andere Frage (für routing bestimmt interessant). Was hast du denn anders gemacht? Ab jetzt kannste das ruhig immer so rendern! Sehr vielen Dank für deine Mühen und an deine Connnections, dass dieses lästige Problem endlich angegangen wurde. Dankende Grüße! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Gerd von Egidy schrieb: Hallo, als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Habs grad ausprobiert, die Zonengrenze in meiner Nähe wird jetzt wunderbar dargestellt, man kann außer vielleicht einem kleinen Zuckeln beim Darstellen nichts mehr erkennen, die Wege gehen wunderschön durch. Danke für diese Version. Was mir noch aufgefallen ist, ist daß die Wege (zumindest auf meinem Vista HCx) nicht mehr selektierbar sind. Wenn ich also mit dem Pfeil draufklicke behauptet er, keine Karteninformationen zu haben und fragt mich, ob ich einen Benutzer-Wegpunkt anlegen will. Früher kamen da immer Informationen über den aktuellen Weg (Typ, Name etc.). Ist das ein Fehler nur bei mir oder ist das bei allen so? Ist das bei der aktuellen Karte mit Grenzen auch so (hab ich noch nicht probiert)? Gruß, Gerd Könnte ein Problem bei dir sein. Bei mir mit meinem 60CSx läuft alles einwandfrei. Wege sind auch selektierbar. Ich benutze die grenzfehlerfreie Karte mit Typfile. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Zitat Gerd von Egidy: [...] Was mir noch aufgefallen ist, ist daß die Wege (zumindest auf meinem Vista HCx) nicht mehr selektierbar sind. Wenn ich also mit dem Pfeil draufklicke behauptet er, keine Karteninformationen zu haben und fragt mich, ob ich einen Benutzer-Wegpunkt anlegen will. Früher kamen da immer Informationen über den aktuellen Weg (Typ, Name etc.). Ist das ein Fehler nur bei mir oder ist das bei allen so? Also bei mir wird alles wie immer angezeigt. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch �rger)
Problem ist derzeit, dass es diese aufbereiteten KMLs nur f?r die gesamte Welt oder explizit f?r Frankreich gibt. Mein Problem ist, dass ich das jeden Tag runterladen muss. Ich kann nicht einfach schauen, was z.B. in den letzten 4 Wochen verändert wurde. Es müsste sich aber machen lassen, diese Datei automatisiert täglich zu laden und ein Programm zu schreiben, das die Daten sammelt und filtert zeige mir die Änderungen der letzten 12 Tage im Viereck N=60 N=62 E=5 E=7 oder so. Schaunwer mal... erstmal kommt mein Urlaub :) Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch Är ger )
Hallo. Am Donnerstag, 10. Juli 2008 schrieb Frederik Ramm: Zugleich bin ich ein kleines bisschen besorgt, dass es moeglicherweise zu exzessivem Besitzstandsdenken kommen koennte (das hier ist MEIN Ort, und hier aendert KEINER was ohne MICH vorher gefragt zu haben... schon gar nicht ein NEULING mit POTLATCH!) - aber das Problem loesen wir dann, wenn es auftritt ;-) Ich sehe da kein wirkliches Problem. Also ja, ich bin auch nicht begeistert, wenn jemand in MEINEM Gebiet Daten versaut. Aber wenn ich das nach den ersten paar Edits merke und denjenigen schnell drauf hinweisen kann, was er besser machen sollte, dann ist das doch okay. Wenn ich das nicht mitbekomme und erst Tage bzw. hunderte schlechte Edits später von dem Problem erfahre, *dann* bin ich sauer. Und ja, RSS-Feed für ne bestimmte Region ist ein sehr wichtiges wanted-feature! Gruß, Bernd -- Alles was Spaß macht, macht entweder dick, ist verboten oder wird von den Grünen bekämpft. - Renate Künast (Grünen-Politikerin) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Hallo Holger, Holger Dietze schrieb: Cool! Dann kann man endlich mit einem normalen Auto auf der A17 fahren ;-) Was war vorher für ein Auto notwendig? Darf man fragen, was der Trick gegenueber der herkoemmlichen Methode ist? Ein neues Schneideprogramm für die Kacheln natürlich. :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-it] RFC openstreetmap.it
Simone: il poter animare il dominio subito dopo lo State of the Map è una buona idea. Sui contenuti non ho commenti particolari al momento...al massimo direi di attivare link ai vari materiali documentari/informativi che vari esponenti della comunità e non hanno creato in questi mesi. La domanda filosofica è: in che relazione vedi il dominio openstreetmap.it con la possibile creazione di soggetti strutturati legati al progetto OpenStreetMap (sezioni locali della OSM Foundation, soggetti terzi che volessero fornire servizi basati su dati OSM in Italia ecc) ? a prescindere da discussioni passate e recenti su possibili sviluppi del progetto OSM in Italia, credo che la domanda sia importante per chiunque veda in OSM una realtà non esclusivamente ricreativa (e quindi qualsiasi soggetto istituzionale interessato al dato, e qualsiasi privato interessato al dato...il famoso pizzaiolo amico di Edoardo, quello che si deve stampare il volantino con l'ubicazione della pizzeria) interessante anche la domanda di Emilio Anzon: q: banda e host chi/dove li concede ? a che titolo ? il tipo di renderer e altri aspetti tecnici sono molto importanti, ma non prescinderei da una valutazione di altri lati della questione ;) un saluto! andrea giacomelli vicepresidente e responsabile comunicazione GFOSS.it Il 9 luglio 2008 11.34, Emilio Anzon [EMAIL PROTECTED] ha scritto: On Wed, Jul 09, 2008 at 12:04:53AM +0200, Simone Cortesi wrote: ciao, dalla prossima settimana comincero' a lavorare al sito openstreetmap.it (al momento la porta 80 non è attiva ). bravo! q: banda e host chi/dove li concede ? a che titolo ? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] RFC openstreetmap.it
2008/7/10 Simone Cortesi [EMAIL PROTECTED]: On Thu, Jul 10, 2008 at 8:22 AM, andrea giacomelli [EMAIL PROTECTED] wrote: sto cercando, con edoardo, se esiste la possibilità di mettere mani su HW un po' stagionato, ma ancora performante. Riguardo ad HW di questo tipo ho un paio di pentium III ed altra chincaglieria affine. Se potessero andare bene sono disponibili... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] RFC openstreetmap.it
On Thu, Jul 10, 2008 at 12:19 PM, Roberto Moretti [EMAIL PROTECTED] wrote: sto cercando, con edoardo, se esiste la possibilità di mettere mani su HW un po' stagionato, ma ancora performante. Riguardo ad HW di questo tipo ho un paio di pentium III ed altra chincaglieria affine. Se potessero andare bene sono disponibili... ne approfitto per lanciare una proposta: potremmo trovarci una sera a pavia, dove ho allestito in uffici amici un laboratorio di informatica liberissima (liberissima perche' accettiamo anche software proprietario), dove abbiamo degli armadi rack, connettività wifi (la fonera) e decine di vecchi cimeli informatici: http://it.compvter.wikia.com/wiki/Ordine_cronologico noi solitamente siamo li' il giovedi', ma possiamo organizzarci per un altro giorno senza grosse difficoltà. potremmo lavorare ai web di openstreetmap.it che ne dite? -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [OSM-talk-fr] RMLL2008 : une nouvelle dimension à OSM : spéléologie
C'est clair que cela se rapproche plus du boulot de geometre expert , mais comme celui-ci , c'est aussi plus lent ... Le 9 juillet 2008 20:58, Gilles LAMIRAL [EMAIL PROTECTED] a écrit : Bonjour, Il serait intéressant de savoir comment ils ont procédé pour obtenir ces relevés et avec quelle précision. Boussole, decamètre, lasermètre, compas. J'ai retenu une valeur : une galerie de 117 000 metres en chine. Je crois me rappeler que pour chaque point relevé, il y a deux angles, 5 distances (2 hauteurs, 2 largeurs, distance au prochain point). 2 heures pour relever 100m. En bref, nous sommes des petits joueurs avec nos gps, vraiment petits. -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Remarques sur le plugin josm cadastrewms
Steven Le Roux a écrit : On y avait pensé avec ludo, mais la question de positionner les images restaient sans réponse. As-tu une idée de comment faire ça ? en repérant qq points considérés comme coord sûr qu'on pointe sur la photo ça doit être faisable. Monter un WMS est surement la solution. T'as des pistes là dessus ? je pourrai looker ça la sem pro du coup. Les orthophotos sont plus que probablement déjà géoréférencées. Soit les infos de géopositionnement sont inclues dans l'image (format geotiff) soit elles sont rassemblées dans un fichier de géoréférenceent (tfw, jgw, etc.). Pour monter un wms, il y a l'incontournable mapserver et les outils qui vont bien (création de tuilage, reprojection, etc.). Il faut donc un serveur web visible de tous, un peu de capacité disque (350 km2 à 20 cm/pix ça va pas tenir sur une clé usb ;-) Le premier temps sera d'essayer obtenir une autorisation plus formelle du producteur pour qu'on puisse l'afficher sur le wiki (et dans le tableau mis en place par François). Pour la mise en oeuvre du WMS, cela pourrait se faire assez rapidement (je sais qu'il y a des compétences en mapserver dans la salle ;-). A+ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Serveur autonome OSM
Bonjour, je vais partir en vadrouille, et je ne disposerai pas de connexion Internet. Je souhaite donc installer josm + un serveur OSM sur mon portable et faire fonctionner les 2 ensemble. Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le planet-osm de 4Go compressé ? Comment éventuellement réduire la taille de ce fichier afin qu'il ne contienne que la moitié Sud de la France et pas le monde entier ? Est il possible également de faire de même avec le cadastre, si je sais à l'avance où je vais afin de télécharger les données ? Je sais installer et gérer une solution lamp avec mysql. -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Remarques sur le plugin josm cadastrewms
Le 10/07/08, Denis [EMAIL PROTECTED] a écrit : Le premier temps sera d'essayer obtenir une autorisation plus formelle du producteur pour qu'on puisse l'afficher sur le wiki (et dans le tableau mis en place par François). Je me charge de contacter SIG-LR et la mairie du Havre pour obtenir l'autorisation adéquate. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur autonome OSM
Déjà pour ce qui est des données, tu peux utiliser l'hexagone.osm qui doit faire dans les 50 Mo compressés. Ensuite il faudrait installer MySQL et l'application Rails du site principal OSM dispo sur le SVN : http://svn.openstreetmap.org/sites/rails_port/ Renaud. 2008/7/10 Patrice Vetsel [EMAIL PROTECTED]: Bonjour, je vais partir en vadrouille, et je ne disposerai pas de connexion Internet. Je souhaite donc installer josm + un serveur OSM sur mon portable et faire fonctionner les 2 ensemble. Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le planet-osm de 4Go compressé ? Comment éventuellement réduire la taille de ce fichier afin qu'il ne contienne que la moitié Sud de la France et pas le monde entier ? Est il possible également de faire de même avec le cadastre, si je sais à l'avance où je vais afin de télécharger les données ? Je sais installer et gérer une solution lamp avec mysql. -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur autonome OSM
Salut, Pour réduire la taille des données tu peux simplement télécharger l'héxagone (http://hexagone.openstreetmap.fr) qui ne contient que les données de la France et un peu plus sur les frontières. Patrice Vetsel a écrit : Bonjour, je vais partir en vadrouille, et je ne disposerai pas de connexion Internet. Je souhaite donc installer josm + un serveur OSM sur mon portable et faire fonctionner les 2 ensemble. Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le planet-osm de 4Go compressé ? Comment éventuellement réduire la taille de ce fichier afin qu'il ne contienne que la moitié Sud de la France et pas le monde entier ? Est il possible également de faire de même avec le cadastre, si je sais à l'avance où je vais afin de télécharger les données ? Je sais installer et gérer une solution lamp avec mysql. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur autonome OSM
Bonjour, Deux remarques : - à ta place, j'utiliserais JOSM et un fichier de données downloadé de OSM, et non pas un server OSM. Je pense que c'est ça que tu veux. Les données que tu auras chargées auront des numéros de référence longs et positifs (123456789) et les données que tu créeras auront des numéros négatifs (à partir de -1). Quand tu uploaderas les données sur le serveur OSM, à ton retour, tu verras que les numéros -1 ... deviendront 123456790 , etc. - il y a un certain risque que tu crées des conflits : si quelqu'un d'autre que toi entre les mêmes données que toi, ou bien modifie les mêmes données que toi, cela posera problème. Donc avant de Uploader tes données, tu devrais Downloader la version du serveur pour chercher les éventuels conflits (je dis ça mais je ne l'ai jamais fait moi-même, donc je ne sais pas comment on fait pratiquement...) - Pire : si tu utilises un serveur OSM autonome, tes données seront directement créées avec des numéros positifs, et ces numéros seront par ailleurs utilisés officiellement sur le vrai serveur OSM, d'où PANIQUE car deux numéros identiques correspondront à des données totalement différentes. A mon avis : - récupère JOSM - installe Java (free ou non-free, celui de Sun) - lance JOSM - télécharge les zones de données où tu iras, par petites plaques. Ca te donnera des fichiers petits, utilisables, que tu pourras modifier. N'essaye pas de charger la moitié de la France : tu n'utiliseras pas tout, et c'est une solution plutôt contraignante du fait de la taille du fichier - à ton retour, tu pourras ouvrir chacun de tes fichiers, re-charger du serveur les données fraîches, résoudre les conflits et up-loader tes données. Pour le cadastre, tu peux utiliser le soft en python qui fonctionne très bien pour ré-assembler les images cadastrales. Pour cela, il faut installer python... - Mail Original - De: Patrice Vetsel [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Jeudi 10 Juillet 2008 10:24:40 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Serveur autonome OSM Bonjour, je vais partir en vadrouille, et je ne disposerai pas de connexion Internet. Je souhaite donc installer josm + un serveur OSM sur mon portable et faire fonctionner les 2 ensemble. Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le planet-osm de 4Go compressé ? Comment éventuellement réduire la taille de ce fichier afin qu'il ne contienne que la moitié Sud de la France et pas le monde entier ? Est il possible également de faire de même avec le cadastre, si je sais à l'avance où je vais afin de télécharger les données ? Je sais installer et gérer une solution lamp avec mysql. -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur autonome OSM
Encore plus simple et léger , charge chez toi dans Josm les régions que tu vas visiter , sauve les dans plusieurs fichiers, ce sera plus légér à charger ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur autonome OSM
Merci Charlie et Philippe, je vais procéder de cette manière Charlie Echo a écrit : Bonjour, Deux remarques : - à ta place, j'utiliserais JOSM et un fichier de données downloadé de OSM, et non pas un server OSM. Je pense que c'est ça que tu veux. Les données que tu auras chargées auront des numéros de référence longs et positifs (123456789) et les données que tu créeras auront des numéros négatifs (à partir de -1). Quand tu uploaderas les données sur le serveur OSM, à ton retour, tu verras que les numéros -1 ... deviendront 123456790 , etc. - il y a un certain risque que tu crées des conflits : si quelqu'un d'autre que toi entre les mêmes données que toi, ou bien modifie les mêmes données que toi, cela posera problème. Donc avant de Uploader tes données, tu devrais Downloader la version du serveur pour chercher les éventuels conflits (je dis ça mais je ne l'ai jamais fait moi-même, donc je ne sais pas comment on fait pratiquement...) - Pire : si tu utilises un serveur OSM autonome, tes données seront directement créées avec des numéros positifs, et ces numéros seront par ailleurs utilisés officiellement sur le vrai serveur OSM, d'où PANIQUE car deux numéros identiques correspondront à des données totalement différentes. A mon avis : - récupère JOSM - installe Java (free ou non-free, celui de Sun) - lance JOSM - télécharge les zones de données où tu iras, par petites plaques. Ca te donnera des fichiers petits, utilisables, que tu pourras modifier. N'essaye pas de charger la moitié de la France : tu n'utiliseras pas tout, et c'est une solution plutôt contraignante du fait de la taille du fichier - à ton retour, tu pourras ouvrir chacun de tes fichiers, re-charger du serveur les données fraîches, résoudre les conflits et up-loader tes données. Pour le cadastre, tu peux utiliser le soft en python qui fonctionne très bien pour ré-assembler les images cadastrales. Pour cela, il faut installer python... - Mail Original - De: Patrice Vetsel [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Jeudi 10 Juillet 2008 10:24:40 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Serveur autonome OSM Bonjour, je vais partir en vadrouille, et je ne disposerai pas de connexion Internet. Je souhaite donc installer josm + un serveur OSM sur mon portable et faire fonctionner les 2 ensemble. Quelqu'un peut il m'indiquer, les logiciels/marche à suivre sachant que je tourne sous Linux Ubuntu Hardy 8.04 et que j'ai déjà récupéré le planet-osm de 4Go compressé ? Comment éventuellement réduire la taille de ce fichier afin qu'il ne contienne que la moitié Sud de la France et pas le monde entier ? Est il possible également de faire de même avec le cadastre, si je sais à l'avance où je vais afin de télécharger les données ? Je sais installer et gérer une solution lamp avec mysql. -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] message You are out of memory. à l'upload
bonjour, je suis débutant sur openstreetmap. avec JOSM, lorsque je veux uploader mon travail vers openstreetmap, j'ai un message d'erreur: You are out of memory.strange things may happen.please restart JOSM and load smaller data set. j'ai recherché une solution sur google, j'ai donc modifié la ligne de commande pour démarrer josm.jar dans /usr/bin/josm : java -jar -Xmx512M josm-latest.jar sans résultat... je suis sous ubuntu 8.04, avec 1Go de RAM. merci d'avance, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] message You are out of memory. à l'upload
Bonjour Saïd, bienvenu ! :-) Sans être spécialiste de la question, il me semble que ce soit un blème intra-java, quand on a fait beaucoup de manips, de chargements de layers, beaucoup de données downloadés depuis le serveur. Ça a l'air de ne pas re-libérer la ram occupée quand on efface ces layers, après s'en étant servi pour tracer. Et une fois que ça affiche ce message, ça ne fait pas marche-arrière - Même si on est sous un OS à allocation dynamique de la ram (Josm m'a affiché ce message même sur un Mac octo 32 gigs chez un pote, donc ce n'est pas une affaire de la machine, physique...) Chez moi, sur Mac G4 2 gigs, la soluce est, d'enregistrer le fichier osm en local, rebooter, et illico relancer josm, rouvrir le fichier enregistré, puis zouploader les modifs sur le serveur... 'Faut pas faire ça des heures plus tard ou le lendemain, parce qu'on risque d'écraser des modifs que d'autres auront faits sur le secteur, entre-temps. Pour cette raison, je uploade depuis josm même des modifs mineures, au fur et à mesure - désolé pour la surcharge de serveurs de données et/ou de rendus de dalles, que ça pourrait créer :-( Par prudence, je préfère de travailler en différé, utilisant josm, n'aime pas faire du live sur la base osm via potlach, l'onglet edit du site openstreetmap - je craindrais trop, que je fiche le bordel dans les données faites par les autres contributeurs... --- Gerhard PS : Le blème a été posé sur cette mailing-list, et apparemment sous Linux, il y a d'autres solutions (du chinois, pour moi...). Comme t'es sous Linux, chercher dans les archives de la mailing-list (?) Le 10 juil. 08 à 12:40, said benaddi a écrit : bonjour, je suis débutant sur openstreetmap. avec JOSM, lorsque je veux uploader mon travail vers openstreetmap, j'ai un message d'erreur: You are out of memory.strange things may happen.please restart JOSM and load smaller data set. j'ai recherché une solution sur google, j'ai donc modifié la ligne de commande pour démarrer josm.jar dans /usr/bin/josm : java -jar -Xmx512M josm-latest.jar sans résultat... je suis sous ubuntu 8.04, avec 1Go de RAM. merci d'avance, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Comment tagué + AUTRES QUESTIONS
Numéros des Routes Départementales : Bhen, je ne sais pas, si existe une liste officielle de ces refs... je recopie bêtement ce que je vois écrit sur les panneaux sur place (et le plus souvent, ensuite j'oublie de taguer cette ref sur osm, pardon...). Si sur place il n'y a pas de panneaux avec la ref, d'en mettre sur osm n'aide pas l'utilisateur de la carte. Mais par souci de faire du complet, 'vaudrait mieux les mettre sur osm, tout de même : On peut les trouver depuis d'chez soi, sur cadastre.gouv.fr (Mon vieux gps Magellan affiche les waypoints aussi en Lambert, ça m'aide à retrouver sur leur site). Généralement j'y vois un blanc, un espace, comme séparateur, mais j'ai un vague souvenir d'avoir aussi vu des points, sur des panneaux - ne me souviens plus dans quel pays. France, Espagne, Allemagne, Suisse ? Maintenant, si DDE et Cadastre ne seraient pas d'accord sur la façon comment écrire ces sous-références, ce n'est plus mes oignons : je n'irai pas chercher plus loin... --- Actuellement (vive la décentralisation !) tout est en changement, on voit des N xyz devenir des D 2xyz. Ça régale les fabricants de panneaux, plombe les impôts, et nous complique la vie... Je pense que la façon d'écrire les sous-refs en indice, en sub- script ou en super-script, daterait de l'époque où l'on dessinait le plan cadastre à la main, avec pointe sèche, règle décimale, compas de précision, et tire-ligne à l'encre de chine voire pointilleur à roulette, et on faisait l'écriture à la grille, au tube. Ce serait révolu depuis l'époque des premières imprimantes numériques, incapables de reproduire ces styles d'écriture. (Je me souviens d'une disputaillade interministérielle for agitée, en Allemagne, où les puristes insistaient sur notre façon d'indiquer par sub-script, pas question pour eux de céder aux impératifs techenikkes du matériel japonais, taïwanais, coréen, encore moins au teletype américain, ni au au ascii 64) Donc en un premier temps, dans les textes officiels, on devait y laisser un blanc, pour le compléter à la main, en indice... un boulot de con... ça a vite cessé, because surcharge. Plus tard sont venu les imprimantes 64 aiguilles 'image' pleine surface, les premiers écrans couleur adressables par pixels, haute-fréquence, et la première imprimante laser (haute énergie, ça brûlait directement le support), le post-script, le code UTF, mais il me semble que depuis le blème avec les premiers ordis, on se tienne aux majuscules, avec espace simple ou court, comme délimiteur. L'absence d'espace, comme on peut voir sur certains panneaux routiers, serait une tolérance afin d'économiser des sous, mais n'est pas l'abréviation officielle, il me semble. --- Actuellement mon outillage manuel est nostalgiquement enfoui dans des cartons, ensemble avec les compas, pointes sèches, alidade, wild, linhof et leica de mes ancêtres, quatre générations. Je n'ai gardé que mon Faber-Castel avec du 7H (équivalent du Critérium alu pour les Français), avec la loupe vissée dessus, puis du papier 1200 pour l'affûter... ;-) --- Trop-long Le 9 juil. 08 à 18:27, Vilain Mamuth a écrit : g.d a écrit : Pas inventer ni point ni slash, lesquels dans la dénomination officielle n'existent pas. :-) où peut on trouver la dénomination/numérotation officielle des voies? j'ai cherché sur les sites de l'équipement ou du conseil général, de la pref, et j'en passe et je ne trouve rien Gerhard --- Le 9 juil. 08 à 16:27, Stephane a écrit : D'après le wiki sur le tag je vois que Tertiary = Petite départementale ou communale avec typiquement une ligne de séparation au sol (sinon - unclassified) Est ce que cela veut dire que dès lors qu'il n'y a pas de ligne centrale les tertiary deviennent unclassified même si elles ont un numéro de type DXXX ? Si c'est le cas cela devient plus facile à classer visuellement mais pas forcément logique (perso je verrais bien toutes les DXXX en tertiary). Il faudra aussi que je revois mes traces car j'ai pas toujours fait attention aux lignes centrales. Ne faudrait il pas établir un guide clair de classification uniquement pour la France ? J'ai l'impression qu'il va y avoir pas mal de disparités ! murphy2712.nospam a écrit : 2008/7/9 Miroslav Sedivy : Quelle es votre rapport à la différenciation des primary/ secondary/tertiary d'après Michelin, c'est-à-dire rouge/jaune/ blanc. Est-ce que c'est leur décision ou il existe cette hiérarchie chez l'administration officielle des routes? Les cartes disponibles sur viamichelin ne me semble pas à prendre en modèle : - des couleurs des routes changent légèrement ou bcp (ex jaunes/orange) quand on zoom, - entre deux niveaux de zoom change parfois énormément le niveaux des détails et on a peine à se repérer, - pas de légende pour nous aider. Au premier coup d'oeil pour les autres : - Google ne différencie pas nos primary/ secondary/tertiary (tous jaunes) bien qu'à un zoom large on
Re: [OSM-talk-fr] message You are out of memory. à l'upload
en fait, j'ai trouver grace à murphy j'utilise le plugin cadastre, donc la projection lambert. Il faut que je modifie la projection, que je redemarre JOSM, et l'upload marche du coup... voila, Le 10 juillet 2008 14:59, g.d [EMAIL PROTECTED] a écrit : Bonjour Saïd, bienvenu ! :-) Sans être spécialiste de la question, il me semble que ce soit un blème intra-java, quand on a fait beaucoup de manips, de chargements de layers, beaucoup de données downloadés depuis le serveur. Ça a l'air de ne pas re-libérer la ram occupée quand on efface ces layers, après s'en étant servi pour tracer. Et une fois que ça affiche ce message, ça ne fait pas marche-arrière - Même si on est sous un OS à allocation dynamique de la ram (Josm m'a affiché ce message même sur un Mac octo 32 gigs chez un pote, donc ce n'est pas une affaire de la machine, physique...) Chez moi, sur Mac G4 2 gigs, la soluce est, d'enregistrer le fichier osm en local, rebooter, et illico relancer josm, rouvrir le fichier enregistré, puis zouploader les modifs sur le serveur... 'Faut pas faire ça des heures plus tard ou le lendemain, parce qu'on risque d'écraser des modifs que d'autres auront faits sur le secteur, entre-temps. Pour cette raison, je uploade depuis josm même des modifs mineures, au fur et à mesure - désolé pour la surcharge de serveurs de données et/ou de rendus de dalles, que ça pourrait créer :-( Par prudence, je préfère de travailler en différé, utilisant josm, n'aime pas faire du live sur la base osm via potlach, l'onglet edit du site openstreetmap - je craindrais trop, que je fiche le bordel dans les données faites par les autres contributeurs... --- Gerhard PS : Le blème a été posé sur cette mailing-list, et apparemment sous Linux, il y a d'autres solutions (du chinois, pour moi...). Comme t'es sous Linux, chercher dans les archives de la mailing-list (?) Le 10 juil. 08 à 12:40, said benaddi a écrit : bonjour, je suis débutant sur openstreetmap. avec JOSM, lorsque je veux uploader mon travail vers openstreetmap, j'ai un message d'erreur: You are out of memory.strange things may happen.please restart JOSM and load smaller data set. j'ai recherché une solution sur google, j'ai donc modifié la ligne de commande pour démarrer josm.jar dans /usr/bin/josm : java -jar -Xmx512M josm-latest.jar sans résultat... je suis sous ubuntu 8.04, avec 1Go de RAM. merci d'avance, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr