Re: [OSM-talk] Mapping everything as areas
On 25/11/2009, at 14.11, Jean-Marc Liotier wrote: Ævar Arnfjörð Bjarmason's diary entry last week (http://j.mp/8ESP8o) stired my interest. Using a few examples, he showed how mapping everything as an area - or as a volume - makes ultimate sense. Should we go for it now ? Talking about roads: I don't see the point mapping roads as areas. There's not much you do with an area that can't in principle be done using a line with appropriate tagging. The problem is that the current tagging namespace is too simple and not expressive enough to allow it. For example, if I write highway=residential cycleway=track width=3 there's no way for you to know if width=3 describes the cycleway or the road itself. In my view it would make much more sense to work on a more expressive (perhaps BNF based?) tagging scheme. This would enable a gradual enhancement of the map, where the new tagging syntax could live along-side the old. Areas are reminicent of the map-drawing approach to the map, in the sense that mankind has been drawing maps with paper and pencil for thousands of years. The map-drawing approach is valuable in OSM because it allows us to indicate residential areas parks, etc. However, in addition, OSM has a graph-based approach for a description of the network of roads which makes it *uniquely* valuable. Graphs prefectly represents the road map and can be used for many applications, routing is an example that many people use daily. Conversely, there isn't much you can do with graphs that can't be done with areas, and since the map-drawing approach has great appeal to people enjoying beautiful and detailed maps, the pressure for deprecating the graph-based approach in favour of the map-drawing approach will be ever increasing. We need to resist that. Let's not throw out the baby with the bath- water! Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New OpenStreetMap iPhone Editor - Mapzen POI Collector
Hi Guys, Mapzen POI Collector was released into the App Store this morning. Mapzen POI Collector is a free iPhone app that makes it really easy to collect POIs for OpenStreetMap. Users locate themselves using the iPhone's built in GPS, position a pin at the location of the POI they want to add and then choose from a range of pre-selected categories. No need to remember those obscure tags any more. Mapzen POI Collector is available from all App Stores. Localised docs are available for Germany, France, Italy, UK/US. Download from the App Store here: Germany - http://bit.ly/6qUoA8 UK/US - http://bit.ly/8wM9O1 France - http://bit.ly/8OfrCt Italy - http://bit.ly/6xBa3h Thanks to many members of the OpenStreetMap community who helped with the translations, including: Jonas Krückel (German), Simone Cortesi (Italian), Frédéric Bonifas (French). If you would like to help translate the Mapzen POI collector docs into your language, please drop me an emai: n...@cloudmade.com Happy Mapping! -- Nick Black n...@cloudmade.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
Morten Kjeldgaard wrote: On 25/11/2009, at 14.11, Jean-Marc Liotier wrote: The map-drawing approach is valuable in OSM because it allows us to indicate residential areas parks, etc. However, in addition, OSM has a graph-based approach for a description of the network of roads which makes it *uniquely* valuable. Graphs prefectly represents the road map and can be used for many applications, routing is an example that many people use daily. Graph is the word I was looking for... Thanks for introducing it to the debate. Indeed the graph (nodes+edges) is the simplest way to model a network. In modeling, the simplest way is likely to be the best. But if we map everything as an area, do we lose the ability to perform graph calculations ? Can't an area be considered as a set of edges connecting all nodes inside it ? In my view it would make much more sense to work on a more expressive (perhaps BNF based?) tagging scheme. This would enable a gradual enhancement of the map, where the new tagging syntax could live along-side the old. From my OpenStreetMap novice point of view, modeling ordered sub-ways inside a highway, each with its own set of tags would go a long way toward removing the need to model ways as areas. Special cases would remain, but if for a given way I can define the order of sidewalk, bicycle lane, bus lane, car lanes, separators and whatever else, each with speed limit, width and various other tags, I barely see the need for area mapping of ways. Is there any problem with this approach ? It would introduce hierarchy and ordering, but it would reuse all the existing tags and remain compatible with the existing scheme. Notice that introducing hierarchy and ordering fits the existing OpenStreetMap XML schema quite naturally: all that would be needed is to nest a way inside a way - except that the nested way would have no nd but only tags. Conversely, there isn't much you can do with graphs that can't be done with areas, and since the map-drawing approach has great appeal to people enjoying beautiful and detailed maps, the pressure for deprecating the graph-based approach in favour of the map-drawing approach will be ever increasing. We need to resist that. Let's not throw out the baby with the bath- water! I now realize that there is a big risk of diluting the model. So maybe finding a way to make the model more expressive without changing its focus from graph to areas is a better way to address the need without losing what we have. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New OpenStreetMap iPhone Editor - Mapzen POI Collector
Very cool thing! But, how do I select the language, once I've installed Mapzen from the App-Store (I found it by searching for Mapzen, not via the links above) I also already have a feature Request: I'd like to have auto completion in the Street field. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New OpenStreetMap iPhone Editor - Mapzen POI Collector
Hi Peter, The app itself is not yet localised, though we plan to do so in later versions. Thanks for the feature request :-) The first update will focus on expanding the choices of POI types, so if there is a type that is not present, please add to here: http://developers.cloudmade.com/projects/mapzen/issues On Thu, Nov 26, 2009 at 10:28 AM, Peter Körner osm-li...@mazdermind.de wrote: Very cool thing! But, how do I select the language, once I've installed Mapzen from the App-Store (I found it by searching for Mapzen, not via the links above) I also already have a feature Request: I'd like to have auto completion in the Street field. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] positioning of barrier = stile
I always put stiles and gates offset from any vehicular highway just near the beginning of the relevant pedestrian way - even if this means creating a stub for the pedestrian way where this has yet to be surveyed (and then the stub also serves as a reminder to go back and do the additional mapping!). The problems with placing the barrier on the vehicular highway or at the intersection node are clear! Mike Harris -Original Message- From: Lennard [mailto:l...@xs4all.nl] Sent: 15 November 2009 16:30 To: Talk OSM Subject: Re: [OSM-talk] positioning of barrier = stile David Groom wrote: I have been doing the former, but it appears this might stop routing applications allowing a car to travel from c - d as the barrier = stile blocks the road to vehicle transport, and so the second tagging option might be better. It seems you already answered your own question. Having the node with the barrier in the c-d road would make it also be a stile that is blocking travel in that road. I've used your 2nd tagging, with the node with the stile a small distance away from the connecting road. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
2009/11/24 Valent Turkovic valent.turko...@gmail.com: I'm not seeing Palm Pre anywhere in Croatia, and it looks like not available in whole world, only in few countries :( AFAIK the german Pre's can be ordered worldwide, if not directly from O2 then through expansys. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On 26/11/2009, at 09.47, Morten Kjeldgaard wrote: Conversely, there isn't much you can do with graphs that can't be done with areas, and since the map-drawing approach has great appeal to people enjoying beautiful and detailed maps, the pressure for deprecating the graph-based approach in favour of the map-drawing approach will be ever increasing. There is a construction that might bridge the gap between areas and graphs. In lack of a better word, I will call it a multiplex for now (I am sure there's a better word.) Imagine an area like seen in the attached file (ASCII art). It represents an area that could be an intersection. On the edges of this polygon some hot-spots labelled A-H have been defined. The shape of the polygon and the position of hot-spots on the edges is arbitrary and can be defined by the user. The nice thing about the multiplex is that lines (ways) can connect to the hot-spots from the outside, and the multiplex itself contains information about how the hotspots are connected internally. So for example, if the multiplex in the example represents an intersection, you would connect B-D (left turn from B), B-F (going straigh ahead from B), B - D (right turn from B). And so on, to make all other possible connections inside the intersection. This would give you an object which would render nicely as an intersection, and there's of course the option of tagging a bunch of auxilliary information such number of traffic_lights, directional signs etc. (This example is for right-lane traffic. In countries with left traffic, you'd do it differently) Cheers, Morten --C--D-- || || -- -- | | A E | | B F | | -- -- || || --G--H-- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
(OpenMoko could also be an option? Comes with GTK itself so GPSd along with josm or anything else should run better than mobile platforms moko also comes with resistance based touch and 3d accel and gps and all regular features and also my favourite USB host option. me contemplating to buy one of those) 2009/11/24 Valent Turkovic valent.turko...@gmail.com Hi, I'm looking for the best mobile phone for OpenStreetMap. Which mobile phone do you think is better for OpenStreetMap? Things for consideration are: - onboard GPS precision - applications for GPS logging - applications for POI collection - battery life when mapping (how long can you map) Please share any experience that you have with any or even better if you had experience with both of them. I only user iPhone for a short while, and haven't even seen Android for real but I ran Android emulator via SDK to get a feel for it. Here are some of my thoughts... Android positive points: - platform on the uptake, more apps coming every day - nice POI collection app [1] - runs multiple apps at once - quite open platform Android negative points: - less apps than iPhone, both for OSM and general - not so good as multimedia player (video and audio podcasts) - a bit bigger and heavier than iPhone iPhone positive points: - lots of apps, both for OSM and general [2] - CloudMade MapZen POI collector supports for iPhone [3] - multitouch interface - great multimedia player (video and audio podcasts) - nice deal for a 2 year T-Mobile contract iPhone negative points: - runs only one app at once :( - pretty closed platform :( - quite expensive, no carrier in Croatia offers it in contract deals :( [1] http://maps.bigtincan.com/btc-mapper.php [2] http://blog.cloudmade.com/2009/03/19/bring-cloudmade-maps-to-your- iphone-application/http://blog.cloudmade.com/2009/03/19/bring-cloudmade-maps-to-your-%0Aiphone-application/ [3] http://mapzen.cloudmade.com/mapzen-poi-collector -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Revert of two changesets
Please could somebody revert changesets 3204838 and 3204901? They both relate to the centre of London and add/edit data incorrectly. Thanks, Dan -- Dan Karran d...@karran.net www.dankarran.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert of two changesets
2009/11/26 Dan Karran d...@karran.net: Please could somebody revert changesets 3204838 and 3204901? They both relate to the centre of London and add/edit data incorrectly. Done. Please contact the user and explain why his changesets were reverted. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
2009/11/26 Morten Kjeldgaard m...@bioxray.dk: So for example, if the multiplex in the example represents an intersection, you would connect B-D (left turn from B), B-F (going straigh ahead from B), B - D (right turn from B). And so on, to make all other possible connections inside the intersection. This would give you an object which would render nicely as an intersection, and there's of course the option of tagging a bunch of auxilliary information such number of traffic_lights, directional signs etc. How would you measure the distance from, for example, B-D? It's not a straight line. A minor error, I suppose, for an intersection, especially a simple intersection like the one you've outlined, but if the concept is going to be extended beyond intersections, the error could potentially be expanded as well. And if we're going to take the time to carefully micromap an intersection as an area, we might as well be as accurate as possible. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert of two changesets
Please contact the user and explain why his changesets were reverted. his/her Regards, Niklas -- Niklas Holmkvist ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert of two changesets
2009/11/26 Grant Slater openstreet...@firefishy.com: Done. Please contact the user and explain why his changesets were reverted. Thanks Grant. I sent a message to them about the changes yesterday and haven't heard back, but will let them know it's been fixed. Cheers, Dan -- Dan Karran d...@karran.net www.dankarran.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
Anthony wrote: 2009/11/26 Morten Kjeldgaard m...@bioxray.dk: So for example, if the multiplex in the example represents an intersection, you would connect B-D (left turn from B), B-F (going straigh ahead from B), B - D (right turn from B). And so on, to make all other possible connections inside the intersection. This would give you an object which would render nicely as an intersection, and there's of course the option of tagging a bunch of auxilliary information such number of traffic_lights, directional signs etc. How would you measure the distance from, for example, B-D? It's not a straight line. A minor error, I suppose, for an intersection, especially a simple intersection like the one you've outlined, but if the concept is going to be extended beyond intersections, the error could potentially be expanded as well. And if we're going to take the time to carefully micromap an intersection as an area, we might as well be as accurate as possible. Good question :-) It is indeed true that this concept could be expanded to deal with, say, a six-lane highway, a cloverleaf intersection, etc. Fascinating... Well, the internal connections would be constructed from nodes and ways inside the object (but encapsulated from the outside world, so they are only accessible from the object/multiplex itself.) Therefore, the object knows the length of it's internal connections and should be able to answer that question. (Perhaps it sounds like I'm talking about a C++ object but I hope you get the meaning.) In the meantime, I've elaborated a little bit on this idea, illustrated with somewhat more detailed pictures of the intersection. It's on my wiki page [0]. I made these before starting to think about your question, so the internal connections you see in one of the image are made up of just straight lines. It does, however, deal with the internal routing in the object. Like you said, it would give errors when attempting to measure distances, but in the case of an intersection those errors would be extremely small (the object would have to measure the distance from B to the node that branches off to D plus the distance from there to D, ignoring the fact that a car would take a shorter curve through the intersection.) Cheers, Morten [0] http://wiki.openstreetmap.org/wiki/User:Mok0#Multiplex_suggestion ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
2009/11/26 Anthony o...@inbox.org: 2009/11/26 Morten Kjeldgaard m...@bioxray.dk: How would you measure the distance from, for example, B-D? It's not a straight line. A minor error, I suppose, for an intersection, especially a simple intersection like the one you've outlined, but if the concept is going to be extended beyond intersections, the error could potentially be expanded as well. And if we're going to take the time to carefully micromap an intersection as an area, we might as well be as accurate as possible. You can calculate the shortest path from A to B that lies entirely within the polygon, but: 1. the vehicle is not (usually) a point, it has a width and length, the shortest path will be different for a lorry and a bike, 2. a car is not going to take the shortest path either, it has to align to: the traffic rules, how tight a turn it can make, etc. Most of the times it's going to be using the middle of some lane independent of the vehicle size so the way we have the centrelines on the map is really convenient. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
Morten, On Thu, Nov 26, 2009 at 10:18 AM, Morten Kjeldgaard m...@bioxray.dk wrote: It is indeed true that this concept could be expanded to deal with, say, a six-lane highway, a cloverleaf intersection, etc. Fascinating... Well, the internal connections would be constructed from nodes and ways inside the object (but encapsulated from the outside world, so they are only accessible from the object/multiplex itself.) Therefore, the object knows the length of it's internal connections and should be able to answer that question. (Perhaps it sounds like I'm talking about a C++ object but I hope you get the meaning.) In the meantime, I've elaborated a little bit on this idea, illustrated with somewhat more detailed pictures of the intersection. It's on my wiki page [0]. [snip] [0] http://wiki.openstreetmap.org/wiki/User:Mok0#Multiplex_suggestion I think it's great. The multiplex acts sort of like a relation, except that it enforces certain constraints rather than letting people build structures which don't make logical sense. I think the concept could be extremely extensible. What do you think about implementation? From a database standpoint, it looks like a type of relation. But who enforces the constraints? Server-side would certainly best protect the data from corruption. Editor imposed constraints would be more in tune with the current OSM philosophy (let the mappers do whatever the editors let them do, and just mark logically nonsensical situations in weblint). Any way you can think of that I might be able to help? Anthony ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector
On Thu, Nov 26, 2009 at 09:56, Nick Black nickbla...@gmail.com wrote: Thanks to many members of the OpenStreetMap community who helped with the translations, including: Jonas Kr ückel (German), Simone Cortesi (Italian), Frédéric Bonifas (French). If you would like to help translate the Mapzen POI collector docs into your language, please drop me an emai: n...@cloudmade.com If you're interested in using Translatewiki for Mapzen or the Mapzen POI collector let me know. We already moved Potlatch and the OSM web to it with great results. To use translatewiki.net would require that Mapzen and Mapzen POI are open source but as far as I can tell only the former is at the moment, but alternatively you could set up your own translation wiki, but that would mean not having access to the large translation community at Translatewiki.net. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
Anthony wrote: Morten, On Thu, Nov 26, 2009 at 10:18 AM, Morten Kjeldgaard m...@bioxray.dk wrote: It is indeed true that this concept could be expanded to deal with, say, a six-lane highway, a cloverleaf intersection, etc. Fascinating... Well, the internal connections would be constructed from nodes and ways inside the object (but encapsulated from the outside world, so they are only accessible from the object/multiplex itself.) Therefore, the object knows the length of it's internal connections and should be able to answer that question. (Perhaps it sounds like I'm talking about a C++ object but I hope you get the meaning.) In the meantime, I've elaborated a little bit on this idea, illustrated with somewhat more detailed pictures of the intersection. It's on my wiki page [0]. [snip] [0] http://wiki.openstreetmap.org/wiki/User:Mok0#Multiplex_suggestion I think it's great. The multiplex acts sort of like a relation, except that it enforces certain constraints rather than letting people build structures which don't make logical sense. I think the concept could be extremely extensible. What do you think about implementation? From a database standpoint, it looks like a type of relation. But who enforces the constraints? Server-side would certainly best protect the data from corruption. Editor imposed constraints would be more in tune with the current OSM philosophy (let the mappers do whatever the editors let them do, and just mark logically nonsensical situations in weblint). My feeling is that it will be very hard to introduce something new that does not stick with the established philosophy. Here are my thoughts on the data structure: You are right that this is a kind of relation, but perhaps even more, it is a miniature instance of a map with an embedded shape? I guess the novel concept in an OSM context is that there are private things inside the object that the user does not have access to (or should not, of course the user can go and edit the XML). The multiplex object has a list of private nodes and ways. Some of these nodes are tagged hotspots. The private ways must start and end in a hotspot, since these are the multiplex's connection to the outer world. The object also contains a list of public nodes and ways that define the outer shape of the object, so the user is able to tweak the appearance of the object. Perhaps the positions of the hotspots as well. All nodes of the object are relative to an internal origin. When instanced on the map the internal origin is set to the actual coordinates on the world map. Probably, there is a need for a rotation/skewing operation as well, which means the object needs to store a 3x3 matrix. Any way you can think of that I might be able to help? TBH I am quite ignorant on how OSM development proceeds, how ideas are developed and how they are put into real life use. You can certainly help by enlightening me in that regard :-) Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On 26/11/2009, at 11.13, Jean-Marc Liotier wrote: Morten Kjeldgaard wrote: On 25/11/2009, at 14.11, Jean-Marc Liotier wrote: The map-drawing approach is valuable in OSM because it allows us to indicate residential areas parks, etc. However, in addition, OSM has a graph-based approach for a description of the network of roads which makes it *uniquely* valuable. Graphs prefectly represents the road map and can be used for many applications, routing is an example that many people use daily. Graph is the word I was looking for... Thanks for introducing it to the debate. Indeed the graph (nodes+edges) is the simplest way to model a network. In modeling, the simplest way is likely to be the best. But if we map everything as an area, do we lose the ability to perform graph calculations ? Can't an area be considered as a set of edges connecting all nodes inside it ? In my view it would make much more sense to work on a more expressive (perhaps BNF based?) tagging scheme. This would enable a gradual enhancement of the map, where the new tagging syntax could live along-side the old. From my OpenStreetMap novice point of view, modeling ordered sub-ways inside a highway, each with its own set of tags would go a long way toward removing the need to model ways as areas. Special cases would remain, but if for a given way I can define the order of sidewalk, bicycle lane, bus lane, car lanes, separators and whatever else, each with speed limit, width and various other tags, I barely see the need for area mapping of ways. Is there any problem with this approach ? It would introduce hierarchy and ordering, but it would reuse all the existing tags and remain compatible with the existing scheme. Notice that introducing hierarchy and ordering fits the existing OpenStreetMap XML schema quite naturally: all that would be needed is to nest a way inside a way - except that the nested way would have no nd but only tags. I'm no big XML expert, but I do know that it is an intrinsically hierachial language. However, it seems to me that the original designers of the OSM XML schema went through quite some effort to flatten it by using attributes and make it consist of lists of things. That has the great merit of making the parsers much simpler. Thinking about it, I think it's probably not realistic to change this in a fundamental way, so in that sense I have to rescind my former comments about a BNF formulated language :-) However, it is possible to achieve an hierachical data-structure using lists of lists, and so in that way I think there's more promise in the discussion about the multiplex objects in another sub-thread of this thread. You yourself actually suggested something similar AFAICS. Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Two questions about routing
Hi all, Looks like the routing list doesn't get much traffic, so hope it's ok to ask two routing questions here: 1) I've ordered a Garmin Oregon 550. Will it be possible to do live routing with OSM data, including bike paths? (I'm pretty sure the first part is yes. It's the second bit I'm worried about - will it be able to route from roads to off-road bike paths back to roads... I mean doing the routing on the GSPr itself, not precomputing it.) 2) I'm using the CloudMade site to test routing and fix bike paths in my local area accordingly. But they only update their data once a week or so. Is there a better way? What would I have to download and install to be able to have a shorter turnaround time? A bit of context: I only just discovered that with cloudmade, you can route along bike paths. Incredible. I tested it for a couple of rides I've done in the last year or two, and it instantly figured out virtually the exact same route I used (including major roads, bike paths, rail trails...) I find this extremely cool and have been fixing up the bike paths, adding more links to roads etc. And now I want this routing with me all the time! :) Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two questions about routing
On 26/11/2009 18:55, Steve Bennett wrote: 2) I'm using the CloudMade site to test routing and fix bike paths in my local area accordingly. But they only update their data once a week or so. Is there a better way? What would I have to download and install to be able to have a shorter turnaround time? (for UK only:) try CycleStreets: www.cyclestreets.net updated daily. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector
This is great news. Are there any plan for Android version? TT On Thu, Nov 26, 2009 at 17:36, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Thu, Nov 26, 2009 at 09:56, Nick Black nickbla...@gmail.com wrote: Thanks to many members of the OpenStreetMap community who helped with the translations, including: Jonas Kr ückel (German), Simone Cortesi (Italian), Frédéric Bonifas (French). If you would like to help translate the Mapzen POI collector docs into your language, please drop me an emai: n...@cloudmade.com If you're interested in using Translatewiki for Mapzen or the Mapzen POI collector let me know. We already moved Potlatch and the OSM web to it with great results. To use translatewiki.net would require that Mapzen and Mapzen POI are open source but as far as I can tell only the former is at the moment, but alternatively you could set up your own translation wiki, but that would mean not having access to the large translation community at Translatewiki.net. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two questions about routing
On Fri, Nov 27, 2009 at 6:01 AM, David Earl da...@frankieandshadow.com wrote: (for UK only:) try CycleStreets: www.cyclestreets.net updated daily. Whoops, should have specified. Melbourne, Australia. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two questions about routing
2) I'm using the CloudMade site to test routing and fix bike paths in my local area accordingly. But they only update their data once a week or so. Is there a better way? What would I have to download and install to be able to have a shorter turnaround time? There is routing plugin for JOSM: http://wiki.openstreetmap.org/index.php/JOSM/Plugins/Routing but I'm not sure, if it can route along bike ways. TT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector
Hi, Great ! Thanks for this work. But... 2009/11/26 Tomáš Tichý t.ti...@post.cz This is great news. Are there any plan for Android version? ... +1 :) Jeremy TT On Thu, Nov 26, 2009 at 17:36, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Thu, Nov 26, 2009 at 09:56, Nick Black nickbla...@gmail.com wrote: Thanks to many members of the OpenStreetMap community who helped with the translations, including: Jonas Kr ückel (German), Simone Cortesi (Italian), Frédéric Bonifas (French). If you would like to help translate the Mapzen POI collector docs into your language, please drop me an emai: n...@cloudmade.com If you're interested in using Translatewiki for Mapzen or the Mapzen POI collector let me know. We already moved Potlatch and the OSM web to it with great results. To use translatewiki.net would require that Mapzen and Mapzen POI are open source but as far as I can tell only the former is at the moment, but alternatively you could set up your own translation wiki, but that would mean not having access to the large translation community at Translatewiki.net. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
On Thu, 26 Nov 2009, ヴィカス ヤダヴァ (vikas yadav) wrote: (OpenMoko could also be an option? Comes with GTK itself so GPSd along with josm or anything else should run better than mobile platforms moko also comes with resistance based touch and 3d accel and gps and all regular features and also my favourite USB host option. me contemplating to buy one of those) Battery life with the Freerunner is a real problem to me, it doesn't last more than a few hours of use. Navit, TangoGps run well. TangoGps will collect a track. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two questions about routing
On 26/11/2009 18:55, Steve Bennett wrote: Hi all, Looks like the routing list doesn't get much traffic, so hope it's ok to ask two routing questions here: 1) I've ordered a Garmin Oregon 550. Will it be possible to do live routing with OSM data, including bike paths? (I'm pretty sure the first part is yes. It's the second bit I'm worried about - will it be able to route from roads to off-road bike paths back to roads... I mean doing the routing on the GSPr itself, not precomputing it.) Simple answer is yes. Set the Calculate routes for option to bicycle, and it should create routes that use bike paths. Though I've not used the Oregon, but on most Garmin's the bicycle routing is not very good IME. It has a tendency to take huge detours to avoid small sections of main roads. You could try Openmtbmap - its OSM maps for Garmins, but with the road types edited so bicycle routing works better: http://openmtbmap.org/ 2) I'm using the CloudMade site to test routing and fix bike paths in my local area accordingly. But they only update their data once a week or so. Is there a better way? What would I have to download and install to be able to have a shorter turnaround time? Seeing as you want the data on your Garmin, you could download it in OSM format, and test routing in Garmin Mapsource (assuming you have it installed). There's quite a few places that provide OSM data in Garmin format (eg Openmtbmap as above), but most are only updated weekly or so. Or you can download the OSM data for your area, then use mkgmap to convert it to Garmin format, and use it in Mapsource. This means it can be more up to date, though its more complicated. Instructions here: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New OpenStreetMap iPhone Editor - Mapzen POI Collector
Some more things that came in to my mind: 1. When Moving a POI it's not visible, because your finger is over it. When you started moving, there's no way back and no possibility to cancel. It would be better if moving were implemented just as adding: holding the finger generates a pin that can be moved and dropped with a button. 2. Shops that are made up as areas are not editable nor clickable. 3. It's not that clear when a POI is clickable and when it's not. The POIs on the tiles sould not have the same color as the real clickable POIs (or not have any color at all) Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Thu, Nov 26, 2009 at 5:26 PM, Jean-Marc Liotier j...@liotier.org wrote: Maybe lines and areas each serve a different purpose : areas describe the physical layout of the world whereas lines describe navigation paths. So maybe the debate should be re-framed as whether OpenStreetMap wants to be a database limited to navigational uses or a physically correct map. Navigation is a S.M.A.R.T (Specific, Measurable, Attainable, Relevant, Tangible) goal whereas complete description of the physical layout of the world is a more abstract goal I think it's pretty obvious by this stage that OSM is more than just for navigational uses. And I think it's too late to try to restrict it back to just that. So I think the ability to map roads as directed areas is worth looking into - this seems to me to be the only problem raised so far about the original poster's question, i.e. mapping everything as areas (are there others?). For directed areas, I actually quite like Teemu's idea of using an ordered set of node-pairs. Any issues with that, or alternatives? Re: Morten's suggestion of a multiplex, is that just for intersections? If not, could you explain how you would use a multiplex to map a road or lane as a directed area? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two questions about routing
On Fri, Nov 27, 2009 at 8:01 AM, Craig Wallace craig...@fastmail.fm wrote: Simple answer is yes. Set the Calculate routes for option to bicycle, and it should create routes that use bike paths. Though I've not used the Oregon, but on most Garmin's the bicycle routing is not very good IME. It has a tendency to take huge detours to avoid small sections of main roads. You could try Openmtbmap - its OSM maps for Garmins, but with the road types edited so bicycle routing works better: http://openmtbmap.org/ Looks like Openmtbmap is only europe/africa, but there are some useful links from there. Plenty to play with, thanks! Seeing as you want the data on your Garmin, you could download it in OSM format, and test routing in Garmin Mapsource (assuming you have it installed). There's quite a few places that provide OSM data in Garmin format (eg Openmtbmap as above), but most are only updated weekly or so. Yeah, looks like there are quite a few options. Now to find one that works... Thanks again, Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] tags for autorickshaw
hi, in talk-in we came to the conclusion that apart from taxis, many countries have vehicles like autorickshaws, jeeps, tuk-tuks etc. So we are implementing the following scheme: amenity=taxi vehicle=autorick autorick=prepaid/meter with appropriate symbols. In the main osm map this will show the taxi symbol, but in the India specific map it will show an autorickshaw - prepaid, metered or un metered. An example can be seen here: http://xlquest.net/?zoom=20amp;lat=13.08205amp;lon=80.27449amp;layers=B this scheme (or a suitably modified one) could be used in other countries too. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
Roy Wallace wrote: Re: Morten's suggestion of a multiplex, is that just for intersections? If not, could you explain how you would use a multiplex to map a road or lane as a directed area? It's for everything that you'd like to draw as an area, but that needs to connect to the road network. It maintains the connectivity and thus works with routing algorithms. Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags for autorickshaw
I would suggest amenity=taxi taxi=autorick for consistency with highway=service, service=* and others. Konrad 2009/11/27 Kenneth Gonsalves law...@au-kbc.org: hi, in talk-in we came to the conclusion that apart from taxis, many countries have vehicles like autorickshaws, jeeps, tuk-tuks etc. So we are implementing the following scheme: amenity=taxi vehicle=autorick autorick=prepaid/meter with appropriate symbols. In the main osm map this will show the taxi symbol, but in the India specific map it will show an autorickshaw - prepaid, metered or un metered. An example can be seen here: http://xlquest.net/?zoom=20amp;lat=13.08205amp;lon=80.27449amp;layers=B this scheme (or a suitably modified one) could be used in other countries too. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bridge on Hiking Trails
I always use layer= , even when there is only a single bridge. It avoids problems with the validator and - crucially - makes it clear that the two crossing ways do not have access to each other. (It also improves rendering but I probably shouldn't mention that or I'll get flamed!). Example - common in my area: If a hiking trail crosses over a canal (and its towpath) by a bridge then bridge=yes and layer=1 makes it clear that the canal and the trail are at two different vertical levels and that you cannot get from the trail to the towpath of the canal. If there is a ramp or steps from the hiking trail to give access to the towpath this can then be added as a separate way in the appropriate place. There is a theoretical dilemma as to what layer to give the ramp but I usually default to level=0 unless there is a special complexity at a particular junction that needs more explicit layering. Mike Harris -Original Message- From: Dave F. [mailto:dave...@madasafish.com] Sent: 25 November 2009 21:58 Cc: OSM Talk Subject: Re: [OSM-talk] Bridge on Hiking Trails Shaun McDonald wrote: on the way use highway=footway; bridge=yes; layer=1. I didn't think the layer=1 was necessary when there's only one bridge - it defaults to display above other objects. I only use in there a multiple bridges crossing each other. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
I apologize for not reading every post in the original thread, but too many other things to do :( The real point here is combining micro mapping with macro mapping transparently. There are many people who will argue that once you have a 'way', it can be tagged to define its 'area', but this misses the main point. At the top level we need a tree of 'objects'. Top one would be 'earth' ( allowing introduction of 'moon' and 'mars' at some point in the future ;) ). And then everything fits below that, and must fit within an area. Once one gets down to finer detail such as school, hospital and the like, there is little option but to provide an area. Roads and other linear features are no different to these other area features, and may even fit inside some larger area. Service roads around a hospital for instance. So in the same way that we have single nodes for a hospital, along with a more detailed map of the same object, we should have an agreed way of handling the same detail for a road. Relations are something of a bodge to provide some of the missing information for a 'tree' view, but one should be able to select 'M6' and see the whole of the M6 ... as a single line on the map of England ... and on zoming in as a detailed area encompassing the verges and other 'nogo' areas including accurate details of each lane. I am NOT saying that everybody needs to provide ALL this detailed information, but I am arguing that if the information is available - such as from satellite images then there needs to be a standard way of adding it, along with functionality amongst the tools to deal with the micro mapping details. The bottom line is that while adding 'width' tags all the way along a road may be a practical half way house, other area features are not handled the same way so why should roads be any different. Macro details like number of lanes, and which one to use to take a safe path on and off a complex road interchange neeh to be handled as tags on the linear feature for routing purposes, but the ability to draw a road in the same detail as a golf course is a no brainer? Higher level views can then pull out nodes for hospital, golf course and road grid while higher zoom levels can how acurate fine detail? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging for Seasonal/Dry Streams
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_bodies Mike Harris _ From: Dan Homerick [mailto:danhomer...@gmail.com] Sent: 25 November 2009 23:16 To: Talk Openstreetmap Subject: Re: [OSM-talk] Tagging for Seasonal/Dry Streams On Wed, Nov 25, 2009 at 2:56 PM, Scott Atwood scott.roy.atw...@gmail.com wrote: I'm currently doing mapping for the island of Maui in Hawai'i. The leeward side of this island has a large number of streams that are dry nearly all the time, only containing water during periods of heavy rain. On maps, these streams are often depicted as dashed or dotted blue lines. Is there any existing tagging convention for such seasonal or dry streams? A typical example of such a dry stream can be seen in the satellite images at this location: http://www.openstreetmap.org/?lat=20.62645 http://www.openstreetmap.org/?lat=20.62645lon=-156.20935zoom=17layers=B0 00FTF lon=-156.20935zoom=17layers=B000FTF -Scott I used an 'intermittent=yes' tag for a county-wide import I did. I remember it as being an official tag, but when I can't find the documentation now, so it's likely that I am simply misremembering. There isn't support for the tag from Mapnik or Osmarender, so if there's another tag that does have render support, I'd like to know too. - Dan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] More NearMap Sydney imagery...
On Thu, 26 Nov 2009, John Smith wrote: Looks like the Sydney imagery is now fully online. it seems to have dampened the need to use bandwidth on the osm lists - getting a bit quiet while you all do mapping stuff we had water fall from the sky today - all of 8mm so i had a day with a difference (9mm at the airport) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Hello!
Hi all, I've just gotten into OSM now with the discovery of nearmap - wow, it's great. This obviously isn't a very high traffic list, but thought I'd say hi anyway, from St Kilda, Melbourne. Couple of quick questions: 1) Is there anywhere to see which suburbs of Melbourne are totally unmapped, but covered by nearmap? 2) What's the latest consensus on how to tag bits of grass in cities that aren't really parks? I've come across a couple of pages on the wiki (Talk:Proposed features/Misc. urban open space, Proposed features/Green space) but nothing very definitive. There are lots of places along the foreshore here with sizeable areas of grass that don't seem like parks as such, and plenty of reserves...what does everyone do? Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Hello!
2009/11/26 Steve Bennett stevag...@gmail.com: 1) Is there anywhere to see which suburbs of Melbourne are totally unmapped, but covered by nearmap? You basically load up JOSM and look for blank areas or roads that are greyed out which are highway=road 2) What's the latest consensus on how to tag bits of grass in cities that aren't really parks? I've come across a couple of pages on the wiki (Talk:Proposed features/Misc. urban open space, Proposed features/Green space) but nothing very definitive. There are lots of places along the foreshore here with sizeable areas of grass that don't seem like parks as such, and plenty of reserves...what does everyone do? From mapfeatures page: landuse=meadow ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Hello!
On Thu, 26 Nov 2009 23:16:14 +1000 John Smith deltafoxtrot...@gmail.com wrote: 2009/11/26 Steve Bennett stevag...@gmail.com: 1) Is there anywhere to see which suburbs of Melbourne are totally unmapped, but covered by nearmap? You basically load up JOSM and look for blank areas or roads that are greyed out which are highway=road Could not have put it better myself. Don't forget to make sure the nearmap images are georeferenced. Generally it's not needed but its always a good idea to cross check with some know surveyed point. 2) What's the latest consensus on how to tag bits of grass in cities that aren't really parks? I've come across a couple of pages on the wiki (Talk:Proposed features/Misc. urban open space, Proposed features/Green space) but nothing very definitive. There are lots of places along the foreshore here with sizeable areas of grass that don't seem like parks as such, and plenty of reserves...what does everyone do? From mapfeatures page: landuse=meadow Maybe they should be just landuse=park anyway. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Hello!
2009/11/26 John Smith deltafoxtrot...@gmail.com: You basically load up JOSM and look for blank areas or roads that are greyed out which are highway=road You can use the following link to show you parts of Melbourne covered by NearMap: http://www.openstreetmap.org/?way=44945917 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] M5-M7 routing issue fixed
When I became aware the NearMap images were available for the M5-M7 interchanged I did a tune up of this interchange. (yahoo images pre-date the completion of the M7). I found a wrong over-under, but more importantly, one of the motorway links had a break and a wrong way section. I have fixed these issues so routing should now work better through this interchange. Roy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] layer=0
Jörk schrieb: moin, das Wiki sagt auch: Description /A raised bank to carry a road, railway, or canal across a low-lying or wet area. / ich seh' da kein Problem, zumal das ja auch schon genutzt wird. Gruß Jörk Ok, hast mich überzeugt, danke :-) (Wehe hier kommt gleich einer mit nem Spruch wie Wir taggen nicht fürs Wiki um die Ecke ;-) *scnr* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrthäufigkeit bei Buslinien
Sarah Hoffmann schrieb: IMHO schon zu kompliziert und schon sehr nahe daran, wirklich den Fahplan exakt abbilden zu wollen. ok, vllt sollte man wirklich nur tagesweise grob die frequenz abschätzen. Ein Tag wie no_service=* fände ich aber dennoch sinnvoll. Am Beispiel sähe das dann so aus: Kante B: frequency:weekdays = 1/hour //pessimistische Abschätzung no_service:weekdays = 23h-5h,7h,12h-14h,16h-17h //Zeiten, an denen sicher kein Bus fährt Kante F: frequency:weekdays = 1.5/hour no_service:weekdays = 18h-5h,9h-11h,15h etc. Statt no_service=* könnte man natürlich auch service_hours=* nutzen, je nachdem, was einfacher zu lesen ist. Kante B: service_hours:weekdays=6h,8h-11h,15h,18h-22h Kante F: service_hours:weekdays=6h-8h,12h-14h,16h-17h Mir gefällt der Gedanke einfach nicht, total unnütz zu einer Bushaltestelle zu laufen ;-) Ich würde da einfach zwei Busrouten einzeichnen, jeweils mit einer Variante um B und F und dann: Linie B/F: frequency=3/hour Linie BD/FD: frequency=two-hourly (Ich hoffe, dass ich die Zeiten jetzt richtig gedeuet habe.) Damit kann man zwar keine exakte Berechnung darüber machen, mit wieviel Wartezeit man an der Haltestelle zu rechnen hat, aber es ist völlig ausreichend, um den von dir erwähnten Überblick zu bekommen, welche Haltestelle vorzuziehen ist. Ich fürchte, ich hab das etwas missverständlich ausgedrückt. Die Kanten enthalten mehrere Haltestellen, die jeweils einige 100m auseinander liegen. A, BF, CE sind jeweils eigene Orte, D sogar zwei. Wenn ich also in D bin, kann ich nicht mal eben nach CE. Jede Kante hat grob eine Fahrzeit von 10 min. Von daher ist es in BF schon wichtig zu wissen, ob ich zu einer B-Haltestelle oder zu einer F-Haltestelle muss, da diese ja nach dem entweder-oder Prinzip angefahren werden. (*)Die Zeitintervalle sind in etwa so, dass sie sich gegenseitig ausschließen. Umgangssprachlich: vormittags und abends (fast) ausschließlich B, sonst (fast) ausschließlich F. IMHO schon zu kompliziert und schon sehr nahe daran, wirklich den Fahplan exakt abbilden zu wollen. Was die Exaktheit betrifft, so habe ich mich wohl etwas verrannt. Wir sollten wohl etwas zusammengestauchtes erarbeiten ;-) Auch von der Mapper-Seite ist es ziemlich aufwändig, die exakten Frequenzen für die Teilstrecken zu berechnen. Hmm, ich dachte da an Abzählen der Abfahrten/Stunde an der Haltestelle - oder Abfahrtafel abfotografieren und zu Hause zählen. Kannst du mir genauer erklären, was du als zu aufwendig empfindest? Bist du sicher, dass das stimmt? Ich hätte erwartet, dass ein direkter Bus von B nach D nur alle 4 Stunden fährt. Über den ganzen Tag betrachtet, ja. Da wir aber genau Intervalle betrachten und (*) gilt, passt 1/2hr. lg, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] injooosm
Hallo zusammen, eine neue Version von injooosm ist online. Bei Problemen melden. MfG, Chris. Demo: http://injooosm.sourceforge.net/index.php?option=com_injooosmlang=de Projektseite: http://sourceforge.net/projects/injooosm/ Wikiseite: http://wiki.openstreetmap.org/wiki/DE:User:ChristianKnorr/OSM-Integration_in_Joomla ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Serverproblem?
moin, habe ich ein Problem oder alle? Ich komme nicht auf OSM drauf... Gruß Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bedarf für Statistik bei OSM
Moin, Hat jemand bedarf nach Statistiken zu OpenStreetMap oder eine Idee was man statistisch auswerten sollte? die interessanteste Statistik bzw. der interessanteste Wert (für mich jetzt) wäre ein Popularitätswert für jedes Tag welches nicht ausschließlich auf der reinen Benutzung von Tags basiert sondern darauf wieviele User ein Tag benutzen und ggf. auch welche User. Auch beachtet werden sollte die Nutzungsverteilung (benutzen das 2000 Leute wenig und 2 ganz viel oder benutzen es nur 1000 Leute aber dafür gleichmäßig...). Es gab da vor kurzem mal eine Diskussion zu [1] - frag mich nicht warum meine erste Mail da nicht mit bei ist. Meine Frage/Bedarf hierzu wäre: Wie berechnet man am besten diese Popularität unter Beachtung von Ausreißern usw.? (Mir ist durchaus klar, dass das immer ein subjektiver Wert sein wird) Ich bin mir ehrlich gesagt nicht 100% sicher ob das nun das ist was Du willst oder ob das etwas ist was man irgendwie mit R macht. So oder so klingt das hochinteressant und ich bin sehr gespannt was dabei rauskommt (alles was ich in osmdoc.com einbauen kann tue ich gerne). Viel Spaß! Gruß, Lars [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg55995.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Besondere Gefahrenstellen im Straßenv erkehr
Hi! Ich kennzeichne Gefahrenstellen (allerdings eher Gefahren für Fußgänger und Radler) mit dem Tag hazard. Das war laut Tagwatch am häufigsten dafür in Gebrauch. Hab' damals auch ein Proposal dafür formuliert: http://wiki.openstreetmap.org/wiki/Proposed_features/Hazard_warning bye Nop -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Beobachtungen zur Lonvia-Karte (Re: Lonvia-Karte drucken?)
Karl Eichwalder k...@gnu.franken.de writes: Das ist super. Ich hoffe, ich kann am Wochenende so ein paar Routen nachtragen. Ich konnte nordwestlich von KS (Nordhessen) ca. 20 km an Wanderrouten neu verbuchen und die Resultate sind auf der Karte sichtbar. Leider gibt es dort eine Inflation an markierten Wanderwegen und folglich erhebliche Schwierigkeiten bei der Darstellung. Ich habe noch keineswegs alle Routen eingetragen... Problematisch ist die Darstellung der Strecken mitunter dann, wenn mehrere Routen über einen Weg laufen. Hier beispielsweise laufen drei regionale Routen (Rec, Turned_T und Raute) auf dem gelb-orangen Abschnitt; es wird aber nur mir Rec gekennzeichnet: http://osm.lonvia.de/world_hiking.html?zoom=16lat=51.3475lon=9.41077layers=FFBT Wenn man rauszoomt, und eigentlich weniger Platz zur Verfügung steht, kommt es richtig raus: http://osm.lonvia.de/world_hiking.html?zoom=15lat=51.3473lon=9.41071layers=FFBT Wenn dann aber noch lokale Routen mit ins Spiel kommen, scheint grundsätzlich nur eine regionale (Rec, Raute fehlt) und eine lokale (H4, H3 fehlt) dargestellt zu werden (Strecke die über das Feld und unter der Bahn hindurch geht): http://osm.lonvia.de/world_hiking.html?zoom=15lat=51.36175lon=9.41934layers=FFBT Auch wenn man reinzoomt, allerdings mit komischen Lücken: http://osm.lonvia.de/world_hiking.html?zoom=16lat=51.36175lon=9.41934layers=FFBT Den lokal-regionalen könnte man durch eigenständige Layer recht elegant regeln. Weiterhin würde ich mal versuchen, ob es nicht besser wäre, die Zeichen in einen Kontainer zu packen und dann als vertikale oder horizontale Balken an die Routen zu pappen. Ungefähr so: .. +---+---+-+ | 1 | 2 |3| +---+---+-+ .. .. . .. +---+---+ . +---+---+---+ | A | B |=| A | B | 3 |=== +---+---+ ..+---+---+---+ .. .. +---+---+ | 1 | 2 | +---+---+ .. .. .. .. Spätestens bei zoom=11, besser aber schon bei zoom=12 würde ich die lokalen Routen (lila) gar nicht mehr darstellen: http://osm.lonvia.de/world_hiking.html?zoom=11lat=51.36352lon=9.42153layers=FFBT Spätestens bei zoom=11 sind eigentlich auch die Icons an den regionalen Wegen nicht mehr wirklich sinnvoll. Allenfalls ein paar wenige; in Hessen wären das eventuell die X[1-17]-Wege. Es wäre schön, wenn auch die tourism=information information=map hiking=yes dargestellt würden. Evenuell zusammen mit den Guideposts in einen eigenen Layer. Wir haben da einen Blindenwanderweg, den ich als Bl erscheien lasse. Wie sollte man so etwas eintragen? http://osm.lonvia.de/world_hiking.html?zoom=15lat=51.34133lon=9.41355layers=FFBT -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straße wird nicht gefunden
Hallo zusammen, Was ist zu tun, wenn eine Straße in Programmen nicht gefunden wird. z.B. ist die Straße Heinrich-Heine-Straße in Erkrath nicht in Karten zu finden, die mit NAVIT angezeigt werden ( diese Kartten wurden erzeugt unter Zuhilfenahme der Seite http://maps.navit-project.org/download/). Diese Straße ist aber auch nicht mittels Suche auf der Seite http://www.openrouteservice.org/ zu finden. Handelt es sich dabei um einen Fehler in der Anwendung, der Karte oder eine Fehlbedienung durch mich? MfG quarkbaer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Trees
On Thursday 26 Nov 2009 1:32:08 pm H.S.Rai wrote: I found tree is not being rendered on Indian OSM See green dot near post office. http://www.openstreetmap.org/?lat=30.845832amp;lon=75.862414amp;zoom=18a mp;layers=B000FTF Should we have tree on IOSM? we have - it is marker=tree (needs to be corrected) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Trees
On Thu, Nov 26, 2009 at 9:08 PM, Kenneth Gonsalves law...@au-kbc.org wrote: we have - it is marker=tree (needs to be corrected) Do I need to change tag, or style sheet will be corrected? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] India is not in list
Pakistan is doing well. http://tagwatch.stoecker.eu/asia_countries_toplist.html -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Rendering of Shops
gillMaping team entered data related to different shops. Very few are being rendered. Should we have a generic symbol for shop? shop=foo If foo matched with something for which specific symbol (icon) is there, it should be rendered with that symbol, otherwise with generic symbol, instead of not rendering. Is this scheme workable? -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Rendering of Shops
On Thursday 26 Nov 2009 10:23:46 pm H.S.Rai wrote: gillMaping team entered data related to different shops. Very few are being rendered. Should we have a generic symbol for shop? shop=foo If foo matched with something for which specific symbol (icon) is there, it should be rendered with that symbol, otherwise with generic symbol, instead of not rendering. Is this scheme workable? you have commit rights to the xml file -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Rendering of Shops
On Thu, Nov 26, 2009 at 10:33 PM, Kenneth Gonsalves law...@au-kbc.org wrote: you have commit rights to the xml file But, before I do that I need to know opinion of others. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Trees
On Thu, Nov 26, 2009 at 10:35 PM, Kenneth Gonsalves law...@au-kbc.org wrote: actually osmi has marker=tree - osm has landuse=wood which will render 2 trees. If you put marker=tree, it will get rendered in osmi. I used natural=tree from JOSM. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] India is not in list
its a comparison of only these countries http://tagwatch.stoecker.eu/asia_countries.html On Thu, Nov 26, 2009 at 10:12 PM, H.S.Rai hardeep@gmail.com wrote: Pakistan is doing well. http://tagwatch.stoecker.eu/asia_countries_toplist.html -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] new tag for auto stand
will do. hexagon and circle will be indistinguishable at that size, a square should help. i always thought that pure red/green are safe complementary colors for the color blind. also, other ideas on differentiating meter/non metered and prepaid are appreciated. On Thu, Nov 26, 2009 at 8:45 AM, Kiran Jonnalagadda j...@pobox.com wrote: Please, oh please, do not use the same shape between red and green at small sizes. They will look the same to about 10% of all males. Use a green circle and a red hexagon or square. -- Kiran Jonnalagadda http://jace.zaiki.in/ On Tue, Nov 24, 2009 at 2:30 PM, PlaneMad theplane...@gmail.com wrote: how about this with a green indicator. so green=prepaid, no problems blue=meter red=non metered, prepare to fight :) kenneth can you post a link if it shows up on the map, id like to know how it looks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Rendering of Shops
On Thursday 26 Nov 2009 11:28:45 pm PlaneMad wrote: thats been on my mind for a long time. i think we need to make a priority list first of the different kinds of shops in india tea shops, dhabas, marriage halls, roadside shrines, crematoriums, burning ghats, huts (in villages and slums) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] symbols
hi, I put a list of India specific symbols being used on the main page of the Indian server. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 10:06:01 am Kenneth Gonsalves wrote: On Friday 27 Nov 2009 10:00:36 am Srikanth Lakshmanan wrote: Can we have a link to detailed disclaimer page on http://xlquest.net about the borders used. Since we are calling it Indian OSM Server running out of NRC-FOSS money, We should put up something to avoid any noises against OSM in general.There has been quite a few noises in wikipedia against Arun's map and more people(govt officials) getting caught for using them. http://commons.wikimedia.org/wiki/File:India_roadway_map.svg Notes included in this has a detailed disclaimer. OR To be inline with patriotic folks without NPOV, Indian Server should reflect legal borders mentioned by Survey of India,GoI. Personally, I would like to have the map in present form with a disclaimer. Thoughts please. I will put a disclaimer - I just saw 'Azad Kashmir' on the map. btw - where is the disclaimer? or do you have the text for a disclaimer? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Fri, Nov 27, 2009 at 10:18 AM, Srikanth Lakshmanan srik@gmail.comwrote: On Fri, Nov 27, 2009 at 10:09 AM, Kenneth Gonsalves law...@au-kbc.orgwrote: On Friday 27 Nov 2009 10:06:01 am Kenneth Gonsalves wrote: On Friday 27 Nov 2009 10:00:36 am Srikanth Lakshmanan wrote: Can we have a link to detailed disclaimer page on http://xlquest.net Personally, I would like to have the map in present form with a disclaimer. Thoughts please. I will put a disclaimer - I just saw 'Azad Kashmir' on the map. btw - where is the disclaimer? or do you have the text for a disclaimer? Sorry the disclaimer is on the Template box and additional notes below. Put it out on your source control. We can work it out and put one. You must be able to get a better one being a lawyer. The frontiers depicted on the Indian maps in s*Wikipedia*/s OSM are from a neutral point of view and may differ from official government map of India,s *Pakistan and China.*/s Please consult local laws governing publication of maps before usage. On a slightly related note, Since the map is editable by anyone and we may not have the time to look at OSM data day in and day out, we must put some additional disclaimers about editable map so disclaimer will be complete covering an act of editing by some chinese guy / govt editing OSM to claim arunachal pradesh. -- Regards Srikanth.L http://j.mp/SrikanthL ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 10:20:13 am PlaneMad wrote: i personally feel that the indian server should show the claimed boundary of entire jk in addition to the present line of control (which btw is not yet an official boundary). maybe this can be added to the osm db as a historical border? we would need to discuss this with the folks across the border as well. all data on the Indian server is taken from OSM. The idea of separate data is too scary to contemplate. However the boundaries are from a separate file, I will take a look at that and see what can be done. kenneth, the disclaimer is below the license: The frontiers depicted on the Indian maps in Wikipedia are from a neutral point of view and may differ from official government maps of India, Pakistan and China. Please consult local laws governing publication of maps before usage. ok - will put this up -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 10:24:00 am Srikanth Lakshmanan wrote: The frontiers depicted on the Indian maps in s*Wikipedia*/s OSM are from a neutral point of view and may differ from official government map of India,s *Pakistan and China.*/s Please consult local laws governing publication of maps before usage. On a slightly related note, Since the map is editable by anyone and we may not have the time to look at OSM data day in and day out, we must put some additional disclaimers about editable map so disclaimer will be complete covering an act of editing by some chinese guy / govt editing OSM to claim arunachal pradesh. hows this: The frontiers depicted on this map come from the OSM database and differ from the official government map of India. We are making efforts to depict the official boundaries. Until such time please consult the authorities before using those parts of the map which vary from the official boundaries. Users may note that since this map is editably by anyone, at times there will be inaccuracies caused by spammers and other anti-social elements. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
i guess you got me wrong, i suggested adding the historical borders of kashmir kingdom after consulting the pakistani editors into osm. but this would be rendered only on the indian server as a dotted line or whatever. for indian use its important to indicate that border without which you cant publish the map here. On Fri, Nov 27, 2009 at 10:23 AM, Kenneth Gonsalves law...@au-kbc.orgwrote: On Friday 27 Nov 2009 10:20:13 am PlaneMad wrote: i personally feel that the indian server should show the claimed boundary of entire jk in addition to the present line of control (which btw is not yet an official boundary). maybe this can be added to the osm db as a historical border? we would need to discuss this with the folks across the border as well. all data on the Indian server is taken from OSM. The idea of separate data is too scary to contemplate. However the boundaries are from a separate file, I will take a look at that and see what can be done. kenneth, the disclaimer is below the license: The frontiers depicted on the Indian maps in Wikipedia are from a neutral point of view and may differ from official government maps of India, Pakistan and China. Please consult local laws governing publication of maps before usage. ok - will put this up -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 10:43:19 am PlaneMad wrote: i guess you got me wrong, i suggested adding the historical borders of kashmir kingdom after consulting the pakistani editors into osm. but this would be rendered only on the indian server as a dotted line or whatever. for indian use its important to indicate that border without which you cant publish the map here. anyway I found a solution - although I need help. The boundaries are *not* in the OSM database. They are in a separate set of files called 'world_boundaries' which is used by osm2pgsql to populate the database. Those files are available here: $ wget http://tile.openstreetmap.org/world_boundaries-spherical.tgz (50M) we need someone to open these files in grass or qgis and edit the Indian boundaries to reflect the official position. Of course we will still have 'Azad Kashmir', but it will be shown as inside India. Or we can add some xml rule not to render it. So can someone with GIS expertise please do the needful? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Fri, Nov 27, 2009 at 10:30 AM, Kenneth Gonsalves law...@au-kbc.orgwrote: hows this: The frontiers depicted on this map come from the OSM database*[1]* and differ from the official government map of India. We are making efforts to depict the official boundaries. Until such time please consult the authorities before using those parts of the map which vary from the official boundaries. Users may note that since this map is editabl*e* by anyone, at times there will be inaccuracies caused by spammers and other anti-social elements. *-- XLQUEST team / OSM Contributors in India and link to OSM page? *(Clarifies We, Things where a foundation will help) *[1] location to OSM database * Thats good. added few updates to it. -- Regards Srikanth.L http://www.google.com/profiles/srik.lak ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 11:51:39 am Srikanth Lakshmanan wrote: *-- XLQUEST team / OSM Contributors in India and link to OSM page? *(Clarifies We, Things where a foundation will help) *[1] location to OSM database * Thats good. added few updates to it. please see my other post regarding boundaries in this thread - if we show the official boundaries, we do not need a disclaimer -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Fri, Nov 27, 2009 at 12:27 PM, Kenneth Gonsalves law...@au-kbc.orgwrote: On Friday 27 Nov 2009 11:51:39 am Srikanth Lakshmanan wrote: *-- XLQUEST team / OSM Contributors in India and link to OSM page? *(Clarifies We, Things where a foundation will help) *[1] location to OSM database * Thats good. added few updates to it. please see my other post regarding boundaries in this thread - if we show the official boundaries, we do not need a disclaimer Agreed.It would still be nice to have this part atleast. Users may note that since this map is editably by anyone, at times there will be inaccuracies caused by spammers and other anti-social elements. Irrespective of borders, we can still have spammers cause damage. Preparing for digital wars :P -- Regards Srikanth.L http://www.google.com/profiles/srik.lak ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Border Disclaimer
On Friday 27 Nov 2009 12:36:45 pm Srikanth Lakshmanan wrote: Agreed.It would still be nice to have this part atleast. Users may note that since this map is editably by anyone, at times there will be inaccuracies caused by spammers and other anti-social elements. Irrespective of borders, we can still have spammers cause damage. Preparing for digital wars :P but not for boundaries - that will be sitting firmly on my hard disk and no one can mess with them. And the map is not editable - OSM is, and a link is given, so their disclaimer suffices. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Uploadare icone su OSM subversion repository
Il 26 novembre 2009 00.43, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2009/11/26 Fabri erfab...@gmail.com si, fatte da me e rilasciate con licenza Public Domain. hai trovato qualcuno? Se no chiedo nella lista tedesca, si trova sempre qualcuno chi te lo fa... scusate non avevo seguito bene il thread...fabri se vuoi posso caricarle io basta che me le passi ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] signpost= ?
Il 24 novembre 2009 22.52, Alberto Nogaro bartosom...@yahoo.it ha scritto: -Original Message- From: talk-it-boun...@openstreetmap.org [mailto:talk-it- boun...@openstreetmap.org] On Behalf Of Francesco de Virgilio Sent: martedì 24 novembre 2009 19.47 To: openstreetmap list - italiano Subject: Re: [Talk-it] signpost= ? [...] Se invece pensi che possa creare confusione, potremmo usare per i cartelli o cippi moderni un termine diverso (visto per le pietre storiche non c'è alternativa), del tipo route_marker=location_marker. E per le pietre miliari di valore storico ma ancora attuali: historic=milestone + route_marker=yes +1 mi piace l'ultima ;) Ciao Alberto ciao :) -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
Per ora puoi accontentarti di mettere amenity=canteen. Ovviamente però non sarà renderizzato. ma no, metti anche una paginetta nel wiki, cosí si ritrova più facilmente. Se vuoi, puoi anche scrivere un proposal e chiedere commenti in talk (la lista principale in inglese, scrivi un messaggio con RFC (che significa Request for comments)). ok, grazie! allora intanto taggo, appena ho due secondi vedo di capire e produrre un proposal etc... ultima cosa.. se si volesse inserire/creare (anche più avanti magari) il tag per il tipo di mensa/ticket accettati? non sarebbe più un valore di amenity, ma un tag nuovo giusto? brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Stradario Regione Lombardia
Ciao a tutti, sono un nuovo utente e ho cominciato a muovere i primi passi ampliando la mappatura del quartiere in cui abito (a Brescia). Cercando nelle varie pagine del wiki ho scoperto che la regione lombardia possiede una mappa online (la CTR) abbastanza dettagliata e utilizzabile liberamente: http://wiki.openstreetmap.org/wiki/Lombardia_ToDo Ho visto però che sull'home page del portale della regione ( http://www.cartografia.regione.lombardia.it/geoportale) è apparsa una nuova mappa (cliccate su stradario) molto ben fatta (aggiornatissima e con tutti i nomi delle vie, anche i vicoli). Stando alla lettera di autorizzazione che viene nominata nel wiki e alle informazioni legali riportate sul sito della regione mi sembra di interpretare che anche questa sia utilizzabile al nostro scopo. Interpreto giusto? Purtroppo la mappa non è pubblicata su un WMS, ma con caching tile server ArcGis. Ho fatto un po' di ricerche e ho trovato le api (pubbliche e documentate) e a prima vista penso sia possibile realizzare un server WMS locale (cioè non pubblicato in internet ma solo sulla propria macchina) per utilizzare le mappe in JOSM o Merkaator. Qualche prova l'ho fatta (nella vita sono uno sviluppatore) e mi sembra che l'idea funzioni. La cosa sarebbe interessante anche solo per la CTR originale: infatti il WMS della CTR (quello già autorizzato) è pubblicato con proiezione Montemario1, che mal si adatta a JOSM (bisogna fare delle correzioni manuali), invece il caching tile server sembra supportare anche altre proiezioni. Pensate che sia una via percorribile (almeno dal punto di vista legale)? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
Il 26/11/2009 10:14, brunetto ha scritto: ultima cosa.. se si volesse inserire/creare (anche più avanti magari) il tag per il tipo di mensa/ticket accettati? non sarebbe più un valore di amenity, ma un tag nuovo giusto? Sì, da inventare e da aggiungere ad amenity=canteen -- .' `. | 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/listinfo/talk-it
Re: [Talk-it] Nuova pagina wiki sulle mappe vettoriali
Il 26 novembre 2009 14.34, albertobonati albertobon...@libero.it ha scritto: Salve a tutti. Ho preparato una paginetta su come ricavare mappe da OSM ed usarle sui Garmin o PDA (1) Ho provato a mettere il link editando: ma evidentemente non ho il permesso di farlo o c'è qualcosa che non capisco perchè accedendo dal portale la pagina mi risulta vuota. Spero di non avere scritto castronerie. Saluti Alberto (1) http://wiki.openstreetmap.org/wiki/IT:Mappe_OSM (2) http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Tipologie Io riesco a vedere benissimo entrambe le pagine ;) Complimenti, ottimo lavoro! Adesso aspettiamo altre guide! -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nuova pagina wiki sulle mappe vettoriali
OOps... Mi sono accorto che la pagina wiki (1) era meglio metterla qua: (2) ho provveduto a trasferirla. Non capisco però perchè mi fa vedere le mie modifiche solo dopo avere fatto il login... Non che capisca molto del wiki !!! Saluti Alberto (1) http://wiki.openstreetmap.org/wiki/IT:Mappe_OSM http://wiki.openstreetmap.org/wiki/WikiProject_Italy/UsareInGPS ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova pagina wiki sulle mappe vettoriali
Il 26 novembre 2009 14.34, albertobonati albertobon...@libero.it ha scritto: Salve a tutti. Ho preparato una paginetta su come ricavare mappe da OSM ed usarle sui Garmin o PDA (1) Ho provato a mettere il link editando: ma evidentemente non ho il permesso di farlo o c'è qualcosa che non capisco perchè accedendo dal portale la pagina mi risulta vuota. anch'io le vedo entrambe Spero di non avere scritto castronerie. non mi piace molto concepire quegli elementi come mappe vettoriali, perchè si come concezione sono dati vettoriali non essendo raster ed essendo interrogabile dal gps, ma non sono mappe vettoriali tipiche shp, layer di postgis, dxf, ecc ecc ma un particolare dato per gps; le chiamerei solamente mappe per garmin Saluti Alberto ciao Luca PS la prossima volta conviene comunque tradurre una pagina già esistente che si occupa dello stesso argomento, in questo caso questa http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin comunque ottimo lavoro, più tardi la leggo più attenzione e semmai modifico qualcosa ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Nuova pagina wiki sulle mappe vettoriali
Bravo, hai fatto un ottimo lavoro. Tutto si può migliorare, si può integrare, si può dettagliare, ma va apprezzato lo sforzo di fare una cosa originale. Saranno altri a copiare... Ciao, Marco. --- Gio 26/11/09, albertobonati albertobon...@libero.it ha scritto: Da: albertobonati albertobon...@libero.it Oggetto: [Talk-it] Nuova pagina wiki sulle mappe vettoriali A: openstreetmap list - italiano talk-it@openstreetmap.org Data: Giovedì 26 novembre 2009, 14:34 Salve a tutti. Ho preparato una paginetta su come ricavare mappe da OSM ed usarle sui Garmin o PDA (1) Ho provato a mettere il link editando: ma evidentemente non ho il permesso di farlo o c'è qualcosa che non capisco perchè accedendo dal portale la pagina mi risulta vuota. Spero di non avere scritto castronerie. Saluti Alberto (1) http://wiki.openstreetmap.org/wiki/IT:Mappe_OSM (2) http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Tipologie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Stradario civico
Salve a tutti sono nuovo del mondo openstreetmap e del mondo gis Mi chiedevo se con openstreet posso ricavare una base cartografica contentente tutti i civici e le strade di una città. Se si come debbo esportarli ? Grazie nico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario civico
è possibile, ma è molto complesso. Penso che ci siano un paio di ragazzi che stavano creando uno script ;) -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia 2009/11/26 nico d ddl...@gmail.com: Salve a tutti sono nuovo del mondo openstreetmap e del mondo gis Mi chiedevo se con openstreet posso ricavare una base cartografica contentente tutti i civici e le strade di una città. Se si come debbo esportarli ? Grazie nico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per mensa universitaria
ok, sono stupido... abbiate pazienza!:-P dopo aver letto http://wiki.openstreetmap.org/wiki/Proposed_features http://wiki.openstreetmap.org/wiki/Template:Proposed_feature non ho ancora capito come creare una nuova pagina dove voglio (in questo caso nelle draft) per iniziare il proposal.. brunetto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM alla Giornata del Software Libero a Catania
Qui trovate la versione semidefinitiva della mia presentazione http://www.slideshare.net/trimoto Domenico alias trimoto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] village green?
come è meglio taggare le aree verdi all'interno di grossi complessi residenziali. Non sono pubbliche, forse landuse=village_green [1] ? [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/26 Giorgio Massussi giorgio.massu...@gmail.com: Ciao a tutti, sono un nuovo utente e ho cominciato a muovere i primi passi ampliando la mappatura del quartiere in cui abito (a Brescia). Ciao vicino! Cercando nelle varie pagine del wiki ho scoperto che la regione lombardia possiede una mappa online (la CTR) abbastanza dettagliata e utilizzabile liberamente: http://wiki.openstreetmap.org/wiki/Lombardia_ToDo Ho visto però che sull'home page del portale della regione (http://www.cartografia.regione.lombardia.it/geoportale) è apparsa una nuova mappa (cliccate su stradario) molto ben fatta (aggiornatissima e con tutti i nomi delle vie, anche i vicoli). Stando alla lettera di autorizzazione che viene nominata nel wiki e alle informazioni legali riportate sul sito della regione mi sembra di interpretare che anche questa sia utilizzabile al nostro scopo. Interpreto giusto? E' una novità. Lo stile e i colori ricordano moltissimo mapnik, anche se è chiaro che il sistema è un'altro. Si saranno ispirati. Pensate che sia una via percorribile (almeno dal punto di vista legale)? Credo che, essendo questi dati pubblicati sul portale lombardo, siano utilizzabili al pari delle CTR per derivare opere. Se riesci a ottenere qualche risultato con i WMS, (compreso il CTR) metti un paio di righe sulla wiki? Stefano -- - Pedretti Stefano stefano.pedre...@gmail.com PGP Fingerprint: 5B00129E http://paroledisilicio.wordpress.com Skype : ste.pedro83 mobile: +393292348186 - Sent from Bologna, BO, Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] signpost= ?
Il 24 novembre 2009 20.18, Simone Cortesi sim...@cortesi.com ha scritto: hai pensato anche ad uno stile per mapnik? non sarebbe male vista l'abbondanza in italia. -- -S Ciao Simone, si ci ho pensato eccome. Colgo il suggerimento e lo metto nel mio TODO. Putroppo prima di cominciare a pensare ad uno stile per Mapnik devo finire di definire i tag per i BB.CC., poi devo proporli uno ad uno (creando le pagine apposite), devo disegnare le icone SVG per ogni feature ed allora si che verrà il momento dello stylesheet per Mapnik :D Buonanotte :) -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
Molto interessante, ma poco accurata. Ho controllato la mia zona vicino a Bergamo e ci sono molti errori nella tracciatura delle vie, mentre i nomi delle vie parrebbero abbastanza corretti, ma ne ho trovati un paio che si allungavano su vie con altro nome. Comunque sarebbe una ulteriore risorsa e spero che tu sia in grado di rendercela disponibile (sempre che sia legale). Luigi - Original Message - From: Giorgio Massussi To: Talk-it@openstreetmap.org Sent: Thursday, November 26, 2009 10:47 AM Subject: [Talk-it] Stradario Regione Lombardia Ciao a tutti, sono un nuovo utente e ho cominciato a muovere i primi passi ampliando la mappatura del quartiere in cui abito (a Brescia). Cercando nelle varie pagine del wiki ho scoperto che la regione lombardia possiede una mappa online (la CTR) abbastanza dettagliata e utilizzabile liberamente: http://wiki.openstreetmap.org/wiki/Lombardia_ToDo Ho visto però che sull'home page del portale della regione (http://www.cartografia.regione.lombardia.it/geoportale) è apparsa una nuova mappa (cliccate su stradario) molto ben fatta (aggiornatissima e con tutti i nomi delle vie, anche i vicoli). Stando alla lettera di autorizzazione che viene nominata nel wiki e alle informazioni legali riportate sul sito della regione mi sembra di interpretare che anche questa sia utilizzabile al nostro scopo. Interpreto giusto? Purtroppo la mappa non è pubblicata su un WMS, ma con caching tile server ArcGis. Ho fatto un po' di ricerche e ho trovato le api (pubbliche e documentate) e a prima vista penso sia possibile realizzare un server WMS locale (cioè non pubblicato in internet ma solo sulla propria macchina) per utilizzare le mappe in JOSM o Merkaator. Qualche prova l'ho fatta (nella vita sono uno sviluppatore) e mi sembra che l'idea funzioni. La cosa sarebbe interessante anche solo per la CTR originale: infatti il WMS della CTR (quello già autorizzato) è pubblicato con proiezione Montemario1, che mal si adatta a JOSM (bisogna fare delle correzioni manuali), invece il caching tile server sembra supportare anche altre proiezioni. Pensate che sia una via percorribile (almeno dal punto di vista legale)? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [WIKI] Aggiornamento 27-11-09
Buongiorno a tutti,
ho deciso che dedicherò un pò di tempo a sistemare - per quanto possibile - il
wiki italiano. Cercherò di scrivere anche dei bollettini con cadenza di 15
giorni per riferire qui in lista gli aggiornamenti e discutere le modifiche.
Documentare è importante!!
COS'È SUCCESSO
* è online il nuovo portale italiano
* è a metà della sua fase di traduzione/sistemazione la nuova Guida per i
Principianti [1], punto nodale secondo me del processo di ampliamento della
user-base che la comunità italiana dovrebbe portare avanti;
* la pagina sui progetti italiani [2] ha subito un restyling e ne subirà un
altro nell'immediato futuro;
* come ho scritto nella pagina TODO [3], secondo me possono essere dichiarate
deprecate le pagine IT:Editing [4] e IT:Help:Contents [5], perchè non sono
altro che un insieme di link ridondanti con poche informazioni, visto che il nuovo
portale sembra fornire un buon orientamento ai nuovi utenti.
* mi sono permesso di eliminare dalle pagine il Template:It:HelpMenu [6] per
sostituirlo col più pratico e completo Template:ItalyProject [7], se siamo
daccordo dichiariamo deprecato il primo;
* adesso _tutto_ il portale italiano ruota intorno alle 4 fatidiche domande,
che sono il tema principale sia della pagina stessa del portale che del nuovo
template [7].
* è stato aggiunto il template {{English}} a tutti i link che portano a pagine
in inglese (compare la bandiera del Regno Unito accanto al link)
COSA C'È DA FARE
Tantissimo
* c'è da finire la Guida per i Principianti
* tradurre Quality Assurance [8]
Tutto il resto lo trovate nella pagina TODO [9]
Buon lavoro a tutti!
[1] http://wiki.openstreetmap.org/wiki/IT:Beginners%27_Guide
[2] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Progetti
[3] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO
[4] http://wiki.openstreetmap.org/wiki/IT:Editing
[5] http://wiki.openstreetmap.org/wiki/IT:Help:Contents
[6] http://wiki.openstreetmap.org/wiki/Template:It:HelpMenu
[7] http://wiki.openstreetmap.org/wiki/Template:ItalyProject
[8] http://wiki.openstreetmap.org/wiki/Quality_Assurance
[9] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO
--
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
mailto:frad...@ubuntu-it.org
http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia projects contributor*
http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
http://www.openstreetmap.org/user/Fradeve11
*Blog*
http://fradeve.netsons.org
Love - Peace - Freedom - Free Software
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)
signature.asc
Description: OpenPGP digital signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Portale wiki
Premesso che il nuovo portale italiano del wiki mi poace moltissimo, credo ci starebbe bene un accesso diretto ed evidenziato (magari con icona grafica) oltre che alla pagina principale di OSM, anche ad altre pagine che, come (1) e (2), offrono visualizzazioni molto accattivanti e danno un' idea delle possibilità di OSM. Magari sulla destra sopra "collegamenti utili"... Farebbe un bel vedere :-) Saluti Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Portale wiki
albertobonati ha scritto: Premesso che il nuovo portale italiano del wiki mi poace moltissimo, credo ci starebbe bene un accesso diretto ed evidenziato (magari con icona grafica) oltre che alla pagina principale di OSM, anche ad altre pagine che, come (1) e (2), offrono visualizzazioni molto accattivanti e danno un' idea delle possibilità di OSM. Magari sulla destra sopra "collegamenti utili"... Farebbe un bel vedere :-) Saluti Alberto cavolo ho scordato i link... (1) http://topo.geofabrik.de (2) http://beta.letuffe.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova pagina wiki sulle mappe vettoriali
non mi piace molto concepire quegli elementi come mappe vettoriali, perchè si come concezione sono dati vettoriali non essendo raster ed essendo interrogabile dal gps, ma non sono mappe vettoriali tipiche shp, layer di postgis, dxf, ecc ecc ma un particolare dato per gps; le chiamerei solamente mappe per garmin Non comprendo il senso dell'affermazione... sono a tutti gli effetti mappe vettoriali per Garmin dato che il contenuto non è raster (gli ultimi modelli supportano ora anche questo formato) ma contiene i dati descrittivi degli elementi della mappa. Non vedo perchè non utilizzare questo aggettivo corretto (che permette di differenziarle dalle mappe raster per Garmin) solo perchè il formato non è uno degli standard gis. -- View this message in context: http://n2.nabble.com/Nuova-pagina-wiki-sulle-mappe-vettoriali-tp4071186p4074489.html Sent from the italian osm list mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Mapping party taller de OSM en Bogot á
mi mismo me respondo Para los usuarios windows porque en linux no pude hallar la forma de montar mapas en mi unidad rino montar los mapas de osm ya compilados como img hay una utilidad de cgpsmapper ( http://www.cgpsmapper.com/buy.htm ) gratis(palabra mgica) que se llama sendmap20 ah es solo ejecutarlo y seleccionar el mapa osm precompilado(.img) con mkgmap y enviarlo a nuestra unidad gps y listo :) necesitaba esto para saber que calles trazar Vladimir Montealegre escribi: por lo pronto lo voy a hacer en mi zona estrenando mi nuevo rino :p con una nubecita cerca a mi casa ou??nH escribi: Hola Maperxs bogotences Existe la necesidad de mapear con GPS algunas zonas de Bogot que no se encuentran visibles en la foto de yahoo como es el caso del "Siete de agosto" [0] donde hay una nube o un incendio y se ha creado un vaco en el mapa. Esta sera una buena oportunidad para practicar y ayudar con conocimiento a quienes estn empezando, la idea es hacer la actividad la prxima semana de acuerdo a la disponibilidad de quienes quieren participar. Propongo hacerlo el sbado 5 en las horas de la maana, as que quien quiera participar lo haga saber para ir organizando. salu2 Humano [0] http://osm.org/go/YJ5jXlXdl- ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] Relacionificadorizador
El Jueves, 26 de Noviembre de 2009, Pedro-Juan Ferrer Matoses escribió: # THE BEER-WARE LICENSE: ¡Me parto! Qué quieres que te diga, me parece mucho, mucho más adecuada que la WTFPL: http://sam.zoy.org/wtfpl/ Oye, la semana que viene hablamos un poco de esto... porque vienes a Valencia ¿verdad? A no ser que descarrile el tren, obviamente estaré allá. Nos vemos, -- -- Iván Sánchez Ortega i...@sanchezortega.es Avert misunderstanding by calm, poise, and balance. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tartas y EGRN
2009/11/23 Celso González ce...@mitago.net: On Sun, Nov 22, 2009 at 02:03:10PM +0100, andrzej zaborowski wrote: Ahora las cuestiones: * Las vias de los limites deberian tener nombres o las dejamos asi? Las etiquetas que tienen ahora son boundary=administrative y admin_level=4, 6, 8 dependiendo del nivel Yo lo dejaría así, en map_features no dice que tengamos que poner nada más * Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM, que habria que hacer con el? Buena pregunta, ¿se puede extraer ese límite y comparlo con el del BDLL? Si, creo habra que comparar todos los limites que ya estan con los que los sustituirian. En Euskadi hay varios limites de diferentes niveles. Comparar todos ellos puede ser bastante trabajo y entonces si alguien tiene una objecion general a toda la idea de importacion de los limites (como recien se discute en la lista inglesa) me gustaria saberlo antes de empezar :-) * Una relacion de una comunidad autonoma debe tener las relaciones de sus provincias como miembros, o solamente los limites? Mi opinion es que seria muy util que tenga las dos cosas. (Cuestion homologa respecto a provincias y sus municipios) Para mí sólo debería tener los límites. La relación sólo se define para su boundary Entonces hariamos otra relacion para agrupar las subdivisiones de las areas? Lo digo porque si quieres saber cual es la provincia de un municipio o los municipios de una provincia, habria que buscar por el nombre que aparece en is_in (que a veces es ambiguo) o por la geometria que tambien a veces falla, y, vamos es dificil para automatizar. Ademas en otros paises se hicieron unas paginas wiki para coordinar lo de crear las relaciones de limites administrativos (donde no se pudieron copiar de fuentes oficiales), parecidos a la de rutas de autobus en Madrid, y el problema de esto es que se refieren a cada relacion o via por el id y es algo muy fragil, mucho mejor es hacer que el editor se ocupe de mantener esas relaciones. En JOSM incluso puedes ver un bonito arbol de las relaciones miembros y padres. Tambien he visto que dentro de la relacion algunos ponen el nodo de su capital con el rol admin_centre. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tartas y EGRN
2009/11/22 Oscar Fonts oscar.fonts.li...@gmail.com: Buenas. * Las vias de los limites deberian tener nombres o las dejamos asi? Las etiquetas que tienen ahora son boundary=administrative y admin_level=4, 6, 8 dependiendo del nivel Habría que añadir por todas partes el tag source=BDLL25, EGRN, Instituto Geográfico Nacional. * Subimos estos datos a OSM o no? :) y si los subimos, supongo que dejamos las fronteras internacionales para cargar aparte... Las fronteras de la CIA son bastante desastrosas, así que podríamos aprovechar para renovarlas. Yo lo haria como un paso separado, porque primero habria que preguntar en la lista francesa y/o portuguesa (si la hay) y ver si estan de acuerdo. Sobre la línea de costa, creo que también es mejor la del BDLL25; al menos está menos pixelada, y distingue mejor los islotes. Capturas comparando la zona de Cap de Creus: http://es.wikipedia.org/wiki/ISO_639-1 Yo importaría todo el perímetro como límite municipal/provincial/autonómico, y luego se puede ir fundiendo con las fronteras nacionales y la línea de costa, en función de cuál sea más precisa en cada tramo... * Al menos el limite entre La Rioja y Castilla y Leon ya esta en OSM, que habria que hacer con el? Hay varios ya subidos. Supongo que lo fácil es reemplazarlos todos, pero primero hay que asegurarse que no nos cargamos ningún trabajo mejor hecho. * Una relacion de una comunidad autonoma debe tener las relaciones de sus provincias como miembros, o solamente los limites? Mi opinion es que seria muy util que tenga las dos cosas. (Cuestion homologa respecto a provincias y sus municipios) Sí, podría ser útil. * En los datos de idee hay tres municipios sin nombres: 31817, 31818 en Navarra y 20802 en Guipuzcoa. 31817: Bardenas Reales de Navarra antigua posesión real, no forman parte de ningún término municipal y son propiedad de la Comunidad Foral de Navarra http://es.wikipedia.org/wiki/Bardenas_Reales 31818: Parque Natural de Urbasa y Andia http://www.parquedeurbasa.es/?url=dondesec=39 20802: Parzonería General de Guipúzcoa y Álava es una entidad local de la Provincia de Guipúzcoa que no posee el estatuto jurídico de municipio y que no está integrado en ningún término municipal http://es.wikipedia.org/wiki/Parzoner%C3%ADa_General_de_Guip%C3%BAzcoa_y_%C3%81lava Por cierto, también falta el municipio de Maó/Mahón, en Menorca, que habrá que añadir a mano. * y dos provincias sin nombres en Catalunya con INE_PRO Gu y Ca -- las he mirado en mapnik y son areas casi vacias. Es un fallo en la BDD, pues se trata de municipios formados por dos áreas disjuntas. Una está bien informada, y la otra, tiene cosas raras en los campos, que hay que cambiar: Ca es parte de Castellcir (08055), provincia de Barcelona (08), Cataluña (69); Gu es parte de Guardiola de Berguedà (08099), Barcelona (08), Cataluña (69). ¿Puedes corregirlo tú mismo en los datos? Gracias por los datos, lo corregire y pondre el source= El fin de semana intentare ver alguna manera automatica de poner el tag wikipedia=, creo que con los codigos INE se podria resolver los titulos usando los infoboxes que tienen las paginas en wikipedia que son faciles de tratar con un script. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Geoland.at stellt öffentlichen WMS z ur Verfügung - next steps?
hallo Helge Fahrnberger schrieb: [...] http://www.georgholzer.at/blog/2009/11/25/ein-groser-schritt-fur-osm/ [...] interessanterweise gibt es den blog-eintrag nicht mehr!? was stand denn da so in etwa drin? grüße hermann ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Useful WMS URL
On Thu, Nov 26, 2009 at 7:58 AM, Austin Henry ahenry-...@canoe.staticcling.org wrote: [snip] Basically, you'd take the URL I showed in my last email, and add/remove the names from the page. When you're putting the names in the URL, use all lower case letters, and use a _ instead of spaces, and you should be good to go. An example might be http://wms.ess-ws.nrcan.gc.ca/wms/toporama_en?REQUEST=GetMapSERVICE=wmsVERSION=1.1.1EXCEPTIONS=application%2Fvnd.ogc.se_inimageFORMAT=image/pngLAYERS=limits,built_up_areas,constructions,road_network,railway,populated_places,structures,feature_names It sounds like alcamic sorcery to me... the link didnt get stuff. looks like it needs a few %2 which makes for a space, instead? I'll need to mess around with it to work i guess. Would you be able to make a link that shows the whole works? And maybe is there a way that it can just show contours (and nothing else) as a link? Cheers, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] 5500 duplicitních segmentů cest
2009/11/25 Mike Crash m...@mikecrash.com: Fence nebo wall přece nemusí byt uzavřené a už vůbec by asi nemělo být zdvojené - když tam je jen jeden plot, tak tam má byt jen jednou, navíc dva přes sebe se vykreslí stejně jako jeden. Toť můj názor, ani ve wiki není zmínka o tom, že to ma byt uzavřený, je to přece jenom čára a ne polygon jako building. Ale pokud by byl zájem, tak to můzu vygenerovat znovu bez fence jen s omezenim na highway. I kdyz osobně jsem zatím na toto nenarazil - asi jsem koukal na jinou část. Mimochodem 1-10 je opraveno vede se nekde seznam opravenych dat? prave sem opravil numero 100, zadne zahrady tam nebyly, jen zdvojena silnice:) -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
