Re: [OSM-talk] Is it land or sea: how to map a swamp?
I agree with Stephen's comments and add that I follow the rule if in doubt, map it as land since we don't have the luxury of being able to map average high water marks or highest spring tide mark that a government agency might use. If it is something that I can walk out and see most of the day or year, then I think it should be mapped as land as a navigation aid. It might also be worth considering a natural=mangrove area tag. Our current system is biased towards temperate climates. I've hesitated so far as it is often very difficult, either on the ground or from imaging data, to map the inland extent. Mike At 03:27 AM 9/07/2008, Stephen Hope wrote: The northern coast of Australia has many Mangrove marshes at river mouths, some of them extending many kilometres away from the dry shore line. PGS shows these areas as sea, because they are not dry land - and that is were the coastlines would have been imported from. Note that being submerged for half the year doesn't mean the trees are covered with water, just the mud under them. The tree tops would be above water all the time, I suspect. We've (mostly) tagged them as land, with the coast being on the sea side of them. Technically they may be water covered (or partially water covered, usually about 6 inches deep), but if you can't swim or boat in them and plants and trees grow there it's land as far as I'm concerned. They certainly are not ocean. Marshes in the UK are also treated as land from the coastline point of view, even were they edge an ocean. See http://www.openstreetmap.org/?lat=-16.9642lon=145.7843zoom=13layers=B00FTF for an example near Cairns. More examples are further up the coast. Stephen 2008/7/9 Alan Millar [EMAIL PROTECTED]: I came across an interesting area which I don't know how to map or tag. http://www.openstreetmap.org/?lat=22.066lon=89.047zoom=9layers=B00FTF This is the Sundarbans mangrove forest on the border of India and Bangladesh. The map doesn't look like much, but look at the map with aerial photos like in Potlatch edit mode and it starts to get interesting. I read that it is submerged for up to half of the year. The Yahoo aerial photos clearly show the forest areas, so I assume they were taken at a low-water period. Google Maps shows it as land. Our oceantiles file has it as land, but our coastlines treat it as sea. Our coastlines stop at the farmlands which border it. During the high water period, I suppose our coastlines make sense. Does anyone have any recommendations of how to treat an area like this? Any similar geography already mapped somewhere? Thanks - Alan ___ 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
Re: [OSM-talk] [review] Sparc systems gps data logger gdl-3204
What's the price range going to be ? The reason I'm asking is that a variety of WinCE Core based GPSs (like mine) is now on the market for around 85 Euro (See http://www.bidorbuy.co.za/item/8392125/_R_1_Auction_JNC_Navig8_GPS_System_CrAzY_Wednesday.html ) Most of them have 64MB RAM, car charger, touchscreen, SD card reader. Mine even came with an external antenna on a 5m cable. So after installing gosmore and betaplayer on it, you will have a really powerful device (logging, colour map display, routing, basic editing, mp3 avi player) Accuracy will depend on the exact model. Any of my traces during the last 2 months may serve as an example. See http://www.openstreetmap.org/user/Nic%20Roets/traces ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[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. 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/ 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 wrote: 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? I would be strongly against a global change of highway=unclassified - all of the roads I have tagged as unclassified deserve to be so. I have been working partly on a very rural area, where many of the roads are unclassified (country lanes). To have to retag them from road to unclassified would be a very annoying waste of time. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
Steve Hill wrote: 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. That 80% figure surprises me, a lot. Most roads _should_ be either unclassified or residential, and it's usually pretty easy to tell which one is which - residential is to be found in built-up areas with lots of roads. Looking at http://www.openstreetmap.org/edit?lat=51.5847lon=-4.0125zoom=14 for example, I note you've reclassified Trewyddfa Road as unclassified. I don't know the area, but assuming it's not an A- or B-road (as NPE suggests), then it's either going to be tertiary, unclassified, or residential, in order of importance. From the road layout, unclassified looks very sensible. With the B4603 Neath Road running parallel, Trewyddfa Road is unlikely to be a significant through route for non-local use, other than an A/B/M road (my working definition of tertiary). Yet it clearly carries some through traffic, so is unlikely to be just residential. YMMV may vary, and in fact, this probably comes down to the definition of tertiary, which is not generally agreed and certainly needs some thought. But working from the assumption that the original mapper (who I think is based nearby) knows the area, then unilaterally removing part of his work (which unclassified-road does) is a pretty hostile thing to do, and is the kind of thing that leads to edit wars. If someone came round Charlbury and retagged as road any roads I'd deliberately tagged as unclassified, I'd be pretty pissed off. No, that's not a challenge. :p cheers Richard ___ 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, Chris Hill wrote: I would be strongly against a global change of highway=unclassified - all of the roads I have tagged as unclassified deserve to be so. I have been working partly on a very rural area, where many of the roads are unclassified (country lanes). To have to retag them from road to unclassified would be a very annoying waste of time. I agree that there are areas where the classifications are accurate, but is there a good solution to the problem? I'm starting the discussion because I think there is a real problem here - I don't have the solution, I'm hoping that a discussion might produce one. :) - 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] Train to Limerick
Hi! OJW, the KDE Marble people and I are taking the train on Friday 15:25 from Dublin Heuston to Limerick (arr. 17:51). If anybody else is on that train and wants me to buy a ticket or reservation for them so that we can sit together, email me soon. Also see the Wiki page http://wiki.openstreetmap.org/index.php/Pre-SotM_Dublin_Convoy_Gathering 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] Misclassified roads
At 05:03 PM 9/07/2008, Steve Hill wrote: On Wed, 9 Jul 2008, Chris Hill wrote: I would be strongly against a global change of highway=unclassified - all of the roads I have tagged as unclassified deserve to be so. I have been working partly on a very rural area, where many of the roads are unclassified (country lanes). To have to retag them from road to unclassified would be a very annoying waste of time. I agree that there are areas where the classifications are accurate, but is there a good solution to the problem? I'm starting the discussion because I think there is a real problem here - I don't have the solution, I'm hoping that a discussion might produce one. :) - Steve Is it indeed a significant problem? 80% does seem a enormous number given that most roads will indeed be unclassified. Can you give some examples? For me personally, unclassified vs. residential is not a problem, just tweaking and unclassified vs. tertiary is somewhat subjective as Richard suggests. I don't generally map in the UK, BTW, so I may be off. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Misclassified roads
On 09/07/2008 16:03, Steve Hill wrote: On Wed, 9 Jul 2008, Chris Hill wrote: I would be strongly against a global change of highway=unclassified - all of the roads I have tagged as unclassified deserve to be so. I have been working partly on a very rural area, where many of the roads are unclassified (country lanes). To have to retag them from road to unclassified would be a very annoying waste of time. I agree that there are areas where the classifications are accurate, but is there a good solution to the problem? I'm starting the discussion because I think there is a real problem here - I don't have the solution, I'm hoping that a discussion might produce one. :) 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). While in the UK (in some other countries it is much less clear cut) this contradiction only happens occasionally for trunk (green signs), primary (A number on b/w signs) and secondary (B number on b/w signs) - e.g. the A road through Oxford discussed a while back - it is pretty much universal with the lesser roads which officially have a 'C' designation but which is virtually never signposted (or commercially mapped) as such, and is really a convenient shorthand for highway engineers. Even rural footpaths are numbered, usually uniquely per parish, but usually only evident when you come across a formal diversion/closure notice. So for the lesser roads, we have what amounts to a subjective choice: residential, tertiary, unclassified (and ok, track, service, byway etc, but those are perhaps a bit easier to be objective about). As it is subjective, I think you are wrong to change them except to maintain a consistency of approach in an area or where they are just wrong (signposted as a B road for example but not tagged as secondary). What I've done (and what a lot of others also seem to have done), for what is now getting to be a very large contiguous area - maybe 2,500 sq. km. centered on Cambridge(*) - is - tertiary for (a) unnumbered roads connecting settlements, except where they are so narrow that they really can't be considered as a reasonable connection even when they do actually join settlements (and yes, that's subjective) (b) unnumbered through or key distributors in urban areas (along with abutters=residential) - unclassified for (c) the rural exceptions to (a) (d) with abutters=something, for urban roads which are seriously non-residential (e.g. public roads through an industrial estate) - residential for everything else public, surfaced and unnumbered in an urban area, in which I include possibly only partly residential. The break between residential and unclassified (or between tertiary with and without abutters=residential) is not visible on the renderings, but I've felt it is important to leave it in as I think it is a potentially useful distinction for e.g. defining an urban envelope or applying a reduced default speed limit for journey planners. IMO, this gives a good indication of a hierarchy in rural areas which continues in and within urban areas. This leads to a nice rendering, but it isn't just tagging for rendering, it genuinely reflects the hierarchy. OS Landranger maps have a similar approach, based on width less than 4m (by memory). While my estimate of width is subjective, not measured, I'm essentially doing the same thing (though sometimes I am inclined to make a somewhat wider road unclassified if it goes nowhere). David * http://www.openstreetmap.org/?lat=52.1543lon=0.0771zoom=13layers=B00FTF - the area now contiguously complete to the all streets with names plus main POIs level is mostly rural, covers around 150 villages, 6 market towns and one modest city, and extends roughly west as far as Papworth Everard, south to Ashwell, Royston, Barley and Saffron Walden, est as far as Moulton east of Newmarket and north as far as Littleport north of Ely and the Ouse south west of Ely. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] General tagging strategy
Hi talk, following the discussions on the mailing lists (mainly the German one g) it seems we aren't all on the same page about tagging. While OSM is set up as as open-for-everything in regard to tagging, i think we should find a common line about which tagging strategies are to be encouraged or discouraged. Or, which ones should be prioritized because they will provide the biggest gain for all usages of OSM data. Strategy 1: Legal status. (e.g. there's sign saying it's a cycleway) Strategy 2: Common usage. (e.g. people are riding their bikes there, even if it may be forbidden -or- even though it's allowed to ride a bike here, it is a really bad (suicidal) idea to do so) Strategy 3: Physical properties (e.g. gravel with a average corn size of 1/8th inch and an average of 3 bump holes between 2 and 4 inches in diameter and 1 to 2 inches deep per meter) Strategy 4: Interpreted usability (e.g. usability for bikes is 2 on a scale from 1 to 5) BTW: I did NOT make up these examples. Not even number 3. So what do you think? No follows my opinion: First of all we absolutely need #1, that is what people want to see on a all-purpose map, and this is what every routing applications must take into account. As the next step, #4 is the most useful. It is easy for both map painting applications and routing applications to take into account to deliver the little extra. While #3 could be used to generate the #4 data, that is not an easy task at all, neither is the tagging of that much details in the first place. While #2 looks interesting at first glance, most of that information can be extracted from #4 tags. Although I see the need for routing hints in the future, but that's another discussion to come. There may be applications for #3 data, but I don't see anything that could be in the Top10 of a OSM data consumer list. It is just to detailed to be useful for most applications. Just remember, humans are much better in interpreting complex data sets. cu Henry signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[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
Re: [OSM-talk] General tagging strategy
Strategy 1: Legal status. (e.g. there's sign saying it's a cycleway) This is the most useful and most important one. It should be easy to find out, and it is objective information. It is also what people expect to find on their maps. The other things will probably only appear on specialist maps or be used for routing. Strategy 2: Common usage. (e.g. people are riding their bikes there, even if it may be forbidden -or- even though it's allowed to ride a bike here, it is a really bad (suicidal) idea to do so) That’s the worst strategy in my opinion, because common usage depends on 1 and 3/4 – why would people cycle illegally on unusable roads, and if they do, why should I care? It’s also rather subjective information, unless you actually provide some statistics. Strategy 3: Physical properties (e.g. gravel with a average corn size of 1/8th inch and an average of 3 bump holes between 2 and 4 inches in diameter and 1 to 2 inches deep per meter) In theory, this would be #2 on my list, because legal status and physical properties determine usability for all types of transport. (Which means that we could provide usability information for small data user communities. Imagine, for example, that we manage to get many cyclists enter data about cycleability into OSM. We then can provide good routing for cyclists, but have only vague estimates for inline skaters – unless the cyclists have provided us with actual physical properties from which the information about usability for inline skating can be derived). That being said, it is – unfortunately – extremely hard to a) find good tags that allow to enter all the relevant information b) enable software (routing apps etc.) to use the gravel corn size and bump holes in their algorithms and generate usable results in the process c) collect the data. Still, if someone succeeds at a), I’d encourage c). Strategy 4: Interpreted usability (e.g. usability for bikes is 2 on a scale from 1 to 5) Subjective, unpleasant from a modeling view (different kinds of information all stuffed into one, almost as bad as that highway tag) – but the only realistic way to get appropriate routing in all but very long terms. We’ll have to go for this, I guess. (We might want to discuss the numbers vs. descriptive values issue, though.) It won’t stop us from using the highly detailed strategy 3 data where it is available. In short, enter data from categories 1, 3, 4, with priority on 1. Tordanik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] General tagging strategy
Hi, So what do you think? that the krauts tend to overengineer everything ;-) . I mainly use #2, sometimes combined with #3. For maps and routing they are most important. This way I describe the world as it is, not as someone tells me it should look like. #1 could additionally be added if someone wants to render special purpose maps. #4 adds confusion to the data as different people will interpret the types differently and do not describe the world as it is. BTW: I think that, unlike #1 and #4, #2 and #3 have been unnecessarily ridiculed by the given examples, regardless where they origin. No Mapper would map a suicidal trail as a cycleway (except we had no path tag ;-) . But if I see a motorway which is no better than a primary road I tag it as a primary *first*. Additional tags then could describe the administrative classification. We had this discussion on talk-de more than once, with no result so far. Frankly I do not care much as mappers automagically do the right thing. Just my two cents, ce ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Is it land or sea: how to map a swamp?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 natural=marsh? (from Map Features) I would expect to find coastline on the open-sea border of this. Mark Mike Collinson wrote: I agree with Stephen's comments and add that I follow the rule if in doubt, map it as land since we don't have the luxury of being able to map average high water marks or highest spring tide mark that a government agency might use. If it is something that I can walk out and see most of the day or year, then I think it should be mapped as land as a navigation aid. It might also be worth considering a natural=mangrove area tag. Our current system is biased towards temperate climates. I've hesitated so far as it is often very difficult, either on the ground or from imaging data, to map the inland extent. Mike At 03:27 AM 9/07/2008, Stephen Hope wrote: The northern coast of Australia has many Mangrove marshes at river mouths, some of them extending many kilometres away from the dry shore line. PGS shows these areas as sea, because they are not dry land - and that is were the coastlines would have been imported from. Note that being submerged for half the year doesn't mean the trees are covered with water, just the mud under them. The tree tops would be above water all the time, I suspect. We've (mostly) tagged them as land, with the coast being on the sea side of them. Technically they may be water covered (or partially water covered, usually about 6 inches deep), but if you can't swim or boat in them and plants and trees grow there it's land as far as I'm concerned. They certainly are not ocean. Marshes in the UK are also treated as land from the coastline point of view, even were they edge an ocean. See http://www.openstreetmap.org/?lat=-16.9642lon=145.7843zoom=13layers=B00FTF for an example near Cairns. More examples are further up the coast. Stephen 2008/7/9 Alan Millar [EMAIL PROTECTED]: I came across an interesting area which I don't know how to map or tag. http://www.openstreetmap.org/?lat=22.066lon=89.047zoom=9layers=B00FTF This is the Sundarbans mangrove forest on the border of India and Bangladesh. The map doesn't look like much, but look at the map with aerial photos like in Potlatch edit mode and it starts to get interesting. I read that it is submerged for up to half of the year. The Yahoo aerial photos clearly show the forest areas, so I assume they were taken at a low-water period. Google Maps shows it as land. Our oceantiles file has it as land, but our coastlines treat it as sea. Our coastlines stop at the farmlands which border it. During the high water period, I suppose our coastlines make sense. Does anyone have any recommendations of how to treat an area like this? Any similar geography already mapped somewhere? Thanks - Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIdSv1JfMmcSPNh94RAty+AJ9voJsnb9ym6eiFMB9dNJFaHg5WpACfUWAO we9MgNpK8v5miRbnCw+4tU4= =tGCg -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Tagging unamed cycle routes following normal roads.
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? Cheers, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Antennedata geimporteerd! [UPDATED]
Milo van der Linden schreef: Ik heb zojuist de antennes op de televisietoren in Goes gecontroleerd. Er staan er momenteel een aantal die op 2 puntjes dicht bij elkaar zitten. De coordinaat 51.5108417, 3.8845357 is de juiste! (Gecontroleerd op de luchtfoto) Stefan, kun je checken of dit de coordinaat is die met de laatste batch is gegenereerd? Als dat zo is, dan zal ik de naastgelegen punt verwijderen. Verwijderen?! De punten zijn geupdate... dus verwijderen moet je sowieso niet doen. ER zitten 23883 punten in de database, en die moeten er ook in blijven staan. node user='Stefan de Konink' id='277214526' action='modify' lon='3.88439172587191094976333261' lat='51.51083984410644234230858274' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='67' /tag k='technology' v='GSM 900' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node node user='Stefan de Konink' id='277214528' action='modify' lon='3.88439172587191094976333261' lat='51.51083984410644234230858274' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='35' /tag k='technology' v='UMTS' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node node user='Stefan de Konink' id='277214531' action='modify' lon='3.88508085487691845472113528' lat='51.49128656586016461460530991' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='36' /tag k='technology' v='UMTS' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node node user='Stefan de Konink' id='277214533' action='modify' lon='3.88453573638676141754899618' lat='51.51084169725201888923038496' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='40' /tag k='technology' v='GSM 1800' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node node user='Stefan de Konink' id='277214535' action='modify' lon='3.88453573638676141754899618' lat='51.51084169725201888923038496' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='40' /tag k='technology' v='GSM 900' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node node user='Stefan de Konink' id='277214537' action='modify' lon='3.88453573638676141754899618' lat='51.51084169725201888923038496' timestamp='2008-07-08T18:00' visible='true'tag k='height' v='38' /tag k='technology' v='UMTS' /tag k='source' v='Antennebureau' /tag k='source_ref' v='http://www.antenneregister.nl/' //node Deze zijn van de laatste import. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Renderfout tileserver
Kan iemand naar deze eens kijken: http://tile.openstreetmap.nl/?zoom=14lat=52.12778lon=4.44502layers=B00F 'hoten' Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Op 8 juli 2008 21:11 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Robin Harmsen schreef: Icoontjes op de kaart... nice. Enig idee wanneer we de antennes op een kaart kunnen verwachten? En op welke kaart!? Als Milo wat coole icoontjes maakt, we een paar Maknik beheerders zo gek kunnen krijgen die op een overlay te laden... snel? Immers er hoeft alleen maar een overlay gerenderd te worden :) als het nog niet gebeurd is frutsel ik wel een overlay in elkaar (als de icoontjes er zijn heet dat) Groeten Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Rob schreef: Op 8 juli 2008 21:11 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Robin Harmsen schreef: Icoontjes op de kaart... nice. Enig idee wanneer we de antennes op een kaart kunnen verwachten? En op welke kaart!? Als Milo wat coole icoontjes maakt, we een paar Maknik beheerders zo gek kunnen krijgen die op een overlay te laden... snel? Immers er hoeft alleen maar een overlay gerenderd te worden :) als het nog niet gebeurd is frutsel ik wel een overlay in elkaar (als de icoontjes er zijn heet dat) Ik weet niet hoever Milo is, maar anders ga ik ook even prutsen ik heb twee vragen: Kan er op hoog niveau worden geclusterd? Dus als er 3 puntjes dicht bij elkaar staan ze slechts 1 antenne vormen? Kan er op laag niveau 'uitlijning' plaatsvinden? Dat je een aantal icoontjes mooi naast elkaar ziet staan? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] De provincie Utrecht heeft gisteren haar eigen fietsroutenetwerk in gebruik genomen.
Ik doe niks met fietsroutes en weet niet of dit al bekend was, zo niet, is er weer wat te doen :) http://www.gooieneemlander.nl/nieuws/regionaal/hilversumplassen/article3675099.ece/Fietsen_via_knooppunten_kan_nu_alle_windrichtingen_op Fietsen via knooppunten kan nu alle windrichtingen op Gepubliceerd op 09 juli 2008, 17:08 Laatst bijgewerkt op 09 juli 2008, 17:11 HILVERSUM - Recreatieve fietsers, maar ook (brom)fietsers die liever niet verdwalen, komen vanaf vandaag nog meer aan hun trekken. De provincie Utrecht heeft gisteren haar eigen fietsroutenetwerk in gebruik genomen. Met die officiële opening is het netwerk van fietsknooppunten rond het Gooi flink uitgebreid. De bij iedereen inmiddels bekende witte bordjes met groene cijfers zijn niet alleen te vinden in het Gooi en de Vechtstreek, maar ook in de rest van Noord-Holland, Flevoland en nu dus ook in de provincie Utrecht. En het bijzondere is dat de netwerken op elkaar aansluiten, wat kilometers lang ongestoord fietsen betekent. Het systeem van de fietsroutenetwerk is simpel: elk belangrijk knooppunt van wegen heeft een nummer. Verder staat er bij dat knooppunt een grote plattegrond, waarop het hele netwerk van knooppunten staat afgebeeld. Tenslotte hangen er op alle routes tientallen bordjes met nummers die fietsers verwijzen naar het dichtstbijzijnde knooppunt. Je fietst dus eenvoudig van nummer naar nummer, en kunt via de plattegronden je eigen route samenstellen. Remco -- Remco van Zuijlen [EMAIL PROTECTED] ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Op 9 juli 2008 18:49 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Rob schreef: Op 8 juli 2008 21:11 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Robin Harmsen schreef: Icoontjes op de kaart... nice. Enig idee wanneer we de antennes op een kaart kunnen verwachten? En op welke kaart!? Als Milo wat coole icoontjes maakt, we een paar Maknik beheerders zo gek kunnen krijgen die op een overlay te laden... snel? Immers er hoeft alleen maar een overlay gerenderd te worden :) als het nog niet gebeurd is frutsel ik wel een overlay in elkaar (als de icoontjes er zijn heet dat) Ik weet niet hoever Milo is, maar anders ga ik ook even prutsen ik heb twee vragen: Kan er op hoog niveau worden geclusterd? Dus als er 3 puntjes dicht bij elkaar staan ze slechts 1 antenne vormen? nee dat kan mapnik niet, de eerste mast die hij tegen komt tekent hij (icoontje) en dan is het afhankelijk of je overlap toestaat, of hij ze weglaat of eroverheen knalt er is wel een offset parameter maar dat lost het probleem niet op Kan er op laag niveau 'uitlijning' plaatsvinden? Dat je een aantal icoontjes mooi naast elkaar ziet staan? je kunt beter zorgen dat je 1 locatie/mast hebt met alle gegevens dan kun je diverse icoontjes maken voor alle combinaties van gsm/umts enz.. en eventueel op laag zoom level gewoon bolletjes of simpel mastje zonder al te veel details Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Op 9 juli 2008 19:13 heeft Milo van der Linden [EMAIL PROTECTED] het volgende geschreven: Ik rond vanavond de concept icoontjes af. Nog een vraag; welke maten willen jullie hebben? Ik maak uiteraard vector(inkscape) en distribueer dan de raster-afbeeldingen als png en indexed-gif png of gif is goed, voor de maten kun je in de huidige poi tiles kijken.. is vooral afhankelijk van het zoomlevel voor camping/bushaltes enz gebruik ik 16x16 bij zoom 12-15.. 16-18 zou je 24x24 kunnen pakken ligt eraan hoeveel info je erin stop voor zoomlevel 1..11 zou ik iets simpels (rondje/blokje/driehoekje) en 8x8 pixels aanhouden.. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Rob schreef: Op 9 juli 2008 18:49 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Rob schreef: Op 8 juli 2008 21:11 heeft Stefan de Konink [EMAIL PROTECTED] het volgende geschreven: Robin Harmsen schreef: Icoontjes op de kaart... nice. Enig idee wanneer we de antennes op een kaart kunnen verwachten? En op welke kaart!? Als Milo wat coole icoontjes maakt, we een paar Maknik beheerders zo gek kunnen krijgen die op een overlay te laden... snel? Immers er hoeft alleen maar een overlay gerenderd te worden :) als het nog niet gebeurd is frutsel ik wel een overlay in elkaar (als de icoontjes er zijn heet dat) Ik weet niet hoever Milo is, maar anders ga ik ook even prutsen ik heb twee vragen: Kan er op hoog niveau worden geclusterd? Dus als er 3 puntjes dicht bij elkaar staan ze slechts 1 antenne vormen? nee dat kan mapnik niet, de eerste mast die hij tegen komt tekent hij (icoontje) en dan is het afhankelijk of je overlap toestaat, of hij ze weglaat of eroverheen knalt er is wel een offset parameter maar dat lost het probleem niet op Kan voor dit 'type' overlap uitgezet worden? Kan er op laag niveau 'uitlijning' plaatsvinden? Dat je een aantal icoontjes mooi naast elkaar ziet staan? je kunt beter zorgen dat je 1 locatie/mast hebt met alle gegevens dan kun je diverse icoontjes maken voor alle combinaties van gsm/umts enz.. en eventueel op laag zoom level gewoon bolletjes of simpel mastje zonder al te veel details Dat vind ik een slecht idee, en staat het model ook niet toe. Als alternatief zouden we wel het shp bestand kunnen gebruiken als onafhankelijke overlay en daarin wat dingen kunnen taggen. Wat vinden jullie hiervan? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Rob wrote: Op 9 juli 2008 19:13 heeft Milo van der Linden [EMAIL PROTECTED] het volgende geschreven: Ik rond vanavond de concept icoontjes af. Nog een vraag; welke maten willen jullie hebben? Ik maak uiteraard vector(inkscape) en distribueer dan de raster-afbeeldingen als png en indexed-gif png of gif is goed, voor de maten kun je in de huidige poi tiles Voor intern gebruik is GIF misschien goed, voor gebruik op OSM zeker niet. GIF is een proprietary format en kan niet gebruikt worden voor wat dan ook richting het publiek. Gewoon PNG gebruiken. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Op 9 juli 2008 20:19 heeft Maarten Deen [EMAIL PROTECTED] het volgende geschreven: Rob wrote: Op 9 juli 2008 19:13 heeft Milo van der Linden [EMAIL PROTECTED] het volgende geschreven: Ik rond vanavond de concept icoontjes af. Nog een vraag; welke maten willen jullie hebben? Ik maak uiteraard vector(inkscape) en distribueer dan de raster-afbeeldingen als png en indexed-gif png of gif is goed, voor de maten kun je in de huidige poi tiles Voor intern gebruik is GIF misschien goed, voor gebruik op OSM zeker niet. GIF is een proprietary format en kan niet gebruikt worden voor wat dan ook richting het publiek. Gewoon PNG gebruiken. de icoonen zijn inderdaad voor intern gebruik, dus of je nu gif of png voor de iconen, de uiteindelijke tiles worden toch png's ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Poeh poeh, hehe.. Ik heb een eerste conceptje opgezet. Mijn idee is een symbool dat een uniform centraal punt heeft en dan met segmentwaaiers de verschillende frequenties uitbeeldt. Ik ben nog niet helemaal tevreden over de kwaliteit van de bitmap, maar heb een wms layer met het voorbeeld geintegreerd in http://www.mapserv.nl/osmohloh/ even inzoomen tot ong. gemeente niveau en de waaiers verschijnen in beeld. Graag jullie commentaar. Rob wrote: Op 9 juli 2008 20:19 heeft Maarten Deen [EMAIL PROTECTED] het volgende geschreven: Rob wrote: Op 9 juli 2008 19:13 heeft Milo van der Linden [EMAIL PROTECTED] het volgende geschreven: Ik rond vanavond de concept icoontjes af. Nog een vraag; welke maten willen jullie hebben? Ik maak uiteraard vector(inkscape) en distribueer dan de raster-afbeeldingen als png en indexed-gif png of gif is goed, voor de maten kun je in de huidige poi tiles Voor intern gebruik is GIF misschien goed, voor gebruik op OSM zeker niet. GIF is een proprietary format en kan niet gebruikt worden voor wat dan ook richting het publiek. Gewoon PNG gebruiken. de icoonen zijn inderdaad voor intern gebruik, dus of je nu gif of png voor de iconen, de uiteindelijke tiles worden toch png's ___ 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!
Milo van der Linden schreef: Ik heb een eerste conceptje opgezet. Ik heb ook een site gemaakt: http://www.mapserv.nl/osmohloh/ Wat vinden we er van ;) Inzoomen tot stad niveau... en niet schrikken dat er zoveel masten rond je huis staan. We willen deze 'overlay' graag onder overlay knop hebben staan. En bij voorkeur met antennes.tile.openstreetmap.nl kunnen bereiken :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Turn Restrictions
Sven Sommerkamp [EMAIL PROTECTED] writes: Sinnvoll waere, von einem Default auszugehen (naemlich, dass es keine Restriktionen gibt und die Kreuzung rechtwinklig ist), und dann die Ausnahmen zu taggen. Das funktioniert bei unserem wilden projekt so nicht. Wenn nichts eigetragen ist, weiß man nie, ob default gilt oder ob die ecke bislang noch nicht entsprechend bearbeitet wurde (siehe auch die diskussion um maxspeed vor kurzem). Ich trage jetzt immer öfter cycleway=no ein, wenn es keinen (straßenbegleitenden) radweg gibt, worüber ich mich stets freue :-) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu routing
Hallo, 2008/7/8 Christoph Eckert [EMAIL PROTECTED]: Moin, Die Karten findet man unter http://emexes.powweb.com/osm/ ich hatte am Sonntag mal spaßeshalber damit 'rumgespielt. Fazit: Tut, das Routing ist aber noch ziemlich buggy. Da muss entweder an den Daten oder an Ich hab das exe ausgeführt und nun? welches Executable?!? Ich klicke unten auf Download area und dann lade ich das As one GMAPSUPP.IMG file (289MB zip) ready to be copied to GPS unit. für Europa. Beste Grüße, ce Ich habe mir jetzt auch mal diese Europakarte auf den Vista HCx gespielt: Läuft, und Routing funktioniert prinzipiell! Aber die dargestellten und zum Routing verwendeten Straßen-Daten sind - zumindest hier - sehr rudimentär. Die Straßen umfassen imo den Stand von vor ca. 2-3 Monaten. Das Merkwürdige daran ist aber, dass z.B. Wege im Schlosspark Philippsruhe, definitiv erst Mitte Juni erfasst, dargestellt werden! Also wurde nicht die Datenbasis von Ende April zum Kartengenerieren verwendet. Warum sind dann die Straßen nicht da? Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu routing
Tach! Thomas Clormann schrieb: Die Karten findet man unter http://emexes.powweb.com/osm/ [...] Aber die dargestellten und zum Routing verwendeten Straßen-Daten sind - zumindest hier - sehr rudimentär. Die Straßen umfassen imo den Stand von vor ca. 2-3 Monaten. Das Merkwürdige daran ist aber, dass z.B. Wege im Schlosspark Philippsruhe, definitiv erst Mitte Juni erfasst, dargestellt werden! Also wurde nicht die Datenbasis von Ende April zum Kartengenerieren verwendet. Warum sind dann die Straßen nicht da? Direkt links neben dem Download-Link, den Du geklickt hast, steht's doch: OSM data from: May 2008... ;-) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neue Sport Piktogramme
Raphael Studer schrieb: Hi, Ev. noch ein Nicht-Ball-Sport Gerät, ausser es handelt sich um ein Multi-Ball-Sport Platz :) hast du einen vorschlag? Ein Ball (muss nicht Farbig sein, aber z.b. mit Linien). Ringe (diejenigen die von der Decke hängen an denen man turnen kann) und ein Hockey Stock? meintest du so was? http://josias.polchau.de/download/osm/multi4.svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mkgmap Java Exception - Problem mit Kartenupload auf Garmin eTrex HCx
Daniela Dürbeck schrieb:
[schnipp]
Dann habe ich:
java -jar mkgmap.jar tenerife.osm
eingegeben und bekomme:
-
Exception in thread main java.lang.NoClassDefFoundError:
uk.me.parabola.mkgmap.CommandArgs
at java.lang.Class.initializeClass (libgcj.so.7)
at uk.me.parabola.mkgmap.main.Main.main (Main.java:84)
Caused by: java.lang.ClassNotFoundException: java.lang.Iterable not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:mkgmap.jar],
[schnapp]
zu alte Java-Version - Du brauchst mindestens Java 5
- Norbert
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neue Sport Piktogramme
hast du einen vorschlag? Ein Ball (muss nicht Farbig sein, aber z.b. mit Linien). Ringe (diejenigen die von der Decke hängen an denen man turnen kann) und ein Hockey Stock? meintest du so was? http://josias.polchau.de/download/osm/multi4.svg Ja genau so was mein ich. Meinst du, du kriegst das auch noch einfarbig hin? Nur weil die andern Piktogramme auch einfarbig sind :) Ansonsten müsste man noch schauen, dass man die Farben mit dem Hintergrund abstimmt. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Hallo. Am Dienstag, 8. Juli 2008 schrieb Karl Eichwalder: als erstes ist davon nun einer Roter - Ochsen - Trail aufgetaucht: http://www.informationfreeway.org/?lat=49.559916508986525lon=11.1153954456 9164zoom=16 Man kann sehr hübsch erkennen, wie der mensch das einfach mal zu drübergemappt hat. Wow, die landuse-Flächen sind ja völlig lieblos hingeklatscht... :( Gruß, Bernd -- Ich möchte nichts mit Naturkost zu tun haben. In meinem Alter braucht man alle Konservierungsstoffe, die man bekommen kann. 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] Relations, Site und Gewerbeparks
Bernd Wurst schrieb: Hi Bernd. Danke für deine Antwort. Ich würde in dem Fall so vorgehen: Diesen Gewerbepark als ein eigenes landuse=industrial (oder whatever) einzeichnen, das dann den Namen bekommt (Gewerbepark Heinenkamp I). Die Gebäude bekommen IMHO nur nen Namen, wenn der sich auch wirklich auf das Gebäude bezieht. Also als Faustregel: Wenn jemand in seinem Navi nach dem Namen sucht, will er dann zu genau diesem Gebäude? Das klingt gut. So werde ich es erstmal machen. Da es eh nur Büros sind passt landuse=commercial. Und dann werde ich die Gebäude benennen. Gut das ich in einem der Büros sitze und einfach mal rausgehen kann zum überprüfen :). Danke für den Vorschlag. Im Ernst: Mit Relations kann man ganz, ganz viel abbilden. Aber geschätzte 90% der aktiven OSM'ler sagen von sich selbst, dass sie Relations nicht kapieren. Das liegt IMHO daran, dass jeder denkt das sei was kompliziertes obwohl es das ja gar nicht ist. Sei's drum: Relations werden bis auf eine einzige mir bekannte Ausnahme vom Renderer völlig ignoriert und es ist fraglich, ob da in absehbarer Zeit irgendwas sinnvolles damit genutzt werden kann. Auch wenn wir nicht für den Renderer mappen sollen, so ist es doch irgendwie frustierend, Zeug zu mappen was der Renderer nicht oder falsch anzeigt. Wenn man also die selbe Situation mit traditionellen Methoden ebenfalls richtig erfassen kann, ist das meist motivierender, weil man das dann auch gleich sehen kann. Dann ist man wirklich zweigeteilt. Macht man es nun mit Relations...wird zwar nicht gerendet...ist meines erachtens aber sauberer. Man könnte es später ja ändern. Grundsätzlich lautet der Konsens: Tags werden normalerweise vererbt, von der Relation auf ihre Mitglieder. Wenn ein Name in der Relation steckt, gilt der damit auch für alle enthaltenen Gebäude. Aber es gibt bisher afaik KEINE EINZIGE Anwendung, die das überhaupt auswertet. Daher ist es schwer zu sagen, was korrekt ist und was nicht, weil es noch niemanden gibt, der die Daten in der Praxis nutzt. Danke für die Erklärung. Hat wirklich geholfen. Gruß, Marvin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Render requests auf www.informationfreeway.org mit Opera 9.51
Karl Eichwalder schrieb: Großartige tastenkombinationen sind doch nicht notwendig. Einfach 'r' tippen (es wäre schön, wenn in Firefox nicht die suche gleichzeitig aktiviert würde -- funktioniert aber gleichwohl). Vielleicht geht das auch mit Opera -- wenn nicht: Firefox Danke. Mit Firefox ging es dann. Vielleicht kann man infromationfreeway anpassen, so dass es mit allen Browsern funktioniert. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie weiter mit der Radweg/Scateboard/Rennrad Diskussion (Re: trackgrade-surfacegrade)
Sven Anders schrieb: Auch frage ich mich, ob es wirklich Sinn macht solche Tags hier auf der ML zu diskutieren. Soll ich wirklich auf jeden Vorschlag der hier gemacht wird antworten, damit es hier noch mehr Mails gibt? Ja, warum nicht? Inwiefern soll das ein Problem sein? cycleway = (alttags-)radfahrer grade1 : Belag gut, auch für rennräder geeignet, keine supergefährlichen stellen wie eingeschränktes sichtfeld, überraschende grundstücksausfahrten, keine mitnutzung durch fußgänger oder landwirtschaftlichen verkehr, Z237 etc. grade2 : Betonplatten, formsteinpflaster oder schlechte randbefestigung, überhängendes astwerk, vereinzelte fußgänger, Z241. grade3 : Belag entweder beschädigt (schlaglöcher in teerdecke, durchwachsendes wurzelwerk) oder deutlich minderwertig, aber für belastbare tourenfahrer noch erträglich (z.B. wassergebundener feinsplitt), geisterfahrer, Z240 grade4 : übles kopfsteinpflaster, etc. grade5 : mittige bäume, handtuchbreite wege, etc. Was mach ich bei Belag gut, aber trotzdem fahren hier noch Geisterfahrer, obwohl es nicht erlaubt ist und es auf der anderen Seite noch einen Weg gibt? Ich denke es wäre schon hilfreich ein Tag für die Belagqualität zu haben. Ich würde vorschlagen, das wir das ganze mal als Projekt auf einer Wiki Seite anfangen. Alle die daran Interesse haben können dann ja auf der Wiki Seite diskutieren. Ich sehe nicht, daß das effektiver als eine Diskussion per Mail wäre. Aber den aktuellen Stand auf der Wiki-Seite festhalten finde ich gut. Dabei würde ich in Stufe vorgehen und erstmal gar nicht über Tags reden. Ein guter Ansatz. Ich würde das folgende Vorgehen vorschlagen: 0. Regularien: Wie wollen wir diskutieren? Brauchen wir eine Mailingliste? Wollen wir uns treffen? IRC? Nur in Deutsch oder International? Wer macht mit? Wie lange wollen wir uns Zeit nehmen? Naja, und wenn auf der deutschen Wiki-Seite beschlossen wird, es international zu machen, was dann? Dann muß man es eh auf die internationale Liste posten, sonst kriegt es ja keiner mit ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSC-Dateien für bestimmte Gebiete oder Bundesländer?
Frederik Ramm schrieb: [...] http://download.geofabrik.de Er hatte nach .osc gefragt; auf der Geofabrik-Seite haben wir nur .osm. Das liegt (auch) daran, dass es nicht ohne weiteres moeglich ist, aus einer .osc etwas auszuschneiden, dazu muss man auf eine Datenbank mit dem vollstaendigen Datensatz vor diesem .osc zugreifen koennen. Wenn ich das recht verstanden habe (Datenbanken etc. sind nicht wirklich meine Welt) muss ich ja aber lediglich eine lokale mySQL Datenbank aufsetzen, ein Planet-OSM einfüttern und dann mit osmosis die Parts herausschneiden die ich brauche? Ziel der ganzen Sache wäre regelmässige Schleswig-Holstein-OSCs (und etwas Süd-Dänemark dazu) anzubieten, und dann mit Hilfe von OSM Aware das Gebiet langfristig im Auge zu behalten und so eventuelle Schäden, Fehler, Vandalismus schnell zu beheben. Im Moment gibt es die OSCs nur lokal von Frankreich und eben weltweit, was etwas overkill darstellt und Google Earth als darstellende Komponente auch manchmal ins schwitzen bringt :) Für andere Gebiete wäre dass dann natürlich ebenfalls möglich. Ich hatte schonmal ueberlegt, auf den Geofabrik-Seiten .osc-Files zu generieren, indem ich immer mit Osmosis eine alte und eine neue .osm- Datei vergleiche, aber ich dachte bislang, der Nutzerkreis dafuer duerfte recht gering sein... Den Nutzerkreis vermag ich nicht zu beurteilen, ich hätte jedenfalls schon mal Interesse ;-) Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem mit Kartenupload auf Garmin eTrex HCx
Florian Arnold schrieb: Kann es sein, dass das aktuelle mkgmap nur mit sehr großen Karten Probleme hat? Wie bereits erwähnt, die fertige Deutschlandkarte von Computerteddy bekomme ich nicht auf's Gerät, wenn ich dagegen aus dem Mapsource-Archiv (deutschland.tgz) die Einzelkarten nehme und sie per sendmap20 zusammenfasse, ist das Ergebnis eine funktionierende Karte. Viele Grüße, Florian ja mir scheint auch dass der Umfang der Daten das Problem ist. Meine Deutschlandkarten funktionieren nicht. Kleinere Karten (z.b. Österreich oder Schweiz) dagegen schon (Garmin Vista HCx fw 2.60 und 2.50). Ich habe jetzt erstmal auf ein älteres mkgmap r587 zurückgestellt. Allerdings kann ich das noch nicht testen obs wirklich funktioniert Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Render requests auf www.informationfreeway.org mit Opera 9.51
Hi, ich denke du müßtest nur im Installationsverzeichnis des Opera unter dem Ordner defaults die richtige ini und den passenden Eintrag finden, um dieses Feature zu deaktivieren. schönen Gruß Alex Doru Julian Bugariu schrieb: Karl Eichwalder schrieb: Großartige tastenkombinationen sind doch nicht notwendig. Einfach 'r' tippen (es wäre schön, wenn in Firefox nicht die suche gleichzeitig aktiviert würde -- funktioniert aber gleichwohl). Vielleicht geht das auch mit Opera -- wenn nicht: Firefox Danke. Mit Firefox ging es dann. Vielleicht kann man infromationfreeway anpassen, so dass es mit allen Browsern funktioniert. Gruesse, Julian ___ 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] Verbot der Einfahrt, Z. 267
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, man sollte das taggen, was wirklich vorhanden ist und nicht was sein könnte oder sollte. Ich habe in Sichtweite ein kleines Stück einer unvollständig beschilderten Einbahnstraße. Von der großen durchgehenden Hauptstraße, die auch nicht korrekt als Hauptstraße beschildert ist, geht nach rechts diese besagte kleine Straße ab und mündet nach ein paar Metern in eine Wohngebietsstraße, die ebenfalls eine Einbahnstraße ist, ein. In der der Wohngebietstraße ist alles fast richtig ausgeschildert. In der Stammstraße ein Nur-rechts-abbiegen und in der Stichstraße Einfahrt verboten. Es steht nur ein Hauptstraße unmotiviert in der Gegend herum. Das Vorfahrt gewähren ist aber an dieser Stelle vorhanden. Von der durchgehenden Hauptstraße aus gesehen fehlt das Einbahnstraßenschild, ein Vorfahrt gewährendes Schild fehlt aber auch. Also sieht es für den Hauptstraßenbenutzer wie Rechts vor Links aus. Aber jeder ignoriert dieses. An dieser Stelle gab es kürzlich eine kleine Unfallserie. Einer wollte direkt nach der Einmündung rückwärts in eine Parklücke einfahren. Der zweite hat geschlafen und ist aufgefahren. Der dritte ist in der besagten Stichstraße so zum stehen gekommen, das sich seine hintere Stoßstange in Höhe des Bürgersteigs der durchgehenden Hauptstraße befand. Er ist also an keinem Einbahnstraßenschild vorbeigekommen (weil nicht vorhanden) und hat auch noch nicht das Einfahrt verboten gesehen (weil noch so weit gekommen). Er wollte nun aus Angst vor längerer Wartezeit rückwärts auf die durchgehenden Hauptstraße zurückfahren. Aus seiner Sicht korrekt und er hatte nicht einmal ein Vorfahrt gewähren an dieser Stelle. Die Spur auf der durchgehenden Hauptstraße kommt von links, also hat er Vorfahrt. Nur dumm, dass ein viertes Fahrzeug ihn und seinen Rückfahrscheinwerfer übersehen hatte. Es bog in die volle Stichstraße ein und hat ihn damit wieder vorwärts geschoben, kam damit etwas quer auf der durchgehenden Hauptstraße zum Stehen. Weil eines der Autos wie das meiner Ehefrau aussah, habe ich mir die Umstände näher angeschaut. Ich habe die Sache hier beschrieben um zu verdeutlichen, dass nicht immer alles so einfach ist, wie es manchmal dargestellt wird. Ich bin der Meinung, dass die zuständige Verkehrsbehörde in diesem Fall unkorrekt gearbeitet hat. Meiner Meinung gehört aber eine Meinung nicht in die Karte, sondern nur die Realität, wie sie vor Ort aussieht. Diese Stichstraße ist damals quer durch Büsche als Umleitung bei einer Baustelle eingerichtet worden. Die Bausstelle ist schon lange nicht mehr, dieses Straßenstück existiert aber immer noch. Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von PieSchie Gesendet: Mittwoch, 9. Juli 2008 09:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Verbot der Einfahrt, Z. 267 Jens Müller schrieb: Jens Müller schrieb: Ich habe das auf der Wikiseite etwas verdeutlicht, danke fuer den Hinweis! In den (seltenen) Fällen, in denen dieses Zeichen nicht das falsche Ende einer Einbahnstrasse markiert, sollte das Einfahrverbot notfalls durch ein kleines Wegstück mit access=no bzw. den auf Zusatzschildern angebrachten Ausnahmeregeln modelliert werden. Aber die Access restriction gilt doch nur in einer Richtung? Wären Turn Restrictions: http://wiki.openstreetmap.org/index.php/Relation:restriction nicht geeigneter? Ja, so sehe ich das auch. Genau das sagt das Schild IMHO aus. Eine Einbahnstraße oneway=yes impliziert die Restriktion. In einer falschen Einbahnstraße sind die Turn-Restrictions wohl die richtige Wahl. Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIdIRrX/cdferISG0RAioTAKCfzADWRJhicz2UyVus7ZwvlTwntwCfYpoj I1wl9ge35mCcLnWJN+fuKW4= =+pR3 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Küstenlinie in Mapnik
Mir ist aufgefallen, dass die Küstenlinie in Mapnik die letzten zwei Wochen-Updates nicht mit aktualisiert wurde. Dadurch liegen jetzt so einige Wege von mir teilweise im Wasser. Ist der Update-Rythmus von Küstenlinien länger als eine Woche? Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Rendern von railway / tunnel in Waldstuecken
Moin moin Warum wird der Eisenbahntunnel bei A (http://www.openstreetmap.org/?lat=49.1503lon=4.0333zoom=14layers=B00FTF) angezeigt und bei B (http://www.openstreetmap.org/?lat=50.70371lon=8.18786zoom=16layers=B00FTF) nicht? Beides mal ist landuse=forest und ein die Bahnstrecker verlaeuft teilweise durch einen Tunnel. Unterschiedlich sind nur der railway-Typ (A:rail;B:disused/abandoned) und bei B ist landuse ein mulipolygon... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu routing
On Wed, 09 Jul 2008 00:26:59 +0200 Daniela Duerbeck [EMAIL PROTECTED] wrote: Christoph Eckert wrote: Hmm, also bei der Adressuche nach München wird mir nur München, Thuringia angeboten. Gibt es ein München in Thüringen? Das gibt es. http://www.openstreetmap.de/karte.html?zoom=12lat=50.86658lon=11.25002layers=B0 Um es zu vervollstaendigen braucht es nicht lang, es hat nicht mehr als 4 Straszen. Ich selbst fahre aber selten in die Gegend. Grusz Christian signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendern von railway / tunnel in Waldstuecken
Hallo PHerison, Warum wird der Eisenbahntunnel bei A (http://www.openstreetmap.org/?lat=49.1503lon=4.0333zoom=14layers=B00FTF) angezeigt und bei B (http://www.openstreetmap.org/?lat=50.70371lon=8.18786zoom=16layers=B00FTF) nicht? Beides mal ist landuse=forest und ein die Bahnstrecker verlaeuft teilweise durch einen Tunnel. Unterschiedlich sind nur der railway-Typ (A:rail;B:disused/abandoned) und bei B ist landuse ein mulipolygon... Laut http://wiki.openstreetmap.org/index.php/De:Map_Features#Eisenbahn ist railway=disused und wohl auch railway=abandoned veraltet. Man soll stattdesen railway=rail und disused=yes benutzen. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Rendering von highway=path in Osmarender/Mapnik
Mahlzeit! ;) Ich bin ja ein sehr großer Fan des neuen highway=path-Tags und eifrig dabei, die kominierten Fuß-/Radwege in Landshut darauf umzustellen. Schade ist nur, dass das bisher wohl nicht gerendert wird. Kürzlich bin ich im Wiki über folgendes gestolpert: http://wiki.openstreetmap.org/index.php/Proposed_features/Path/Proposed_rendering Jetzt meine Frage: müssen wir hier den Abstimmungsprozess im Wiki abwarten, der bestimmt wieder einige Monate dauert oder kann man eine schnellere Lösung finden, um das Ding wenigstens mal irgendwie gerendert zu haben? Arbeitet da schon jemand dran? Wenn nein, würde es Sinn machen, wenn ich versuchen würde, Patches für Osmarender zu generieren? Soweit ich das sehe, ist das ja hauptsächlich Fleißarbeit, die kein wirkliches Verständnis der Render-Engines erfordert. :) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tiled WMS für Landsat in JOSM (was : Probleme mit dem Landsat WMS Server)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo alle, ich habe das wmsplugin erweitert, so daß es tiled WMS kann, in der Version, die die NASA-Leute implementiert haben. Das soll Server-Überlastung vermeiden. siehe diese zwei Seiten: http://onearth.jpl.nasa.gov/index.html http://onearth.jpl.nasa.gov/tiled.html Momentan scheint der Landsat-WMS-Server wieder normale zu arbeiten, so daß die tiled-WMS-Zugriffsmethode nicht unbedingt erforderlich ist, aber vielleicht hilft es mal, wenn der Server wieder überlastet ist. So kann man jetzt die Ergebnisse der beiden Zugriffsmethoden vergleichen. Das Plugin fragt jetzt die Capabilities ab und holt, sofern unterstützt, die Zugriffsmuster für tiled WMS. Wenn tiled WMS verwendet werden kann, ruft es ein oder mehrere Bilder mit festgelegter Größe, Auflösung und Rasterung ab, um das gewünschte Gebiet abzudecken. Für die abgerufenen Bilder wird die kleinstmögliche vorgegebene Auflösung gewählt, die mindestens der aktuell gewählten Auflösung entspricht, oder die größte verfügbare Auflösung, falls die gewählte Auflösung zu groß ist. Durch die Rasterung wird meist ein etwas größeres Gebiet abgerufen als der momentan sichtbare Ausschnitt. Um das zu testen, muß (derzeit) die Verwendung von tiled WMS explitit erlaubt werden. (Konfiguration etwas erweitert.) Dazu am besten in den WMS-Einstellungen den Landsat-Eintrag duplizieren (Clone), die Kopie umbenennen und das Häkchen bei use tiled setzen. Bei fehlendem Häkchen oder bei anderen WMS-Servern, die nicht die tiled-WMS-NASA-Variante unterstützen, sollte sich das Plugin weitgehend wie vorher verhalten. Beim ersten Zugriff auf einen konfigurierten Dienst wird nur vor dem Abrufen des Bildes eine Capabilities-Anfrage gemacht. Mir ist aufgefallen, daß die Bilder vom tiled-WMS in JOSM nicht deckungsgleich sind mit Bildern, die als Ganzes abgerufen werden. Es gibt unterschiedliche Verzerrungen. Das könnte verschiedene Ürtsachen haben: JOSM muß einzelne Kacheln strecken oder stauchen und nicht das ganze Bild; die angeforderte Auflösung weicht von der aktuell dargestellten Auflösung mehr oder weniger stark ab; möglicherweise unterschiedliche Interpretationen zwischen WMS-Server und JOSM, wo die Eck-Koordinaten in Bezug auf die Eck-Pixel liegen. Könnte auch ein Fehler in meinem Programm sein. Bevor ich diese größere Änderung ins SVN schreibe, hätte ich gern ein paar Rückmeldungen, Fehlerberichte, Verbesserungsvorschläge... Die Sourcecode-Änderungen gibt es als Patch unter http://bodo-m.de/josm/wmsplugin.patch.txt und ein in meinem Sandkasten gebautes Plugin hier http://bodo-m.de/josm/wmsplugin.jar Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh0pvYACgkQnMz9fgzDSqfHEgCgjH0/HdWhKEao/iPWkm+wjIyB hjYAnRbOdpgkIg1nocq5jQ76ag3i08UV =H5sz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering von highway=path in Osmarender/Mapnik
Ich hab Sven Geggus mal einen Versuch von mir geschickt zum Einpflegen (konnte es aber selber bei mir nicht testen). Ich glaube er hat aber noch mit der Realisierung der Breiten von Flüssen (und Straßen) zutun. Also ran ans Werk Gernot. Ich freue mich schon, wenn ich meine paths in der Karte endlich sehen kann :) Mario Gernot Hillier schrieb: Mahlzeit! ;) Ich bin ja ein sehr großer Fan des neuen highway=path-Tags und eifrig dabei, die kominierten Fuß-/Radwege in Landshut darauf umzustellen. Schade ist nur, dass das bisher wohl nicht gerendert wird. Kürzlich bin ich im Wiki über folgendes gestolpert: http://wiki.openstreetmap.org/index.php/Proposed_features/Path/Proposed_rendering Jetzt meine Frage: müssen wir hier den Abstimmungsprozess im Wiki abwarten, der bestimmt wieder einige Monate dauert oder kann man eine schnellere Lösung finden, um das Ding wenigstens mal irgendwie gerendert zu haben? Arbeitet da schon jemand dran? Wenn nein, würde es Sinn machen, wenn ich versuchen würde, Patches für Osmarender zu generieren? Soweit ich das sehe, ist das ja hauptsächlich Fleißarbeit, die kein wirkliches Verständnis der Render-Engines erfordert. :) -- Gernot ___ 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] Rendering von highway=path in Osmarender/Mapnik
Gernot Hillier schrieb: Mahlzeit! ;) Ich bin ja ein sehr großer Fan des neuen highway=path-Tags und eifrig dabei, die kominierten Fuß-/Radwege in Landshut darauf umzustellen. Schade ist nur, dass das bisher wohl nicht gerendert wird. Kürzlich bin ich im Wiki über folgendes gestolpert: http://wiki.openstreetmap.org/index.php/Proposed_features/Path/Proposed_rendering Jetzt meine Frage: müssen wir hier den Abstimmungsprozess im Wiki abwarten, der bestimmt wieder einige Monate dauert oder kann man eine schnellere Lösung finden, um das Ding wenigstens mal irgendwie gerendert zu haben? Arbeitet da schon jemand dran? Wenn nein, würde es Sinn machen, wenn ich versuchen würde, Patches für Osmarender zu generieren? Soweit ich das sehe, ist das ja hauptsächlich Fleißarbeit, die kein wirkliches Verständnis der Render-Engines erfordert. :) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Diskutiert muss ja eigentlich nur noch über die Sachverhalte werden, wenn mehr als eine Designation vorliegt. Was 100% gerendert werden kann ist: highway=path -- wie ein footway nur in grau (equivalent zum road-highway) + foot=designated -- wie ein footway + bicycle=designated -- wie ein cycleway + horse=designated -- wie ein bridleway Alles andere is noch schwammig... Kombinierte Wege könnte man mehrfarbig stricheln, aber dass is der Bereich der noch zu diskutieren gilt (z.B. bei einem Weg der für 3 oder mehr Sachen designated ist (hab in Belgien z.B. einen Weg gefunden, der für 4 Sachen (Fuss, Rad, Pferd, Landwirtschaftliche Fahrzeuge) designated war... da werden die Linien irgendwann sehr Regenbogen bunt (unübersichtlich?) Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering von highway=path in Osmarender/Mapnik
Hi! Mario Salvini schrieb: Ich hab Sven Geggus mal einen Versuch von mir geschickt zum Einpflegen (konnte es aber selber bei mir nicht testen). Cool! Ein Patch gegen Osmarender, oder? Ich glaube er hat aber noch mit der Realisierung der Breiten von Flüssen (und Straßen) zutun. Also ran ans Werk Gernot. Ich freue mich schon, wenn ich meine paths in der Karte endlich sehen kann :) Versteh' ich jetzt nicht. Wieso soll ich das nochmal machen, wenn Du das schon erledigt hast? Ich glaube, wenn wir ihm den Kram nochmal schicken, wird das seine Auslastung auch nicht reduzieren. :) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering von highway=path in Osmarender/Mapnik
Hi! Mario Salvini schrieb: Diskutiert muss ja eigentlich nur noch über die Sachverhalte werden, wenn mehr als eine Designation vorliegt. Was 100% gerendert werden kann ist: highway=path -- wie ein footway nur in grau (equivalent zum road-highway) + foot=designated -- wie ein footway + bicycle=designated -- wie ein cycleway + horse=designated -- wie ein bridleway Alles andere is noch schwammig... Kombinierte Wege könnte man mehrfarbig stricheln, aber dass is der Bereich der noch zu diskutieren gilt (z.B. bei einem Weg der für 3 oder mehr Sachen designated ist (hab in Belgien z.B. einen Weg gefunden, der für 4 Sachen (Fuss, Rad, Pferd, Landwirtschaftliche Fahrzeuge) designated war... da werden die Linien irgendwann sehr Regenbogen bunt (unübersichtlich?) Hmmm, hier habe ich das Problem, dass mir das eigentlich völlig wurscht ist, sonst hätt' ich mich schon an der Diskussion im Wiki beteiligt. Eigentlich möchte ich nur, dass man sich in möglichst kurzer Zeit auf *irgendwas* einigt, damit man die Pfade sehen kann. :-) Ein bischen (aber wirklich nur ein bischen) schade fänd' ich es nur, wenn man die bestehenden footways und cycleways nicht von dem neuen, kombinierten Fuß/Radweg unterscheiden könnte. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] TeleAtlas vs. OSM
Hallo an Alle, wir haben ein Tool programmiert, das es erlaubt, die OSM-Kacheln mit TeleAtlas Topologien zu überlagern. So kann man schnell sehen wo es weiße Flecken gibt und wo Daten von OSM oder Tele Atlas nicht korrekt sind. Um zu sehen wer richtig liegt, kann man oben links im Pulldown Luftbilder der LGN (Niedersächsische Landesvermessung) einblenden. Das geht allerdings nur in Niedersachsen und wenn man sich stark in die Karte hineingezoomt hat. Ich fliege morgen früh für 3 Wochen in Urlaub und kann daher erst mal nicht auf Eure Kommentare anworten, bin aber schon sehr gespannt. Die Anwendung ist noch Beta - also nicht ärgern wenns mal etwas hakelt. Hier nun der Link (FlashPlayer 9 erforderlich): http://www.flosm.de Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] [Lug-bk] Pressemeldung: Treffen von Linux User Group und OpenStreetMap am 18.7.
Murrhardt, 9.7.2008 Pressemeldung: Treffen von Linux User Group und OpenStreetMap am 18.7. Die Linux User Group Backnang trifft sich am Freitag, den 18.7., ab 19:30 Uhr in der Gaststätte Bäbbede in Backnang. Thema wird das Projekt OpenStreetMap sein, welches die Erstellung einer freien Weltkarte zum Ziel hat. Die LUG möchte sich an einem Sommerwettbewerb von OpenStreetMap beteiligen. Hierfür ist geplant, diverse Freizeitparks möglichst detailiert zu erfassen. Das Treffen ist offen, alle Interessierten sind eingeladen. Weitere Informationen unter www.lug-bk.de. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Lug-bk mailing list [EMAIL PROTECTED] https://lists.schokokeks.org/listinfo.cgi/lug-bk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering von highway=path in Osmarender/Mapnik
Ich glaube, wenn wir ihm den Kram nochmal schicken, wird das seine Auslastung auch nicht reduzieren. :) Dann schiks an die Liste. Wenn der Patch für gut empfunder wird, dann findet sich auch jemand der in einpflegt. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] TeleAtlas vs. OSM
Hi, die Teleatlasdaten sind doch beim Start schon mit den OSM-Daten überlagert. Wenn ich das richtig verstehe, dann sind die Teleatlasdaten immer da und du kannst dann wählen, womit du diese vergleichen möchtest. Alex Sven Anders schrieb: Am Mittwoch, 9. Juli 2008 14:50 schrieb Detlev Reiners: Hallo an Alle, wir haben ein Tool programmiert, das es erlaubt, die OSM-Kacheln mit TeleAtlas Topologien zu überlagern. So kann man schnell sehen wo es weiße Flecken gibt und wo Daten von OSM oder Tele Atlas nicht korrekt sind. Um zu sehen wer richtig liegt, kann man oben links im Pulldown Luftbilder der LGN (Niedersächsische Landesvermessung) einblenden. Das geht allerdings nur in Niedersachsen und wenn man sich stark in die Karte hineingezoomt hat. Ich fliege morgen früh für 3 Wochen in Urlaub und kann daher erst mal nicht auf Eure Kommentare anworten, bin aber schon sehr gespannt. Die Anwendung ist noch Beta - also nicht ärgern wenns mal etwas hakelt. Hier nun der Link (FlashPlayer 9 erforderlich): http://www.flosm.de Tolle Anwendung! Nur sehe ich nicht, wie ich TeleAtlas Karten einbinden kann. Außerdem gibt es Probleme mit dem ß unter Linux aber ich meine mal gelesen zu haben das das am Flash unter Linux liegt. Gruß Sven Anders ___ 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] TeleAtlas vs. OSM
Am Mittwoch, 9. Juli 2008 15:22 schrieb Alexander Schulze: Hi, die Teleatlasdaten sind doch beim Start schon mit den OSM-Daten überlagert. Wenn ich das richtig verstehe, dann sind die Teleatlasdaten immer da und du kannst dann wählen, womit du diese vergleichen möchtest. Aha, die Dratgitter-Striche sind Tele-Atals Daten! Jetzt verstehe ich! Jetzt verstehe ich Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vandalismus
Bernd Wurst schrieb: Wow, die landuse-Flächen sind ja völlig lieblos hingeklatscht... :( Ja, das muss vor ort noch verifiziert werden. Die waldgrenzen sollten so ziemlich passen. Die grenzen der felder und obstbaumwiesen (farm) sind mitunter unklar; ebenso die (klein-)gärten. Überhaupt nicht klar ist, wie man mit diesen zwischenbereichen wie hecken und büschen an hängen verfahren soll. Das könnte man dem forest zuschlagen, wäre aber kein schattenspendender wood. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Problem mit dem konvertieren ... Was: Problem mit Kartenupload auf Garmin eTrex HCx
On Wed, Jul 09, 2008 at 10:41:14AM +0200, Thomas Szukala wrote: ja mir scheint auch dass der Umfang der Daten das Problem ist. Meine Deutschlandkarten funktionieren nicht. Kleinere Karten (z.b. Österreich oder Schweiz) dagegen schon (Garmin Vista HCx fw 2.60 und 2.50). Ich habe jetzt erstmal auf ein älteres mkgmap r587 zurückgestellt. Allerdings kann ich das noch nicht testen obs wirklich funktioniert Ich habe alles moegliche schon konvertiert bekommen - Wollte aktuelles Deutschland + Daenemark - Also von download.geofabrik.de die beidem osm files besorgt - Dann mit dem osmcut auseinandergebastelt: -rw-r--r-- 1 flo flo 86308684 2008-07-09 03:58 denmark.20080709.osm -rw-r--r-- 1 flo flo 1868527897 2008-07-09 04:08 germany.20080709.osm osmcut/osmcut -f -d temp/ input/*.osm Kommen auch reichlich files bei raus: -rw-r--r-- 1 flo flo 27763740 2008-07-09 15:33 63245384 -rw-r--r-- 1 flo flo 230302725 2008-07-09 15:33 63245385 -rw-r--r-- 1 flo flo 5157399 2008-07-09 15:33 63245386 -rw-r--r-- 1 flo flo 361550635 2008-07-09 15:33 63245456 -rw-r--r-- 1 flo flo 272572496 2008-07-09 15:33 63245457 -rw-r--r-- 1 flo flo 118836165 2008-07-09 15:33 63245458 -rw-r--r-- 1 flo flo 24466064 2008-07-09 15:33 63245459 -rw-r--r-- 1 flo flo141910 2008-07-09 15:33 63245460 -rw-r--r-- 1 flo flo 4096689 2008-07-09 15:33 63245527 -rw-r--r-- 1 flo flo 293133870 2008-07-09 15:33 63245528 -rw-r--r-- 1 flo flo 186687972 2008-07-09 15:33 63245529 -rw-r--r-- 1 flo flo 90943547 2008-07-09 15:33 63245530 -rw-r--r-- 1 flo flo 38193154 2008-07-09 15:33 63245531 -rw-r--r-- 1 flo flo623094 2008-07-09 15:33 63245532 -rw-r--r-- 1 flo flo 17069 2008-07-09 15:33 63245599 -rw-r--r-- 1 flo flo 31159320 2008-07-09 15:33 63245600 -rw-r--r-- 1 flo flo 188929494 2008-07-09 15:33 63245601 -rw-r--r-- 1 flo flo 74490643 2008-07-09 15:33 63245602 -rw-r--r-- 1 flo flo 8048151 2008-07-09 15:33 63245603 -rw-r--r-- 1 flo flo 17405 2008-07-09 15:33 63245674 -rw-r--r-- 1 flo flo328176 2008-07-09 15:33 63245675 Dann das ganze durch mkgmap (r630) gedroeselt und raus kommen je osm kachel ein .img file und ein total gmapsupp.img java -Xmx1024M -jar mkgmap-r630/mkgmap.jar --gmapsupp --net temp/* Dann mit dem linux sendfile das typfile da dran: sendmap/sendmap20 -lgmapsuptyp.img gmapsupp.img osm-typ-20080709/6324.typ Und raus kommt eine karte bei der der Garmin direkt beim einschalten crasht ;) Interessant ist das das total file kleiner ist als des ComputerTeddys (Das bei mir grundsaetzlich funktioniert) - Und zwar -rw-r--r-- 1 flo flo 86984744 2008-07-09 16:05 gmapsupp.img -rw-r--r-- 1 flo flo 86947840 2008-07-09 16:06 gmapsuptyp.img Interessant auch das das gmapsupp.img nach dem adden des typ files kleiner wird !?!? Ratlos ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] RFC: Freizeitpark-Attraktionen
Hallo. 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. Da das potenziell eine sehr umfangreiche Wertemenge ist, haben wir uns für einen neuen Key entschieden, der alle solche Dinge enthalten soll. Das passende Proposal dazu haben wir unter [2] erstellt. Vielleicht hat der eine oder andere dazu gleich Kritik oder Anregungen, bevor wir da gleich ein Voting anwerfen. Für unser Projekt suchen wir jetzt noch jemanden, der Symbole für die wichtigsten Standard-Attraktionen erstellen kann. Von uns ist leider keiner grafisch irgendwie begabt... :( [1]: http://wiki.openstreetmap.org/index.php/Murrhardt/SummerMapping2008 [2]: http://wiki.openstreetmap.org/index.php/Proposed_features/Key:attraction Gruß, Bernd -- What is yellow and very dangerous? - A canarian with the superuser password. 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] Problem mit dem konvertieren ... Was: Problem mit Kartenupload auf Garmin eTrex HCx
On Wed, Jul 09, 2008 at 04:27:01PM +0200, Florian Lohoff wrote: Dann das ganze durch mkgmap (r630) gedroeselt und raus kommen je osm kachel ein .img file und ein total gmapsupp.img java -Xmx1024M -jar mkgmap-r630/mkgmap.jar --gmapsupp --net temp/* [...] Und raus kommt eine karte bei der der Garmin direkt beim einschalten crasht ;) Wenn man das --net wegnimmt crashed es nicht mehr - aber er nimmt die kaerten nicht ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Verbot der Einfahrt, Z. 267
Rolf Gehring schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, man sollte das taggen, was wirklich vorhanden ist und nicht was sein könnte oder sollte. In der Tat. Und das heißt jetzt spezifisch was? Ich habe in Sichtweite ein kleines Stück einer unvollständig beschilderten Einbahnstraße. Von der großen durchgehenden Hauptstraße, die auch nicht korrekt als Hauptstraße beschildert ist, Wie beschildert man eine Hauptstraße? geht nach rechts diese besagte kleine Straße ab und mündet nach ein paar Metern in eine Wohngebietsstraße, die ebenfalls eine Einbahnstraße ist, ein. In der der Wohngebietstraße ist alles fast richtig ausgeschildert. In der Stammstraße ein Nur-rechts-abbiegen und in der Stichstraße Einfahrt verboten. Es steht nur ein Hauptstraße unmotiviert in der Gegend herum. Welches Vkz. ist das? Wo steht es? Das Vorfahrt gewähren ist aber an dieser Stelle vorhanden. Auf welcher Straße an welcher Kreuzung? Von der durchgehenden Hauptstraße aus gesehen fehlt das Einbahnstraßenschild, ein Vorfahrt gewährendes Schild fehlt aber auch. Also sieht es für den Hauptstraßenbenutzer wie Rechts vor Links aus. Aber jeder ignoriert dieses. Ein Problem des Ignorierenden ... An dieser Stelle gab es kürzlich eine kleine Unfallserie. Einer wollte direkt nach der Einmündung rückwärts in eine Parklücke einfahren. Der zweite hat geschlafen und ist aufgefahren. Der dritte ist in der besagten Stichstraße so zum stehen gekommen, das sich seine hintere Stoßstange in Höhe des Bürgersteigs der durchgehenden Hauptstraße befand. Er ist also an keinem Einbahnstraßenschild vorbeigekommen (weil nicht vorhanden) und hat auch noch nicht das Einfahrt verboten gesehen (weil noch so weit gekommen). Er wollte nun aus Angst vor längerer Wartezeit rückwärts auf die durchgehenden Hauptstraße zurückfahren. Aus seiner Sicht korrekt und er hatte nicht einmal ein Vorfahrt gewähren an dieser Stelle. Muß aber beim Rückwärtsfahren jede Gefährdung ausschließen, § 9 Abs. 5 StVO. Die Spur auf der durchgehenden Hauptstraße kommt von links, also hat er Vorfahrt. Nein, §9 Abs. 5 als lex specialis. Nur dumm, dass ein viertes Fahrzeug ihn und seinen Rückfahrscheinwerfer übersehen hatte. Es bog in die volle Stichstraße ein und hat ihn damit wieder vorwärts geschoben, kam damit etwas quer auf der durchgehenden Hauptstraße zum Stehen. Weil eines der Autos wie das meiner Ehefrau aussah, habe ich mir die Umstände näher angeschaut. Ich habe die Sache hier beschrieben um zu verdeutlichen, dass nicht immer alles so einfach ist, wie es manchmal dargestellt wird. Du stellst es allerdings wohl komplizierter dar als es ist ;-) Ich bin der Meinung, dass die zuständige Verkehrsbehörde in diesem Fall unkorrekt gearbeitet hat. Das kann ich aufgrund der Beschilderung noch nicht beurteilen. Meiner Meinung gehört aber eine Meinung nicht in die Karte, sondern nur die Realität, wie sie vor Ort aussieht. In der Tat. Dazu muß man aber erstmal die Realität korrekt, vollständig und verständlich beschreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Verbot der Einfahrt, Z. 267 - Ich zi ehe alles zurück
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, ich habe verstanden, dass ich alles falsch gemacht hatte, deshalb ziehe ich alles zurück. Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jens Müller Gesendet: Mittwoch, 9. Juli 2008 17:47 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Verbot der Einfahrt, Z. 267 ... In der Tat. Dazu muß man aber erstmal die Realität korrekt, vollständig und verständlich beschreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIdOyHX/cdferISG0RAo0yAJ4urK8zFdXWYL6sWu4hjIwBU4bI5wCfQM7E E4rC8cIqVXgLaXkFjy+JzD4= =mAy3 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs aus OSM-Daten
Moin, was ist denn die POI-Liste, bzw. welches Gerät meinst Du? Auf dem 60Csx drücke ich FIND, dann kommt das Menu, wenn ich dann Menu drücke, kommt eine Auswahl: auf Standard zurücksetzen oder ähnlich. wie man Rubriken wählt würde mich brennend interessieren. Find, Eigene POI of Interest, Menu, Datenbank wählen. Gut versteckt, das Feature. Beste Grüße, ce ___ 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)
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. 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?) Bei Skalen-Bezeichnern kann man viel leichter aus dem Bauch heraus entscheiden. 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? Und nicht zuletzt machen Skalenbezeichner auch die Pflege des Datenbestandes leichter, weil man weniger Wildwuchs hat und Tippfehler leichter automatisch erkennen kann. So gut und schoen sich das mit den sprechend Bezeichnern auch immer anhoert. Nutzt es einem wirklich was? Gruss Torsten PS: Wie kann ich mit Thunderbird eigentlich auf die Mails ordentlich antworten, so dass sie nachher in der Baumstruktur an der richtigen Position erscheinen, wenn ich mir die Nachrichten immer nur gesammelt schicken laesse? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Breite von Wegen in OR/P (was: Brei te von Flüssen)
Hallo, hier ist die 3. Version meines OR/P Wegbreiten patch (http://home.geggus.net/osm/). Ich denke so ist das jetzt richtig gut, weil der Author einer osm-map-features Datei nun alles sehr genau nach seinen Wünschen einstellen kann. Das Way Objekt wurde um folgende Variablen erweitert: honor-width, minimumWidth, maximumWidth und scale Bei Flüssen sieht das nun z.B. so aus: line class=waterway-casing waterway-river-casing honor-width=yes minimumWidth=1 maximumWidth=100/ line class=waterway-core waterway-river-core honor-width=yes minimumWidth=1 maximumWidth=100 scale=0.9/ minimumWidth und maximumWidth sind wohl selbsterklärend. Der parameter scale ist bei Flüssen wenig relevant, weil da core und casing sowieso die selbe Farbe haben und sich überdecken. Wichtiger ist das bei Wegen, die prinzipiell unterschiedliche Farben bei core und casing haben. Mit Hilfe dieses patches wird es nun z.B. auch möglich das rendering bei eng nebeneinander laufenden Wegen durch einen expliziten width Tag zu beeinflussen und den default style zu überschreiben! Vorausgesetzt natürlich, dass o.g. Tags auch bei diesen Wegtypen gesetzt wurden. Bei Fuß und Radwegen könnte das eventuell sinnvoll sein, bei Hauptstraßen wohl eher nicht. Christian Koerner hat versprochen das Ganze auch in die xslt Version von Osmarender einzubauen - schaumermal! Gruss Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /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] RFC: Freizeitpark-Attraktionen
Bernd Wurst schrieb: [...] Für unser Projekt suchen wir jetzt noch jemanden, der Symbole für die wichtigsten Standard-Attraktionen erstellen kann. Die da wären? Von uns ist leider keiner grafisch irgendwie begabt... :( Ich kann sowas (beruflich bedingt) ganz gut :) Gibt es irgendwo die Spezifikationen für die Icons nachzulesen? Von der art her scheinen die manchmal recht willkürlich und unterschiedlich gestaltet zu sein. Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] shp2osm - Shapefiles importieren
Hallo Leute, ich habe in den kommenden Wochen vor, die Straßen meine Heimatstadt systematisch zu mappen (momentan ist da nur ein weißer Fleck). Da ich bereits einige Daten als Shapefile habe, möchte ich diese gerne zu OSM portieren. Leider kenne ich nur shp2osm als Möglichkeit. Ich habe nicht groß Lust, mich für shp2osm in Linux einzuarbeiten (meine sonstigen Anwendungen sind weder Linux, noch WINE kompatibel). Welche Möglichkeiten gibt es? Kann ich vielleicht über GPX (etc.) ins OSM-Format? Die Shapes liegen im WGS84 vor. Besten Dank Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shp2osm - Shapefiles importieren
Tobias Wendorff [EMAIL PROTECTED] wrote: Ich habe nicht groß Lust, mich für shp2osm in Linux einzuarbeiten (meine sonstigen Anwendungen sind weder Linux, noch WINE kompatibel). shp2osm kenne ich nicht. Was sind denn WINE kompatible Anwendungen? Windows-Programme, die unter wine laufen? Welche Möglichkeiten gibt es? Kann ich vielleicht über GPX (etc.) ins OSM-Format? gpx kannst Du mit gpsbabel ins osm Format konvertieren. Die Shapes liegen im WGS84 vor. Das ist schonmal gut, dann musst Du nicht umprojizieren. Nacharbeiten wirst Du immer müssen, denn Shape-Dateien haben normalerweise ein komplett anderes Datenmodell als osm. Ich würde vermutlich versuchen was mit Postgis zu machen. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /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-Treffen Dortmund
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
Re: [Talk-de] Wie weiter mit der Radweg/Scateboard/Rennrad Diskussion (Re: trackgrade-surfacegrade)
Torsten Leistikow schrieb: PS: Wie kann ich mit Thunderbird eigentlich auf die Mails ordentlich antworten, so dass sie nachher in der Baumstruktur an der richtigen Position erscheinen, wenn ich mir die Nachrichten immer nur gesammelt schicken laesse? Nicht brauchbar, denke ich. Wäre es eine Alternative, einfach über Gmane zu lesen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] shp2osm - Shapefiles importieren
Tobias Wendorff [EMAIL PROTECTED] wrote: Ich würde vermutlich versuchen was mit Postgis zu machen. How-To? :-) Hab ich natürlich keins, aber ich stelle mir das nicht sehr schwierig vor. Zuerst einfach mal shp2pgsql und dann die entstandene Tabelle per python script und python-pygresql in eine osm-Datei konvertieren. Alternativ eventuell anschaun dann kann man sich die Postgis Datenbank eventuell sparen. http://www.gdal.org/ogr/ Zum Glück ist das osm Format ja sehr einfach aufgebaut. Alle Punkte als node und dann die ways mit der Liste der Punkte als ref: ?xml version='1.0' encoding='UTF-8'? osm version='0.5' generator=mySCRIPT node id='-1' lat='48.99642422868277' lon='8.472303839977917' / node id='-2' lat='48.99678839559316' lon='8.472659390363026' / node id='-3' lat='48.996399950794085' lon='8.473000461320686' / way id='-4' nd ref='-1' / nd ref='-2' / nd ref='-3' / /way /osm Negative IDs verwenden, weil man für die neu erzeugten Daten ja noch keine vorhandenen OSM Objekte adressieren kann. Shapes hingegen sind ja eher eine Ansammlung von Linien und anderen Geometrieobjekten. Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /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] Küstenlinie in Mapnik
Hallo! Mario Link schrieb: Mir ist aufgefallen, dass die Küstenlinie in Mapnik die letzten zwei Wochen-Updates nicht mit aktualisiert wurde. Dadurch liegen jetzt so einige Wege von mir teilweise im Wasser. Ist der Update-Rythmus von Küstenlinien länger als eine Woche? Wenn ich das richtig in Erinnerung habe, wird die Mapnik-Küstenlinie nicht aus OSM-Daten gewonnen, sondern durch eine externe Datenquelle (frage mich nicht, welche). [EMAIL PROTECTED] rendert dagegen die OSM-Küstenlinie. Grüße! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Küstenlinie in Mapnik
Hallo, Mir ist aufgefallen, dass die Küstenlinie in Mapnik die letzten zwei Wochen-Updates nicht mit aktualisiert wurde. Dadurch liegen jetzt so einige Wege von mir teilweise im Wasser. Ist der Update-Rythmus von Küstenlinien länger als eine Woche? Wenn ich das richtig in Erinnerung habe, wird die Mapnik-Küstenlinie nicht aus OSM-Daten gewonnen, sondern durch eine externe Datenquelle (frage mich nicht, welche). [EMAIL PROTECTED] rendert dagegen die OSM-Küstenlinie. Das war noch vor einem halben Jahr der Fall; mittlerweile werden die Shapefiles, aus denen Mapnik die Kuestenlinien malt, immerhin bereits aus OSM-Daten gewonnen. Dies ist allerdings kein vollautomatischer Prozess und wird nicht jede Woche angestossen, so dass die Kuesten schon auch mal ein paar Wochen aelter sein koennen als der Rest! 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
[Talk-de] Thread-Struktur bei Antwort auf gesammelte Nachrichten (was: Wie weiter mit der Radweg/Scateboard/Rennrad Diskussion (Re: trackgrade-surfacegrade))
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Torsten Leistikow schrieb: | PS: Wie kann ich mit Thunderbird eigentlich auf die Mails ordentlich | antworten, so dass sie nachher in der Baumstruktur an der richtigen | Position erscheinen, wenn ich mir die Nachrichten immer nur gesammelt | schicken laesse? Hallo Torsten, wenn bei den gesammelten Nachrichten jeweils der Message-ID:-Header dabei ist, müßtest Du bei Deiner Antwort die ID der beantworteten Nachricht manuell in einen In-Reply-To:-Header kopieren. Dieser Header wird aber standardmäßig nicht angeboten. Dazu muß Du vorher den/die gewünschten zusätzlichen Header in mail.compose.other.header in user.js eintragen. (Probier mal, ob das vielleicht in Erweiterung Mnenhy enthalten ist.) Achtung! Alles ungetestet. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh1Mv8ACgkQnMz9fgzDSqfRPgCeIcVQO9yE5u25LbzFuhywiUyu 8cAAnj7DKwbAv7leL8C3Y9kDYDmUdrbG =gdnw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Thread-Struktur bei Antwort auf gesammelte Nachrichten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bodo Meissner wrote, on 09.07.2008 23:51: | Torsten Leistikow schrieb: | | | PS: Wie kann ich mit Thunderbird eigentlich auf die Mails ordentlich | | antworten, so dass sie nachher in der Baumstruktur an der richtigen | | Position erscheinen, wenn ich mir die Nachrichten immer nur gesammelt | | schicken laesse? | | Hallo Torsten, | | wenn bei den gesammelten Nachrichten jeweils der Message-ID:-Header | dabei ist, müßtest Du bei Deiner Antwort die ID der beantworteten | Nachricht manuell in einen In-Reply-To:-Header kopieren. ich habe es gerade mal ausprobiert. Wenn ich beim Antworten manuell einen References-Header mit der ID einer fremden Nachricht anlege, sortiert Thunderbird das unter diese Nachricht. Allerdings sind zwei References-Header enthalten: zuerst der automatisch erzeugte mit der ID der Digest-Mail und darunter der manuell eingefügte. Könnte sein, daß es andere Programme durcheinanderbringt, wenn diese Header-Zeilen doppelt mit unterschiedlichem Inhalt vorkommen. | | Dieser Header wird aber standardmäßig nicht angeboten. Dazu muß Du | vorher den/die gewünschten zusätzlichen Header in | mail.compose.other.header in user.js eintragen. | (Probier mal, ob das vielleicht in Erweiterung Mnenhy enthalten ist.) Mnenhy hilft nur bei der Auswahl der anzuzeigenden Header, aber nicht beim Erzeugen von Header-Zeilen sowie beim Herauskopieren der Message-ID uas den normalen Headern. Also für Mailinglisten-Digests nicht das richtige. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh1PdUACgkQnMz9fgzDSqdVgACeOnr+QdY9ZcyZlWBkKBOZ2aEL RYYAnA+m1xvZCYZT9EsoBAy5+9wsv8mk =4fIt -END PGP SIGNATURE- ___ 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)
Sven Anders [EMAIL PROTECTED] writes: Ich finde die grade1..gardeN sehr schlecht weil sie nicht sprechend sind, man ist gezwungen jedes mal in die genaue Definition zu sehen. Einfach damit arbeiten, nach 1-2 touren hast du dafür ein gefühl. Was mach ich bei Belag gut, aber trotzdem fahren hier noch Geisterfahrer, obwohl es nicht erlaubt ist und es auf der anderen Seite noch einen Weg gibt? Abwägen. Jeder radweg ist anders. Ich denke es wäre schon hilfreich ein Tag für die Belagqualität zu haben. Sag ich doch, dass jeder gern auch noch zusätzliche dinge eintragen kann. Aber damit wir erstmal zu potte kommen, kann man mit gradeX arbeiten. Ich würde vorschlagen, das wir das ganze mal als Projekt auf einer Wiki Seite anfangen. Nur zu -- aber warum fütterst du uns dann hier? ;) -- Karl Eichwalder ___ 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 Mittwoch, 9. Juli 2008 schrieb Mario Link: Bernd Wurst schrieb: Für unser Projekt suchen wir jetzt noch jemanden, der Symbole für die wichtigsten Standard-Attraktionen erstellen kann. Die da wären? Naja, im Optimalfall natürlich alle, die auf der Proposal-Seite genannt sind. :) Es wird dann vermutlich hinterher zu entscheiden sein ob man das in den normalen Renderer einbauen kann oder ob man einen speziellen Renderer bzw. ein spezielles Overlay für diese Icons macht. Also bei theme_park-Krams denke ich schon, dass das auch in der normalen Karte nicht stört. Bei Spielplatz-Geräten muss man das IMHO sehen um das zu entscheiden. Aber in z17 ne Rutschbahn zu symbolisieren wär bestimmt möglich. Von uns ist leider keiner grafisch irgendwie begabt... :( Ich kann sowas (beruflich bedingt) ganz gut :) Das ist super! Gibt es irgendwo die Spezifikationen für die Icons nachzulesen? Von der art her scheinen die manchmal recht willkürlich und unterschiedlich gestaltet zu sein. Ich glaube es verhält sich wie bei allen Belangen des Projekts: Es wird das genommen was da ist und wenn jemand ein Icon eines anderen Stils toll findet, nimmt er halt das. Grundsätzlich sollten solche Icons natürlich so wenig komplex wie möglich sein, damit sie einfach zu erfassen sind. Darin liegt IMHO die Kunst, etwas einfaches zu machen was der Betrachter trotzdem identifizieren kann. Gruß, Bernd -- Sie schwankt, sie zögert, mit einem Worte: Sie ist eine Frau. - Jean Racine (frz. Schriftsteller) 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-it] RFC openstreetmap.it
Simone Cortesi wrote: 1. planet.openstreetmap.it: tutti i planet relativi alla sola italia, creati adesso a partire dai planet disponibili sul mirror. +1 2. blog.openstreetmap.it spostare il blog tenuto da edo +1 e mi piacerebbe che anche altri contribuissero 3. (www.)openstreetmap.it installazione joomla +1 4. mappa.openstreetmap.it slippymap italiana (questo è utile secondo me, solo se modifichiamo il template di osmarender/[EMAIL PROTECTED]/kosmos per adattarlo al gusto cromatico delle mappe solitamente usate in italia. Su questo punto mi piacerebbe che qualcuno mi desse qualche consiglio in merito o mettesse direttamente mano alle rendering rules). Mario nel suo progetto GSoC su Osmarender sta proprio realizzando un tool web per creare le regole di rendering, direi che potremmo usufruirne per gestire le nostre.. :) Edo grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] incoerenza
il tag newsagent era stato proposto da Simone in seguito al mapping party di Pavia. Kiosk è un qualcosa che nell'origine della definizione è molto diverso da un'edicola.. per quel che mi riguarda, anche se newsagent è ancora allo stato di proposta, continuo ad usarlo convinto che, qualora si decidesse in futuro di usare solo kiosk sarebbe facilissimo modificare solo i newsagent, mentre il processo inverso è tutt'altro che banale.. Edoardo -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] RFC openstreetmap.it
Mario nel suo progetto GSoC su Osmarender sta proprio realizzando un tool web per creare le regole di rendering, direi che potremmo usufruirne per gestire le nostre.. :) Grazie Edo per averlo ricordato ^__^ Se è solo per modificare i colori e gli spessori (diciamo strettamente i CSS) e non le regole è quasi usabile già adesso. Vorrei modificare il color-picker, sto completando la possibilità di inserire simboli SVG per coppia chiave/valore e ho fatto una quasi completa revisione dell'interfaccia (la prossima settimana dovrei fare uno screencast), comunque al SOTM (ci vedremo anche con Simone immagino!) discuterò direttamente con Frederik Ramm, 80n e bobkare riguardo alla gestione proprio delle rules, magari tra un talk, un workshop e una birra ne uscirà qualcosa di buono! ^_^ Mario Ferraro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] incoerenza
On Wed, Jul 09, 2008 at 09:21:46AM +0200, Edoardo Marascalchi wrote: il tag newsagent era stato proposto da Simone in seguito al mapping party di Pavia. Kiosk è un qualcosa che nell'origine della definizione è molto diverso da un'edicola.. già - direi si adatta più per un tabacchi !??! per quel che mi riguarda, anche se newsagent è ancora allo stato di proposta, continuo ad usarlo convinto che, qualora si decidesse in futuro di usare solo kiosk sarebbe facilissimo modificare solo i newsagent, mentre il processo inverso è tutt'altro che banale.. conocordo e mi accodo :) \Emilio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] RFC openstreetmap.it
Ottimo. Sono d'accordo con tutti e 4 i punti più quello di Edo. Aggiungerei anche gli eventi (futuri e passati) dei vari mapping-party. Lascerei le pagine wiki solo per spiegare tecnicamente come creare le mappe. Ciao Robi 2008/7/9 Simone Cortesi [EMAIL PROTECTED]: ciao, dalla prossima settimana comincero' a lavorare al sito openstreetmap.it (al momento la porta 80 non è attiva ). ho solo alcune idee su cosa metterci, eccole: 1. planet.openstreetmap.it: tutti i planet relativi alla sola italia, creati adesso a partire dai planet disponibili sul mirror. 2. blog.openstreetmap.it spostare il blog tenuto da edo 3. (www.)openstreetmap.it installazione joomla 4. mappa.openstreetmap.it slippymap italiana (questo è utile secondo me, solo se modifichiamo il template di osmarender/[EMAIL PROTECTED]/kosmos per adattarlo al gusto cromatico delle mappe solitamente usate in italia. Su questo punto mi piacerebbe che qualcuno mi desse qualche consiglio in merito o mettesse direttamente mano alle rendering rules). grazie, S. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] Tag per tracce gpx caricate su osm
Salve, ricordavo di aver letto un po' di tempo fa di alcune convenzioni sui tag da usare per le tracce gpx inserite su osm, ma non riesco a trovare la pagina (potrebbe essere la mia memoria che fa scherzi). Ricordo indicazioni relative all'indicazione delle località interessate, ma al momento la cosa che più mi interessa sapere è se conviene usare Italia o Italy. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Tag per tracce gpx caricate su osm
Luigi Toscano wrote: ma al momento la cosa che più mi interessa sapere è se conviene usare Italia o Italy. Ciao basta usarli entrambi! :P -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-it] c'e' un mtk iblue747 disponibile
Chiedo a chi aveva organizzato gli acquisti collettivi se per caso ne è rimasto uno.. lo farei avere a mia cognata in israele... Edoardo -- Edoardo Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] incoerenza
Edoardo Marascalchi wrote: il tag newsagent era stato proposto da Simone in seguito al mapping party di Pavia. Kiosk è un qualcosa che nell'origine della definizione è molto diverso da un'edicola.. per quel che mi riguarda, anche se newsagent è ancora allo stato di proposta, continuo ad usarlo convinto che, qualora si decidesse in futuro di usare solo kiosk sarebbe facilissimo modificare solo i newsagent, mentre il processo inverso è tutt'altro che banale.. Per fare ancora piu confusione, io direi che dovrebbe essere shop=newsagent (che puo anche essere shop=kiosk, il primo e quello che vende, cioe giornali, e il secondo la forma del negozio). 'shop=shoptype' mi sembra piu utile di 'amenity=shoptype' (la quale si usava prima..) http://wiki.openstreetmap.org/index.php/Amenity ( senza negozi!) http://wiki.openstreetmap.org/index.php/Key:shop (dove ci sta anche newsagent) http://wiki.openstreetmap.org/index.php/Proposed_features/Shop_%28rather_than_amenity%3Dshoptype_above%29 Graham Edoardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Ferrovia sparita?
Diego Roversi ha scritto: On Mon, Jun 30, 2008 at 12:53:43AM +0200, Carlo Stemberger wrote: Ho notato[1] che è recentemente sparita la ferrovia all'incirca tra Sesto S. Giovanni e Monza: qualcuno ne sa qualcosa? Notte Forse non c'e mai stata. Lo dico perche' quasi un anno fa avevo mappato il pezzo tra Sesto e Chiasso, ma per problemi con il gps che non prendeva il fix, non sono riuscito a fare il primo pezzo. Poi non so se dopo qualcuno aveva comletato la parte mancante... No, no, quel tratto c'era, son sicuro. Roba di pochi mesi fa. Parte della linea (non quel tratto, mi pare) l'ho mappata io stesso. Dovrebbe essere quasi completa (tranne tra Arcore e Merate che non ci sono le carte di Yahoo) da Milano fino a Lecco. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
Re: [Talk-it] Plastico Virtuale di Torino - Ultramundum
Emilio Anzon wrote: On Tue, Jul 08, 2008 at 01:25:10PM +0200, Alfredo Pironti wrote: Ciao a tutti, ho di recente scoperto che la fondazione Ultramundum [1], in collaborazione con la divisione Infrastrutture e Trasporti di Torino [2] ha realizzato un software di esplorazione 3D della città [3,4]. e funonzia su S.O. liberi ? Non credo, alcune parti sono sviluppate in C++ .NET (mah C++ o un linguaggio .NET?). Comunque loro auspicano un port, ma non ce l'hanno. In ogni caso potrebbe essere una questione non ostacolante. In particolare, quelle che loro chiamano Tabulæ (cioè le mappe), sono dichiarate open source così come il software che le gestisce [4] se lo dichiarano ma poi non lo sono non conta molto la dichiarazione :( Sì, assumo che il software sia quello che è dichiarato essere... (Anche se molte compagnie telefoniche non fanno così con i loro piani tariffari...) il fatto che siano poco precisi e contraddittori non ci aiuta. Il modello consente l’esplorazione libera interattiva e tridimensionale su normale personal computer di tutta l'area indicata. Il PID è realizzato completamente in open source e le Tabulae (gli elementi alla base della tecnologia utilizzata) sono liberamente accessibili e modificabili da chiunque. con che strumenti ? liberi ? Hanno qualche tool, a loro dire open source, per manipolare i dati. In ogni caso, anche questo potrebbe non essere rilevante. Se i dati sono liberi, gli strumenti a contorno li possiamo mettere noi. Visto che di fatto abbiamo un modello volumetrico molto preciso di Torino, perché non importarlo in openstreetmap? Forse non ci saranno i nomi delle vie ed i sensi unici, ma mi sembra già un buon punto di partenza. pensi ne valga la pena ? Considerando che Torino è coperta solo in piccola parte dalle mappe Yahoo, e questo si ripercuote fortemente sulla copertura openstreetmap, credo che avere a disposizione una mappa vettoriale delle vie sia davvero uno strumento utile per far avanzare la copertura di Torino. Non solo, pare che Ultramundum stia aumentando la copertura a tutta la provincia di Torino. Inoltre, stando a [1] pag.3, loro sono partiti da una mappa vettoriale di torino, più altri dati volumetrici (che non ci interessano, giusto?). Avere quella mappa credo sia un ottimo punto di partenza. Ho provato a contattare il responsabile della divisione Infrastrutture e Trasporti di Torino, l'Ing. Cianchini, che tuttavia non mi ha risposto. Magari una mail a nome di openstreetmap o GFOSS potrebbe avere più peso. Tra l'altro, si potrebbe contattare anche il presidente della fondazione Ultramundum, Sig. Fulvio Dominici Carnino. prima di contattarli cerchiamo di essere sicuri su cosa chiedergli Hai senz'altro ragione. Inviterei tutti a discutere il più possibile su questo punto. Secondo me, potremmo cominciare col chiedere ragguagli circa la licenza (soprattutto dei dati, i programmi mi sembrano francamente poco interessanti), spiegando quale effetto positivo potrebbe avere la liberalizzazione dei dati su openstreetmap (e in generale) Alcune note circa le licenze: - Il software è dichiarato opnesource, ma la fondazione vanta di aver brevettato una tecnologia, chiamata UltraPEG il brevetto sulla tecnologia che numero ha ? dove è brevettato ? Questa è un'altra cosa che potremmo chiedere :-) - Sul sito parlano di opensource, ma scaricando il programma [5], nel file readme.txt si trova scritto: == 3DTORINO GAMES /O Ultramundum Foundation questo è softare gratuito this is free software == [...] LICENZA D'USO: Il software UltraPort può essere ridistribuito liberamente ed essere utilizzato gratuitamente per scopi no-profit. non parla di modifica! È vero, ma queste licenze sono di Ultramundum, e si riferiscono solo al software. Visto che a noi interessano i dati, e questi sono di fatto gestiti dal Comune di Torino, nutro ancora buone speranze. In ogni distribuzione deve essere presente questo file. In caso di utilizzo commerciale una percentuale del 5% sul fatturato generato grazie all'uso di UltraPort deve essere corrisposta alla Fondazione, la quale si impegna a suddividerla tra coloro che hanno sviluppato gli elementi alla base del prodotto. COOSA ??? :-D (open...) Per ulteriori dettagli e/o contratti specifici contattare Fondazione Ultramundum. Non si parla di licenza dei dati, ma solo del software. In ogni caso questa NON è una licenza open! Secondo la mia personalissima opinione, non sono molto bene informati circa i concetti di open e free. no guarda questo NON è sw libero! poco ma sicuro :(( Continuo ad essere d'accordo. Ma credo che se lo sforzo sta nel preparare un paio di mail, e magari in cambio avere la cartografia di Torino, allora secondo me vale la pena preparare una bozza di mail... Ciao! Alfredo [1]
Re: [Talk-it] Ferrovia sparita?
Carlo Stemberger ha scritto: No, no, quel tratto c'era, son sicuro. Ho controllato ora, e la tratta è stata risistemata da qualcuno. Ciao! -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it
[Talk-co] Mapa de Cartagena
Hola listeros les quiero compartir el resultado de una semana mapeando en cartagena: http://openstreetmap.org/?lat=10.4087lon=-75.554zoom=14layers=B00FTF se ha avanzado y comienza a tomar forma, esperamos que mas gente se anime y nuestro proyecto siga creciendo. salu2 fredyrivera -- Gizmo: # 1-747-184-0483 ekiga: sip:[EMAIL PROTECTED] alias 846119 ~~~ Si quieres cambiar el mundo, Empieza usando GNU/Linux !! -- Software Libre de Gestión Médica mas info en http://galenux.com -- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-co
Re: [Talk-ca] Crowsnest Pass Mapping Party [was: SOTM 2008: The State of The (Canada) Map]
[EMAIL PROTECTED] wrote: PS. On the topic of Mapping parties. Saturday August 23rd - Crowsnest Pass and Area. Looking to complete the mapping of Blairmore and hopefully fill in some of Coleman/surrounding areas. Met at Stone's Throw Cafe from 9.00am (http://www.openstreetmap.org/?mlat=49.607806mlon=-114.437315zoom=16) If people want to make a weekend of it, I can provide accomodation in Blairmore and perhaps we can head down to Waterton (or somewhere) on the Sunday. Another area we can probably also try to hit (probably can be done by one or two people) is Fort Macleod, which looks to be pretty empty currently. -Jason Reid ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ca
[Talk-ca] Mapnik/osmarender don't render highway=path
Just as a heads up to all of you, Mapnik and osmarender refuse to render highway=path yet, so if you were planning to use it to replace cycleway/footway, don't do it quite yet. The result of my little experiment can be seen by the disappearance, aside from names, of most of the Galloping Goose and Lochside Regional Trails in Greater Victoria: http://openstreetmap.org/?lat=48.45734lon=-123.38154zoom=15layers=B00FTF Corey ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ca
[OSM-talk-fr] RMLL2008 : une nouvelle dimension à OSM : spéléologie
Bonjour, Au cours des RMLL2008 à Mont-de-Marsan, j'ai eu l'occasion de rencontrer Jean-Pierre Cassou, un amateur de spéléologie. A cette occasion, il m'a présenté son projet : cartographie des grottes. Oui oui, vous avez bien lu. Là où nous utilisons des GPS pour enregistrer nos parcours à l'air libre, ces spéléologues relèvent, point par point, leur cap et la déclinaison de leur parcours souterrains. Jean-Pierre a alors mis au point un logiciel pour stocker et visualiser ces données. Et ils ont plein de traces déjà (j'en ai compté rapidement une bonne quinzaine accessibles sur le site) : http://siliconcavings.chez-alice.fr/ Personnellement, il me semble qu'OSM est tout à fait adapté pour stocker ces traces. En effet, à chaque fois qu'une question du style est-ce que ça vaut le coup de stocker ces informations ? la réponse (officielle) est toujours bien sûr. Par contre, je ne crois pas avoir vu de tag pour ce genre de données. De plus, j'imagine que les deux sous-projets mapnik et osmarender ne seront pas très motivés pour intégrer ces informations dans leurs rendus (la spéléo est un domaine très particulier). Jean-Pierre est très motivé pour importer ses données sous OSM, mais il a besoin d'un coup de main lui pour lui présenter le format et les outils. Et c'est là que mes compétences trouvent leur limites. Pour l'aider, il me semble qu'il faudrait : 1- définir les tags à utiliser (et les soumettre à la core team anglaise pour vote) 2- donner les informations techniques nécessaires pour réaliser l'import des données 3- étudier le moyen de faire un rendu de ces données (mapnik, osmarender ou renderer spécifique) 3bis- dans l'hypothèse d'un moteur de rendu spécifique, il faudrait aussi mettre sur pied une solution WEB permettant de visualiser ces données spéléologiques sur fond OSM (configuration openlayers ?) Les points 3 et 3bis me semblent particulièrement important car ça ne sert à rien de stocker des données si on ne peut pas les consulter. Des personnes intéressées par le sujet ? Happy mapping! -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -=- mailto:[EMAIL PROTECTED] -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL2008 : une nouvelle dimension à OSM : spéléologie
Heureusement que les 'Gaspards' veulent rester discrets sinon il y en a bien un qui commencerait a mapper les égouts et les catacombes :) Plus serieusement , si le modele OSM peut servir (mais il va faloir avoir des layers jusque -20) il faudra bien evidemment un rendu specifique ... voir OpenPisteMap pour un exemple 'inversé' :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik RuntimeError
Désolé pour le déterrage de topic, mais apres une tentative infructueuse d'utilisation de mapnik je suis confronté au meme probleme. J'ai décortiqué le script python, et les chemins sont bons. Apparemment, l'exception générée a lieu dans du code interne à Mapnik J'y ai pas retouché depuis mais de ce que j'ai suivi sur l'irc, en Sid, en utilisant les version packagé, ça a l'air de marcher. Donc peut être que c'est une solution possible :) -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] IGN photographies aeriennes
Dans mon idée originelle, je ne voulais pas récupérer toutes les données de l'IGN, mais juste ré-utiliser les photos comme fonds de carte, pour TRACER les Ways (pour remplacer Yahoo, en fait). Il ne s'agit pas de les modifier, ni de les utiliser comme fonds de carte pour LIRE les ways. Ce type d'usage devrait être gratuit, d'après ma lecture de la définition des données publiques. Les données que sont les limites de départements, de communes, etc, devraient peut-être pouvoir nous être fournies aussi, de façon gratuite : il s'agit d'une information officielle (décrétée un jour). Les autres données de BdD Ortho, qui reprennent entre autres les usages des surfaces, etc, ne sont pas forcément publiques car c'est une information constituée par l'IGN récemment. Donc : je ne vois pas l'intérêt de payer une BdD Ortho ; ca n'est pas le sujet. Le statut de l'IGN n'entre pas non plus en ligne de compte, puisqu'on parle de données existantes, constituées quand le statut était défini. Des données publiques, à mon avis, ne peuvent pas devenir privées du jour au lendemain... - Mail Original - De: Nicolas Klein [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Mardi 8 Juillet 2008 23:18:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] IGN photographies aeriennes Merci pour ces éléments de réponse ;) Je me suis permis de lancer la question sur le forum géomatique de GeoRezo ou il semble confirmé que les photographies aériennes (tirages papiers) sont effectivement libres d'usage Gilles ! http://georezo.net/forum/viewtopic.php?id=55710 Bonne soirée, Nicolas Le 8 juillet 2008 22:59, g.d [EMAIL PROTECTED] a écrit : Oui, on peut acheter des droits de publication au IGN - mais attention les conditions, le prix, et les droits qu'on REELLEMENT acquiert par un tel achat. La simple utilisation de la bdd ortho de la France coûte des milliers d'Euros, un fric dingue... (Il me semble qu'ils s'étaient faits avoir une fois, en revendant des droits de publication de la bdOrtho (R) et que depuis, ils s'en mordent les doigts, et ont vachtément affiné leurs conditions de vente...) Le statut-même de l'IGN semble être en discussion, entre un établissement publique à caractère commercial et/ou industriel et un établissement public chargé d'une mission publique, tout en étant chargé d'établir et maintenir le référentiel national... La directive Européenne (sais plus quelle date, quel numéro...) y a foutu le merdier... Ça évidemment changerait de tout en tout, sur la question comment au juste rentrer les tunes nécessaires pour payer l'armada des gens du IGN - lesquels bien sûr ont droit à leurs salaires ! (Pas question de leur demander, de travailler à l'oeil... ;-). Pour l'instant, ça n'a pas l'air d'être résolu, donc les données du IGN consultables librement sont et restent sous LEUR droit d'auteur, unique et entier. Pour l'instant Pas question, de se asseoir sur leurs données/infos :-( Et encore moins, d'en publier... en aucun cas ! Svp différenciez le droit de vue sur des données/infos, moyennant payement des frais de communication, le droit d'utiliser, et le droit de publier - ce sont des choses fondamentalement différentes, en règle générale écartées de trois ou quatre décimales, par le prix à payer ! (Même pour faire des plans internes à l'administration, je n'ai pas le droit de mettre des cartes/dalles IGN comme fond de plan. Il semble qu'il y ait une toute petite exception possible, du genre réutilisation pour documentation du Patrimoine National Français, aux fins de recherche et de documentation scientifique et de Conservation du Patrimoine uniquement, interdit à toute publication, ou quelque chose de ce genre...). Tant qu'ils n'ont pas mis ça au clair, pas question de reproduire quoi que ce soit de provenance IGN, ni de se asseoir dessus. D'une part, ils agissent comme une entreprise privée, d'autre part ils sont l'État via l'IGN : pas les chatouiller, surtout qu'actuellement ils cherchent à établir, que leurs services sont indispensables (ce qui, franchement, est vrai) : yaka voir les réseaux nationaux de nivellement, le réseau trigo, leurs fiches des points, les réseaux Lambert et tout ce que s'y greffe, sans quoi aucun géomètre ne pourrait faire son travail ! (Hihi, même le travail que fait Pieren, avec son josm avec cadastre, ré-utilise des principes originellement issues du IGN, comme le système des coords Lambert... L'IGN devra être ré-positionné.. attendons la décision de M Sarkozy, tout en faisant état de la demande d'osm) Pour l'instant, il me semble que seulement une Institution Européenne puisse répondre à cette question, sous réserve d'application par les Pays Membres, ce qui justement n'a pas encore eu lieu pour nous... Dans l'attente que ça se fasse, quelqu'un pourrait demander l'avis pro visu de Monsieur le Président de la
Re: [OSM-talk-fr] Mapnik RuntimeError
J'y ai pas retouché depuis mais de ce que j'ai suivi sur l'irc, en Sid, en utilisant les version packagé, ça a l'air de marcher. Donc peut être que c'est une solution possible :) J'ai utilisé les backports (étant en etch), mais je vais retenter sur une sid incessemment sous peu alors. Sinon, j'ai remarqué que le répertoire /usr/lib/mapnik/0.5/input contenait des binaires strippés qui réagissent bizarrement quand on les lance : [EMAIL PROTECTED]:/usr/lib/mapnik/0.5/input$ ./shape.input Erreur de segmentation Ca fait la meme chose chez les utilisateurs de mapnik ? C'est normal ? Parce que si un programme segfaulte alors qu'il est utilisé via python, ca pourrait expliquer bien des choses. Je continue à creuser tout ca, Bonne journée, -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapnik RuntimeError
J'ai utilisé les backports (étant en etch), mais je vais retenter sur une sid incessemment sous peu alors. Je confirme que ça marche pour moi sur une sid. -- Gwenn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Comment tagué un route avec un ch iffre secondaire en indice
Bonjour Comment faire par exemple pour la D154 et la D154_2 ? le petit 2 je le met où ? On met D154 ou RD154 ? a priori c'est juste le D d'après ce que j'ai pu voir aux alentours ? Mais arexemple sur un tom tom c'est RD qui est utilisé. 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] Comment tagué un route avec un ch iffre secondaire en indice
Salut, perso je met un point : D139.8 et pas de R car il n'y en a pas sur les panneaux ++ Stephane a écrit : Bonjour Comment faire par exemple pour la D154 et la D154_2 ? le petit 2 je le met où ? On met D154 ou RD154 ? a priori c'est juste le D d'après ce que j'ai pu voir aux alentours ? Mais arexemple sur un tom tom c'est RD qui est utilisé. 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
