[talk-ph] speedtest.net using OSM data
Browse the map and you will see similarities to OSM's admin boundaries. http://speedtest.net/ Hope they add the attribution as well. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] speedtest.net using OSM data
This was already noted almost a year ago: http://lists.openstreetmap.org/pipermail/talk-ph/2011-June/003370.html Of course that means that they've been missing an attribution to OSM for quite a long time now. :p On 5/18/12, maning sambale emmanuel.samb...@gmail.com wrote: Browse the map and you will see similarities to OSM's admin boundaries. http://speedtest.net/ Hope they add the attribution as well. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Garmin vs. Maposaurus
For all of us Garmin users, here is a 2007 Super Bowl commercial from Garmin: http://youtu.be/Kxrj3OQcXJY :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] free cycle journey planner
Hi, You can use http://www.openrouteservice.org/ It can make bicycle routes with several options to suit your needs (shortest, mtb, race, safe, on cycleways). Regards, Gerard. Nicolas Pettiaux wrote: Hello, There has been some discussion recently about cycleways on the list. I have recently come across the free cycle journey planner http://www.camcycle.org.uk/map/journey/ [1] and I dream to have such a tool available in the Region of Brussels where I live. There is a long way to go to have such a tool, based on free data, collected and stored on openstreetmap, and free software tools, but working altogether, maybe with the help of organization such as http://www.provelo.org/ (in English, French and Dutch), http://www.gracq.org/ (in French) and http://www.fietsersbond.be/ (in Dutch) and their respective members and partners, and also the Region itself, we could tend towards such a goal. We could also maybe get some support from Brigitte Grouwels, Ministre chargée des Travaux Publics et des Transports and Bruno De Lille, Secrétaire d’État en charge de la Mobilité From what I have received as info from Gracq in Brussels recently, there would be little effort currently in development, even if they have heard of the will by some Region officials to do something. There is http://www.bruxellesmobilite.irisnet.be/velo/ that already contains quite a number of information but not enough I think to get the same as [1]. Does any of you know if this information would be freely available for an easy import ins OSM (after the usual check) ? I write this mail to get information by you about any initiative that you would know in any other part of Belgium, Flanders or Wallonie, that would go in the same direction Voor Vlaanderen, I have found http://www.fietsnet.be/, apparently based on proprietary tools and data, but that is not yet functionnaly equivalent to [1]. I have seen http://www.opencyclemap.org/ show that in Belgium there are many more routes described in Vlaanderen than in Wallonie and in Brussels, another good start. The map that is sold by Gracq for 1 € could also be used, if we are allowed, as a starting point. Any idea, info, question, discussion welcome. Thanks ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
2012/5/17 rob.j.nicker...@gmail.com: cycleway:right=* - 9190 occurrences cycleway:left=* - 4329 occurrences A way has a 50/50% chance of being drawn in either direction so (unless people are reversing ways as they prefer right to left) then you would expect the split to be closer. maybe oneway-streets do more often have a cycleway only on one side of the road, and they are mostly drawn in the direction of traffic flow (although -1 is a valid alternative). Given that most of the ways in the db are in countries with traffic on the right, but GB is strong for mapping cycleways this could explain those numbers. To investigate further you should also look on countryspecific preferences to use tags vs. explicit geometry. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
It has been pointed out that some of these may be due to one-way roads (and as there are more countries that drive on the right, this would cause a slight bias), however in these cases the :right suffix is not always needed. I can have a look for incorrect examples, but irrespective of whether I find any, I believe that the wiki page needs updating to better explain right/left. I am happy to have a go at doing this however as the lane enthusiasts and the 'access' page uses forward / backward instead I wondered whether there was any intention or hope to switch at some point in the future to bring consistency. Cheers, Rob ps I'm not saying we should change, just wanted to open a discussion to allow others to voice their opinion before I add more details to the wiki page. :-) On , Steve Bennett stevag...@gmail.com wrote: On Fri, May 18, 2012 at 1:02 AM, rob.j.nicker...@gmail.com wrote: My concern with right / left is that some may think ok we drive on the right side of the road so it must be cycleway:right (similarly left for countries such as the UK that drive on the left side of the road). A quick look on TagInfo reveals: cycleway:right=* - 9190 occurrences cycleway:left=* - 4329 occurrences A way has a 50/50% chance of being drawn in either direction so (unless people are reversing ways as they prefer right to left) then you would expect the split to be closer. Ok, so, you have a hypothesis that people are using the tag incorrectly. 1) Could you find some examples to see if this true 2) What do you think should be done, if so? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
Imagine a two way road with a cycleway on one side. Neither forward or backward tell you to which side of a way the cycleway is – this would only tell you if it were in the same direction as the way, rather than on one side of it. So forward, backward, left, right all have their places. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
I don't know when bicycle:backward=yes appeared - I've always used oneway:bicycle=no (and taginfo puts it as 131 to 4831 uses, so I'm not the only one) On Fri, May 18, 2012 at 11:59 AM, rob.j.nicker...@gmail.com wrote: It has been pointed out that some of these may be due to one-way roads (and as there are more countries that drive on the right, this would cause a slight bias), however in these cases the :right suffix is not always needed. I can have a look for incorrect examples, but irrespective of whether I find any, I believe that the wiki page needs updating to better explain right/left. I am happy to have a go at doing this however as the lane enthusiasts and the 'access' page uses forward / backward instead I wondered whether there was any intention or hope to switch at some point in the future to bring consistency. Cheers, Rob p.s. I'm not saying we should change, just wanted to open a discussion to allow others to voice their opinion before I add more details to the wiki page. :-) On , Steve Bennett stevag...@gmail.com wrote: On Fri, May 18, 2012 at 1:02 AM, rob.j.nicker...@gmail.com wrote: My concern with right / left is that some may think ok we drive on the right side of the road so it must be cycleway:right (similarly left for countries such as the UK that drive on the left side of the road). A quick look on TagInfo reveals: cycleway:right=* - 9190 occurrences cycleway:left=* - 4329 occurrences A way has a 50/50% chance of being drawn in either direction so (unless people are reversing ways as they prefer right to left) then you would expect the split to be closer. Ok, so, you have a hypothesis that people are using the tag incorrectly. 1) Could you find some examples to see if this true 2) What do you think should be done, if so? Steve ___ 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] Cycleways and Access tags: Left, Right, Forward, Backward?
Are there any cases of that? Wouldn't you assume that the cycle lane is on the same side as the flow of traffic (so forward would imply left in GB)? Surely the same argument can be made that cycleway:left tells you which side of the road it is on but doesn't tell you the direction of flow. Rob On , Ed Loach e...@loach.me.uk wrote: Imagine a two way road with a cycleway on one side. Neither forward or backward tell you to which side of a way the cycleway is – this would only tell you if it were in the same direction as the way, rather than on one side of it. So forward, backward, left, right all have their places. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSeaMap
OpenStreetMap can be hard for new people to understand. OpenStreetMap is not a company. It is a project, a community/group, and a database. It is run and supported by volunteers that contribute to the map data or to code that creates and/or uses the data. There is a long list of companies, organisations, and other groups that are not officially part of OpenStreetMap but they use or contribute to the project. OpenStreetMap database is free for anyone to use for their own purposes (so long as they give credit, and share improvements in the same way), they do not have to ask or tell anyone that they are using the data. So Open SEA Map is a group (I don't think it is a company) that uses OpenStreetMap data to create a map of sea mark icons. It also has an editor to add data back to OpenStreetMap. Some people involved with OpenSeaMap also spend a lot of their time involved with OpenStreetMap. Some of them read messages on this mailing list. The phone app is made by a company. That company uses the OpenSeaMap images and puts them on top of Google Maps for you to see in your phone. I don't know if they are closely involved with OpenStreetMap or OpenSeaMap, but they don't need to be. We happily let them take the data we make and they do not need to pay anyone or tell anyone they exist. There is also the OpenStreetMap Foundation. That's a not-for-profit organisation that looks after some servers for the database and the openstreetmap.org website, wiki, and a mailing list so that people can talk about the project. What the foundation says is perhaps what is official with OpenStreetMap, but most of the time it lets people do what they like without trying to give orders or be aware of everything. On 17 May 2012 21:14, Peter Wendorff wendo...@uni-paderborn.de wrote: Frans, I fear, you still don't understand many things around the OSM universe. No, OpenSeaMap is not part of the OSM project. Yes, OpenSeaMap is part of the OSM ecosystem, that is build of very few core components/services and tons of tools around, that are independent of OSM. Core services of osm are - the osm.org website - the mapnik rendering on the osm website - the api to use by any (independent!) editor - one out of several hostings of Potlatch as one possible editor for osm data. - a forum - mailing lists Third party components are - all editor software projects, including Potlatch, Potlatch2 and JOSM - most other map renderings, including openseamap - as far as I know ALL mobile apps using osm data in any way you imagine Some of these projects are nearby the osm project, but none is officially part of OSM or whatever you would like to call it. If any of these projects wants to have a mailinglist in the openstreetmap.org namespace, they may ask for one, and if it's a serious project in the OSM universe, I think, it's possible to get one; but e.g. the JOSM delevopment is done under openstreetmap.de, therefore it's josm.openstreetmap.de, even for the international audience. And it's similar for many other sub-projects like OpenSeaMap (if you're right). regards Peter Am 17.05.2012 19:41, schrieb Frans Thamura: strange why the openseamap if it is part of osm, the mailing list is not using @openstreetmap mailing list OpenSeaMap was created in 2009 in response to a great need for freely-accessible seafaring maps. OpenSeaMap's goal is to add nautical and tourism information that would interest sailors OSM, and to present it in a pleasing way. This includes beacons, buoys and other seamarks, port information, repair shops, ship supplies and much more, but also shops, restaurants and places of interest. OpenSeaMap is part of OpenStreetMap and uses its database. the newsgroups sound old F __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
Oh, I think I get it now. So for example if you had a cycle route that runs parallel to a road (but not within the road carriageway), is on the left side and allows cycling in both directions it would be tagged as: * highway=* * cycleway:left=track * cycleway:left=opposite_track If this is correct that the wiki could do with the definition changing so that opposite_track reads The track may be cycled in the opposite direction to the way, with an explanation of how a way is essentially an arrow. Regards, Rob ps Sorry for the large number of emails on this. Am trying to get things clear in my mind! On , rob.j.nicker...@gmail.com wrote: Are there any cases of that? Wouldn't you assume that the cycle lane is on the same side as the flow of traffic (so forward would imply left in GB)? Surely the same argument can be made that cycleway:left tells you which side of the road it is on but doesn't tell you the direction of flow. Rob On , Ed Loach e...@loach.me.uk wrote: Imagine a two way road with a cycleway on one side. Neither forward or backward tell you to which side of a way the cycleway is – this would only tell you if it were in the same direction as the way, rather than on one side of it. So forward, backward, left, right all have their places. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
Arg, thats still not right is it? Firstly it leaves 2 values for cycleway:left and also the opposite_track is not quite right because if it had been on the right hand side of the way (but the way was still orientated in the same direction) you would have to use cycleway:right=opposite_track to imply that the cycle track flows in the same direction of the traffic closest to it (ie the traffic on the right that is going in the opposite direction of how the way is drawn). Maybe it should be The track may be cycled in the opposite direction of other traffic using the same side (ie right / left) of the road Finally the talk page has a good suggestion to use cylceway:left=bidirectional_track but this has no uses according to tag info. Rob On , rob.j.nicker...@gmail.com wrote: Oh, I think I get it now. So for example if you had a cycle route that runs parallel to a road (but not within the road carriageway), is on the left side and allows cycling in both directions it would be tagged as: * highway=* * cycleway:left=track * cycleway:left=opposite_track If this is correct that the wiki could do with the definition changing so that opposite_track reads The track may be cycled in the opposite direction to the way, with an explanation of how a way is essentially an arrow. Regards, Rob ps Sorry for the large number of emails on this. Am trying to get things clear in my mind! On , rob.j.nicker...@gmail.com wrote: Are there any cases of that? Wouldn't you assume that the cycle lane is on the same side as the flow of traffic (so forward would imply left in GB)? Surely the same argument can be made that cycleway:left tells you which side of the road it is on but doesn't tell you the direction of flow. Rob On , Ed Loach e...@loach.me.uk wrote: Imagine a two way road with a cycleway on one side. Neither forward or backward tell you to which side of a way the cycleway is – this would only tell you if it were in the same direction as the way, rather than on one side of it. So forward, backward, left, right all have their places. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
Off-carriageway tracks tend to be bidirectional (they all are in the UK). So no-one would bother to use bidirectional_track. Richard On Fri, May 18, 2012 at 1:56 PM, rob.j.nicker...@gmail.com wrote: Arg, thats still not right is it? Firstly it leaves 2 values for cycleway:left and also the opposite_track is not quite right because if it had been on the right hand side of the way (but the way was still orientated in the same direction) you would have to use cycleway:right=opposite_track to imply that the cycle track flows in the same direction of the traffic closest to it (i.e. the traffic on the right that is going in the opposite direction of how the way is drawn). Maybe it should be The track may be cycled in the opposite direction of other traffic using the same side (i.e. right / left) of the road Finally the talk page has a good suggestion to use cylceway:left=bidirectional_track but this has no uses according to tag info. Rob On , rob.j.nicker...@gmail.com wrote: Oh, I think I get it now. So for example if you had a cycle route that runs parallel to a road (but not within the road carriageway), is on the left side and allows cycling in both directions it would be tagged as: * highway=* * cycleway:left=track * cycleway:left=opposite_track If this is correct that the wiki could do with the definition changing so that opposite_track reads The track may be cycled in the opposite direction to the way, with an explanation of how a way is essentially an arrow. Regards, Rob p.s. Sorry for the large number of emails on this. Am trying to get things clear in my mind! On , rob.j.nicker...@gmail.com wrote: Are there any cases of that? Wouldn't you assume that the cycle lane is on the same side as the flow of traffic (so forward would imply left in GB)? Surely the same argument can be made that cycleway:left tells you which side of the road it is on but doesn't tell you the direction of flow. Rob On , Ed Loach e...@loach.me.uk wrote: Imagine a two way road with a cycleway on one side. Neither forward or backward tell you to which side of a way the cycleway is – this would only tell you if it were in the same direction as the way, rather than on one side of it. So forward, backward, left, right all have their places. Ed ___ 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] Cycleways and Access tags: Left, Right, Forward, Backward?
simply draw cycleways with separate carriageways like any other highway with its own way in OSM and you resolve lots of issues, including distinct surfaces and restrictions. You also get more stable data which is not dependent on the direction of another way, and you can be sure that most applications will be able to use your data due to default tags. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
Martin Koppenhoefer wrote: simply draw cycleways with separate carriageways like any other highway with its own way in OSM and you resolve lots of issues, including distinct surfaces and restrictions. Yes. Absolutely that. Things like cycleway=track were a hack back in the day when we only had a few mappers and barely usable tools, and we needed to grow our coverage as fast as possible. That's not the case now. We can spend the time to map things properly (hippy), and we should. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Cycleways-and-Access-tags-Left-Right-Forward-Backward-tp5709253p5709424.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cycleways and Access tags: Left, Right, Forward, Backward?
I think we should spend time making maps and not having silly arguments that aren't going to be resolved because there are pros and cons both ways. Rob - for your purposes - the wiki should describe simple versions of both methods (ignore left and right), credit them both with having virtues, and probably advise people not to go round deleting things if there's no immediate need. Some of this won't be resolved until there's been some tool development, and as RichardF is wont to remind us, that doesn't happen by itself. Richard On Fri, May 18, 2012 at 2:20 PM, Richard Fairhurst rich...@systemed.netwrote: Martin Koppenhoefer wrote: simply draw cycleways with separate carriageways like any other highway with its own way in OSM and you resolve lots of issues, including distinct surfaces and restrictions. Yes. Absolutely that. Things like cycleway=track were a hack back in the day when we only had a few mappers and barely usable tools, and we needed to grow our coverage as fast as possible. That's not the case now. We can spend the time to map things properly (hippy), and we should. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Cycleways-and-Access-tags-Left-Right-Forward-Backward-tp5709253p5709424.html Sent from the General Discussion mailing list archive at Nabble.com. ___ 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] Cycleways and Access tags: Left, Right, Forward, Backward?
18.05.2012 12:52 Martin Koppenhoefer: 2012/5/17 rob.j.nicker...@gmail.com: cycleway:right=* - 9190 occurrences cycleway:left=* - 4329 occurrences [...] maybe oneway-streets do more often have a cycleway only on one side of the road, and they are mostly drawn in the direction of traffic flow (although -1 is a valid alternative). Given that most of the ways in the db are in countries with traffic on the right, but GB is strong for mapping cycleways this could explain those numbers. Yes, this is the most likely explanation. If you look at the taginfo combinations for cycleway:right=*, you will notice that more than half of these ways are oneway roads: http://taginfo.openstreetmap.org:8001/keys/cycleway%3Aright#combinations And almost all oneway roads are drawn accordint to traffic direction, with the -1 value at only 1.5%: http://taginfo.openstreetmap.org:8001/keys/oneway#values So a large share of the roads with direction-dependent cycleway tags do actually _not_ have a 50% chance of being drawn either way, because they are also oneways. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 17. Mai 2012 19:52 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Bleibt die Frage, wie detailliert man werden *muss*. Wenn ich detailliert sehen will, wie ein Gebiet aussieht, dann brauche ich keine von jemandem abgemalte Variante, sondern kann ein Luftbild verwenden. solange Du das so siehst brauchen wir im Prinzip nicht weiterzudiskutieren, ich mache mir aber trotzdem mal die Mühe und versuche, Dich vom Gegenteil zu überzeugen. Ein Luftbild ist keine Alternative zu einer Karte sondern eine Ergänzung. Sehr viele Dinge kann man darauf aber nicht erkennen oder nur, wenn man weiss, dass sie da sind. Das geht los mit Wegen durch Gebäude (wo ich diese Woche kartiere ist das die halbe (Alt-)-Stadt), mit Dingen die entscheidend sind für die Navigation aber zu klein, um aufzutauchen (z.B. Poller), vor allem aber auch Informationen wie Namen, Objektklassen (Beschreibungen, was etwas ist) und Zusatzattribute, Zusammenhänge, etc. Es gab schon immer detaillierte Karten und ihre Berechtigung haben sie durch Luftbilder nicht verloren. Geodatenbanken gehen da noch einen Schritt weiter und erlauben eine Strukturierung und Attributierung der Daten auch jenseits dessen, was man räumlich auf einer Karte darstellen kann. Welcher Einsteiger soll sich in dem Linienverhau, der da für einen einzigen Straßenverlauf eingezeichnet wird, noch zurechtfinden? mit der Area-Relation werden die Linien auf ein Mindestmaß reduziert, weil Querlinien zum Schließen der Flächen wegfallen. Da hat man dann lediglich die beiden äusseren Kanten als Begrenzung. Evtl. könnte man diese als Gehwege benutzten zum Routing, dann wären es gleich viele Linien wie es jetzt schon da gibt, wo die Gehwege explizit gezeichnet werden. Es geht bei den Highway-Flächen aber auch um Ästhetik. Manchen Leuten ist das wichtiger, andere finden das vernachlässigbar. M.E. sind Ästhetik und Karten aber seit jeher eng verbunden. Abseits von Straßen sind Verkehrsflächen eben oft nur unzureichend oder gar nicht linear repräsentierbar. Was muss ich als Mapper tun, wenn ich via GPS diesen Straßenverlauf anders erfasst habe, bzw. wenn etwas neues gebaut wurde, und ich das einzeichnen will? Was meinst Du mit via GPS? In diesen Maßstäben kannst Du es mit Consumer-GPS vergessen, Du machst Dir am besten Fotos zur Unterstützung und zeichnest Freihand, sofern es keine hochaufgelösten Luftbilder gibt. Ist ab dann der von $LUFTBILD abgepinselte Verlauf als einzig richte Lösung felsenfest zementiert oder darf ich meine Beobachtungen noch einzeichnen? Man braucht keine Luftbilder, man muss die Örtlichkeit gut kennen. Es reichen gute OSM-Karten aus, um weitere Details einzuzeichnen, man muss nur wissen, was man wo unterbringen will. Wenn ich meine Beobachtungen und Änderungen einbringe: Muss ich das rein optische Gepinsel dann auch nachziehen oder darf man das genau so (falsch) stehen lassen, wie es steht? polemische Frage, weil ich davon ausgehe, dass jeder so gut er kann kartiert. Ist aber natürlich immer ein iterativer Prozess, wo man hofft, dass es im Laufe der Zeit immer besser wird. Und vor allem: Was tun, wenn jemand ein Gebiet mit dieser Überdetaillierung verschlimmbessert hat, die zugrundeliegenden Wege aber mittlerweile mehrfach geändert und verbessert wurden? Darf man die falschen highway-Flächen nach einer angemessenen Zeit auch raushauen? Überdetaillierung? Über was? Über dem, was für Routing nötig ist? Oder für eine Weltkarte? Raushauen? Klingt schon wieder abwertend. Die meisten Mapper finden es sicher nicht besondes toll, wenn Du ihre Details raushaust. Konstruktiver wäre es, das zu verbessern oder falls Du keine Lust dazu hast wenigstens zu warten, dass jemand anderes es verbessert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu opening_hours
Am 17. Mai 2012 19:47 schrieb aighes o...@aighes.de: Hallo Martin, schau dir mal folgenden aktuellen Thread im Forum an: http://forum.openstreetmap.org/viewtopic.php?id=16679 Das sollte deine Frage beantworten. Ganz sicher bin ich mir nicht. Auf der sicheren Seite wäre ich mit diesem Konstrukt? Jan-Dec 9:00-13:00;Nov-Mar 15:00-18:00;Apr-Jun 15:00-19:00;Sep-Oct 15:00-19:00; Jul-Aug 16:00-19:00 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu opening_hours
Moin, Am 17.05.2012 19:02, schrieb Martin Koppenhoefer: Ich habe ein Objekt, dass folgende Öffnungszeiten hat: 1. Nov. bis 31. März 9-13h und 15-18h 1. Apr. bis 31. Oktober 9-13h und 15-19h 1. Juli bis 31. August 9-13h und 16-19h [...] Müsste man evtl. ... den Betreiber nicht erstmal fragen, was er mit diesen in sich widersprüchlichen Öfnungszeiten überhaupt aussagen will, bevor man sich daran in OSM an der Quadratur des Kreises versucht? Meint er nun die Vereinigungsmenge oder die Schnittmenge? Oder darf ein Besucher, der bereits im Mai schon mal da war, im Juli bereits eine Stunde früher rein als Andere? Kann ein beliebiger Besucher den Einlaß im Juli ab 15:00 gerichtlich erzwingen, weil er sich auf die zweiten Zeile berufen kann? Fragen über Fragen - aber OSM wird Ihnen bestimmt in Kürze die Antwort geben. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu opening_hours
Am 18. Mai 2012 11:48 schrieb Georg Feddern o...@bavarianmallet.de: ... den Betreiber nicht erstmal fragen, was er mit diesen in sich widersprüchlichen Öfnungszeiten überhaupt aussagen will, bevor man sich daran in OSM an der Quadratur des Kreises versucht? Meint er nun die Vereinigungsmenge oder die Schnittmenge? Was meinst Du? Ich bin mir sicher, dass im Juli und August das Museum nachmittags erst um 16 Uhr aufmacht. Überhaupt kein Zweifel für mich. Kann ein beliebiger Besucher den Einlaß im Juli ab 15:00 gerichtlich erzwingen, weil er sich auf die zweiten Zeile berufen kann? Haha, bis er damit durch wäre (_viele_ Jahre) hat das vermutlich schon wieder andere Öffnungszeiten. Kurz bevor Du evtl. gewinnen könntest, wird vermutlich das Schild getauscht... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu opening_hours
Am 18.05.2012 11:24, schrieb Martin Koppenhoefer: Am 17. Mai 2012 19:47 schrieb aigheso...@aighes.de: Hallo Martin, schau dir mal folgenden aktuellen Thread im Forum an: http://forum.openstreetmap.org/viewtopic.php?id=16679 Das sollte deine Frage beantworten. Ganz sicher bin ich mir nicht. Auf der sicheren Seite wäre ich mit diesem Konstrukt? Jan-Dec 9:00-13:00;Nov-Mar 15:00-18:00;Apr-Jun 15:00-19:00;Sep-Oct 15:00-19:00; Jul-Aug 16:00-19:00 Ich denke schon, dass das so passt, wenn man mal den Widerspruch im Sommer ignoriert. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway = crossing
Moin! Am 17.05.2012 21:13, schrieb Bernhard Weiskopf: railway = crossing -- Fußweg kreuzt mit Bahnschienen railway = level_crossing -- Straße kreuzt mit Bahnschienen Was setzt man, wenn sich ein Gleis, eine Straße und ein Fußweg im gleichen Punkt kreuzen? Im Zweifel kann man railway = level_crossing setzen. An fast jedem Bahnübergang mit Straßenverkehr kreuzen auch Fußgänger das Gleis. Welche Anwendung benötigt die Unterscheidung? Braucht man die Tags überhaupt? Die Information ist doch schon vorhanden, wenn ein Punkt sowohl in einen railway als auch highway enthalten ist. Für Router oder Bahnsimulatoren dürfte ein Objekt Bahnübergang wertvoller sein als mehrere einzelne Kreuzungspunkte (siehe Thread Mehrgleisige Bahnübergänge). Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] World File import
Am 17.05.12 schrieb Tobias Hobmeier: ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam zu sein ... Node(1364540k 47.2k/s) Way(125387k 1.56k/s) Relation(1296310 21.50/s) Danach kommt noch die Indexerstellung. Osm2pgsql took 802139s overall (das sind 9¼ Tage für einen Planeten vom Februar) Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
On Fri, May 18, 2012 at 01:10:06AM +0200, aighes wrote: Also ich will mich nicht in Harzer Angelegenheiten einmischen, aber Wege deutscher Kaiser und Könige des Mittelalters im Harz hoert sich fuer mich ein bisschen wie eine Kategorierelation an. Oder ist das ein Wanderweg, der diesen Namen traegt? Laut http://de.wikipedia.org/wiki/Kaiserweg ist das der Name eines Wanderweges, sollte aber nicht mit dem Kaiserweg verwechselt werden. Von daher gehe ich davon aus, dass die Relation überarbeitet werden müsste. Ich habe zunächst alle mit ein und demselben Zeichen markierte Wege in die Relation aufgenommen und dann festgestellt, daß es kein geschlossener Linienzug ist, sondern einige Verzweigungen aufweist. Leider gibt es keine natürliche Untergliederung - wenn jemand eine gute Idee hat - nur zu. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] World File import
Hallo, On 05/18/12 17:07, Fabian Schmidt wrote: ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam zu sein ... Node(1364540k 47.2k/s) Way(125387k 1.56k/s) Relation(1296310 21.50/s) Auf einem Rechner mit 32 GB RAM kann ein Vollimport mit --slim in 1-2 Tagen fertig werden. Mit 16 GB RAM geht es auch noch einigermassen schnell. Aber sobald man bei -C weniger als 12000 angibt, wird der Spass langsamer. Dann machen schnelle Platten viel aus - falls Du zwei Platten im System hast und ein Software-RAID0 ueber beide fahren kannst oder so, huelfe das auch schon, weil es die Geschwindigkeit erhoeht. Das beste, was ich je fuer einen --slim-Import hinbekommen habe, war ca. 24000 Sekunden auf einem System mit schnellen SSDs und 32 GB RAM, mit -C14000 und --number-processes 6 (bei einer 8-Core-CPU). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
Ich meinte egtl. eher, dass der Teil um den Kyffhäuser nicht mit zu diesem Weg gehören dürfte, sondern viel mehr zum Kaiserweg. Zumindest wenn der wikipedia-Artikel korrekt ist. Ich bin weder Wanderexperte noch komme ich aus der Region. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] World File import
Siehe http://wiki.openstreetmap.org/wiki/Osm2pgsql/benchmarks Mit einem handelsüblichen PC durchaus in 1.5 Tagen machbar, mit RAID0 und/oder SSDs schneller (es ist so, dass die Laufzeit heutzutage massgeblich duch die Indexerstellung durch PostGIS bestimmt wird, sprich Verbesserungen im I/O schlagen viel stärker zu buch als noch schnellere CPUs und mehr Memory). Simon Am 17.05.2012 14:10, schrieb Tobias Hobmeier: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi ich wollte fragen wie schnell bei euch der import des Worldfiles läuft? Ich komme gerade mal auf 93k/s und das erscheint mir etwas arg langsam zu sein ... Gruß Tobias ./osm2pgsql -U -m -d osm.db ../../wold/planet.bz2 --cache 8000 --create osm2pgsql SVN version 0.80.0 (32bit id space) Using projection SRS 900913 (Spherical Mercator) Setting up table: planet_osm_point NOTICE: table planet_osm_point does not exist, skipping NOTICE: table planet_osm_point_tmp does not exist, skipping Setting up table: planet_osm_line NOTICE: table planet_osm_line does not exist, skipping NOTICE: table planet_osm_line_tmp does not exist, skipping Setting up table: planet_osm_polygon NOTICE: table planet_osm_polygon does not exist, skipping NOTICE: table planet_osm_polygon_tmp does not exist, skipping Setting up table: planet_osm_roads NOTICE: table planet_osm_roads does not exist, skipping NOTICE: table planet_osm_roads_tmp does not exist, skipping Allocating memory for dense node cache Allocating dense node cache in one big chunk Allocating memory for sparse node cache Sharing dense sparse Node-cache: cache=8000MB, maxblocks=1024001*8192, allocation method=3 Mid: Ram, scale=100 Reading in file: ../../wold/planet-120508.osm.bz2 Unknown node type 8 Processing: Node(580550k 92.8k/s) Way(0k 0.00k/s) Relation(0 0.00/s) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPtOrRAAoJEGkKxZ+TJ35M2s8H/1of5N6vWy9nGNB+dmS8j72W /VoGTG6z/azCPvR8mR3CxAq+2b4cUskR05PCtu8GifZ03B0ZY7cs3is/ejGhCw4A kf06G67KSME8FyKOCGBwJldyxs98urrjZOMeu8p8z9EBEjQtmCOcBEvlsOZUNoGS 7AuNGN1rFcV3358a5JpQ4vQ61bxSM9bH5+JSa9DGtDABt8z1mPFkqgzvAGSCJIgW 8o1vwI4X08HX1ZKqdRiqMqndE3BYYLlf99dqzJFu0Y0MsilM5y3U6e0VDNmM385J sEsBYdlmUyTDWhwCg4aXoEfWd7OMBx6z0XaUWPBt5G32gJPEdKghm56f4g+PjF0= =PmF6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ostfriesische Insel wird nicht gerendert
Sven Geggus li...@fuchsschwanzdomain.de wrote: Ich rechne mal eine aktuelle Datei durch und sehe nach, ob das immer noch so ist. Also in der Datei die ich gestern mit osmcoastline gerechnet habe ist die Insel korrekt drin. Ich schau mal ob ich dieses File zumindest im deutschen Kartenstil aktivieren kann. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
On Fri, May 18, 2012 at 06:42:47PM +0200, aighes wrote: Ich meinte egtl. eher, dass der Teil um den Kyffhäuser nicht mit zu diesem Weg gehören dürfte, sondern viel mehr zum Kaiserweg. Zumindest wenn der wikipedia-Artikel korrekt ist. Ich bin weder Wanderexperte noch komme ich aus der Region. Es ist eventuell mein Fehler, wenn ich eine Relation mit dem für den Harz passenden Namen mit Wegen im Harz gefüllt habe. Ich hatte mich auch darüber gewundert - das sollte wohl in jedem Fall auseinandergenommen werden (bin jetzt aber drei Tage offline und ohnehin im Bearbeiten von Relationen nicht so sehr versiert). Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ostfriesische Insel wird nicht gerendert
Sven Geggus schrieb am Freitag, den 18. Mai um 19:12 Uhr: Ich schau mal ob ich dieses File zumindest im deutschen Kartenstil aktivieren kann. So, processed_p.shp beim deutschen Stil durch den Output von osmcoastline vom 17.5. ersetzt! http://openstreetmap.de/karte.html?zoom=15lat=53.63897lon=6.74703 Gruss Sven P.S.: Als Süddeutscher und Hausbrauer stelle ich mir unter Brauerplatte ja eher eine deftige Brotzeit vor :) Hat jemand eine Ahnung wo dieser Name herkommt? -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ostfriesische Insel wird nicht gerendert
Am 18.05.2012 21:21, schrieb Sven Geggus: P.S.: Als Süddeutscher und Hausbrauer stelle ich mir unter Brauerplatte ja eher eine deftige Brotzeit vor :) Hat jemand eine Ahnung wo dieser Name herkommt? Es ist die Brauerplate und nicht die Brauerplatte. Für die Süddeutschen: Eine Plate ist eine gelegentlich trockenfallende Sandbank [1]. Sand wird nur von den Wattwürmern [2] verspeist. Viele Grüße Stephan [1] http://de.wikipedia.org/wiki/Plate_%28Begriffskl%C3%A4rung%29 [2] http://de.wikipedia.org/wiki/Wattwurm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
Michael Bemmerl schrieb: Andreas Tille schrieb: Gibt es dafür eine sinnvolle Erklärung und wie kann man den früheren Zustand wieder herstellen? Die Relation ist anscheinend wegen Remapping gelöscht worden. Darauf lässt zumindest der Kommentar zur letzten Änderung schließen: http://www.openstreetmap.org/browse/relation/168042 passender: http://www.openstreetmap.org/browse/changeset/11579924 Ich frage mich, warum manche User im Zuge von Remapping haufenweise Sachen löschen, die sie nicht in anderer Form wiederherstellen/ eintragen. Zum Einen machen sie sich unnütze Arbeit, zum Anderen wird sicher mehr Schaden angerichtet als der Lizenzbot überhaupt verursachen würde, wenn er losgeschickt wird. seufz, malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem
Am 11.05.2012 18:01, schrieb Ronnie Soak: So, Bilder gibt es hier: http://wiki.openstreetmap.org/w/index.php?limit=50ilsearch=user=Chaos99title=Special%3AListFiles Bilder eines weiteren, deutlich kleineren Kreisels hier: http://commons.wikimedia.org/wiki/User:Smial/nmz/Minikreisel_Bockeldamm Dort existierte ursprünglich keine Aufpflasterung, in der Mitte war einfach eine Sperrfläche aufgemalt, die sich aber ziemlich schnell und regelmäßig abnutzte bzw. abgefahren wurde. Bemerkenswert finde ich die zusätzlichen Richtungspfeile auf der Fahrbahn. -- Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
Hallo Welchen Zusatzschaden meinst du? Alle Objekte stammen in v1 von Mirko Küster, zu 99% waren sie auch noch in v1 in den Daten oder wurden nur von ihm editiert. Vor dem Beginn der größeren Löschungen (Anfang-Mitte April) hat es in der gesamten Region Mirko Küster kein bis kaum Remapping gegeben. Darin hätte sich auch bis jetzt nichts geändert. Seit dem Löschen hat das remapping egtl. erst begonnen. Ein Großteil der Straßen sind mittlerweile zumindest von der Geometrie her wieder vorhanden. Auch andere Daten werden seit dem wieder gemappt. Auch wenn du es unnütze Arbeit nennst, so sehe ich es nicht so. Positive Konsequenzen hat es gegeben. Für alle Auswertungen, die derzeit nicht updaten, bleibt ein Terra incognito nach dem Bot erspart. Alle, die mit dem letzten cc-by-sa-dump weitermachen wollen, haben diesen am 1.4. bekommen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation verschwunden
aighes schrieb: malenki schrieb: Ich frage mich, warum manche User im Zuge von Remapping haufenweise Sachen löschen, die sie nicht in anderer Form wiederherstellen/ eintragen. Zum Einen machen sie sich unnütze Arbeit, zum Anderen wird sicher mehr Schaden angerichtet als der Lizenzbot überhaupt verursachen würde, wenn er losgeschickt wird. Welchen Zusatzschaden meinst du? Alle Objekte stammen in v1 von Mirko Küster, zu 99% waren sie auch noch in v1 in den Daten oder wurden nur von ihm editiert. Die von dir gelöschte (und mittlerweile wiederhergestellte) Relation, wegen der dieser Thread eröffnet wurde, wird den ODbL-Bot überleben. In dieser Relation sind von 391 Mitgliedern 306 (mehr als 2/3) nicht in v1 von Mirko Küster oder Nichtzustimmern beziehungsweise von diesen nur trivial editiert. Vor dem Beginn der größeren Löschungen (Anfang-Mitte April) Soll das heißen, dass alles, wo Nichtzustimmer in größerem Maße Spuren hinterlassen hatten, erstmal gelöscht wurde? Ich dachte, beim Remapping wird gelöscht und umgehend neu eingetragen, was man kennt oder nach genauer Beurteilung ODbL-konform ist hat es in der gesamten Region Mirko Küster kein bis kaum Remapping gegeben. Darin hätte sich auch bis jetzt nichts geändert. Seit dem Löschen hat das remapping egtl. erst begonnen. Ein Großteil der Straßen sind mittlerweile zumindest von der Geometrie her wieder vorhanden. Auch andere Daten werden seit dem wieder gemappt. Was ist der Vorteil, dem ODbL-Bot vorzuarbeiten? Wie gerade gesehen werden da mehr oder weniger versehentlich auch Daten gelöscht, die der Bot nicht gelöscht hätte. Wenn die Angelegenheit so trivial wäre, hätte der Bot seine Arbeit schon längst erledigt. Auch wenn du es unnütze Arbeit nennst, Ich nenne unnütze Arbeit, mehr zu löschen/remappen als nötig. so sehe ich es nicht so. Positive Konsequenzen hat es gegeben. Für alle Auswertungen, die derzeit nicht updaten, bleibt ein Terra incognito nach dem Bot erspart. Die Auswerter hätten ihre Auswertung auch nach Beginn des Botlaufs pausieren können. Ich bin mir sicher, dass sich auch nach dem Lauf des Bots genügend Mapper finden, um die Lücken zu schließen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] addr:housenumber
Ciao Alberto Il 17/05/2012 20.39, Alberto Nogaro ha scritto: Anche se in generale il separatore standard in OSM è il ;, lo schema Karlsruhe [1] ha sempre indicato (e tuttora indica) di usare , come separatore. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe _Schema OK Considerato che seconto taginfo ci sono più di seimila casi di uso della virgola, e neppure 300 di uso del punto e virgola, credo che il template del wiki (da cui taginfo prende la definizione) sia stato cambiato in seguito per prescrivere il punto e virgola al posto della virgola. Anche se la convenzione originale è strana, non so quanto abbia senso cambiare la regola senza adeguare gli oggetti già inseriti. Ma i dati mi sa che andranno adeguati lo stesso per difformità di codifica, in un senso o nell'altro. Siccome sto inserendo quasi solo numeri civici in questo periodo, continuo con lo stile OSM o passo a quello strano Karlsruhe? Più che altro se dite di continuare con la virgola sarebbe meglio aggiornare il wiki in modo che anche gli altri mapper utilizzino lo stesso metodo... altrimenti fra 6 mesi siamo al punto di partenza. Stefano PS: non ho idea di come si possano aggiornare i dati esistenti e quindi spero che qualcuno possa intervenire in tal senso ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] addr:housenumber
-Original Message- From: Stefano Fraccaro [mailto:stefano.fracc...@libero.it] Sent: venerdì 18 maggio 2012 08:16 To: bartosom...@yahoo.it; openstreetmap list - italiano Subject: Re: [Talk-it] addr:housenumber Ma i dati mi sa che andranno adeguati lo stesso per difformità di codifica, in un senso o nell'altro. Siccome sto inserendo quasi solo numeri civici in questo periodo, continuo con lo stile OSM o passo a quello strano Karlsruhe? Mi sto ponendo la stessa domanda, anche se, come penso la maggior parte degli utenti, la formulo al contrario (continuo con lo stile strano e consolidato Karlsruhe o passo allo stile universale OSM?) Più che altro se dite di continuare con la virgola sarebbe meglio aggiornare il wiki in modo che anche gli altri mapper utilizzino lo stesso metodo... altrimenti fra 6 mesi siamo al punto di partenza. Certamente, il wiki attualmente è contradditorio. Oltre a renderlo uniforme, se davvero si passa al nuovo schema OSM, a mio parere andrebbero inserite delle note su come comportarsi in presenza di dati difformi, che per il momento sono la netta maggioranza. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il giorno 18 maggio 2012 10:42, Alberto Nogaro bartosom...@yahoo.it ha scritto: Certamente, il wiki attualmente è contradditorio. Oltre a renderlo uniforme, se davvero si passa al nuovo schema OSM, a mio parere andrebbero inserite delle note su come comportarsi in presenza di dati difformi, che per il momento sono la netta maggioranza. Il problema di come comportarsi se lo deve porre l'utilizzatore, non il 'taggatore'... Io ho preferito il punto e virgola... In questo caso forse è meglio fidarsi della wiki, è sicuramente più aggiornata.. Ciao, Alberto Ciao, Stefano ___ 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] addr:housenumber
Ciao Stefano Il 18/05/2012 10.50, sabas88 ha scritto: Il problema di come comportarsi se lo deve porre l'utilizzatore, non il 'taggatore'... Io ho preferito il punto e virgola... In questo caso forse è meglio fidarsi della wiki, è sicuramente più aggiornata.. Ok allora mi fido della wiki. Cmq come programmatore non posso essere d'accordo sul fatto che il problema sia tutto a carico dell'utilizzatore. Se il tagging è uniforme, è più semplice (per tutti) utilizzare i dati presenti del database. Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 11:06, Stefano Fraccaro stefano.fracc...@libero.it ha scritto: Ciao Stefano ciao Ok allora mi fido della wiki. Cmq come programmatore non posso essere d'accordo sul fatto che il problema sia tutto a carico dell'utilizzatore. Se il tagging è uniforme, è più semplice (per tutti) utilizzare i dati presenti del database. +1, attualmente i dati di OSM sono abbastanza difficili da utilizzare :-( Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il wiki è stato aggiornato solo in parte. Chi fa riferimento alla pagina dello schema Karlsruhe trova ancora lindicazione di usare come separatore dei numeri civici la virgola. Se proprio si vuole cambiare la convenzione storica per i civici, le modifiche andrebbero fatte in maniera coerente. Capisco che in alcuni casi sia opportuno cambiare dei tag già in uso che si sono rivelati inadeguati. Ma in questo caso credo che la modifica di una prescrizione ampiamente usata abbia portato più confusione che vantaggi. Alla fine si tratta della sostituzione di un separatore con un diverso separatore, nulla di più. Ciao, Alberto From: sabas88 [mailto:saba...@gmail.com] Sent: venerdì 18 maggio 2012 10:50 To: bartosom...@yahoo.it; openstreetmap list - italiano Subject: Re: [Talk-it] addr:housenumber Il giorno 18 maggio 2012 10:42, Alberto Nogaro bartosom...@yahoo.it ha scritto: Certamente, il wiki attualmente è contradditorio. Oltre a renderlo uniforme, se davvero si passa al nuovo schema OSM, a mio parere andrebbero inserite delle note su come comportarsi in presenza di dati difformi, che per il momento sono la netta maggioranza. Il problema di come comportarsi se lo deve porre l'utilizzatore, non il 'taggatore'... Io ho preferito il punto e virgola... In questo caso forse è meglio fidarsi della wiki, è sicuramente più aggiornata.. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Ciao Luca Il 18/05/2012 11.08, Luca Delucchi ha scritto: +1, attualmente i dati di OSM sono abbastanza difficili da utilizzare :-( per esempio, per le scuole sto buttando giù un documento in cui spiego come mappare gli oggetti proposti. Per esempio per mappare un numero civico: 1. selezionare il nodo più appropriato presente nella costruzione. Solo se strettamente necessario, aggiungerne uno nuovo lungo una parete (vedi Inserimento nuovo punto su costruzione esistente) 2. inserire il tag addr:housenumber 3. inserire il numero di casa. Se ci sono più valori, separarli con punto e virgola 4. inserire il tag addr:street 5. inserire il nome della via E avanti così. Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il giorno 18 maggio 2012 11:06, Stefano Fraccaro stefano.fracc...@libero.it ha scritto: Ciao Stefano Il 18/05/2012 10.50, sabas88 ha scritto: Il problema di come comportarsi se lo deve porre l'utilizzatore, non il 'taggatore'... Io ho preferito il punto e virgola... In questo caso forse è meglio fidarsi della wiki, è sicuramente più aggiornata.. Ok allora mi fido della wiki. Cmq come programmatore non posso essere d'accordo sul fatto che il problema sia tutto a carico dell'utilizzatore. Se il tagging è uniforme, è più semplice (per tutti) utilizzare i dati presenti del database. Lo so bene, ma è una mission impossible, ci ho provato varie volte in Tagging :D Purtroppo bisogna costruirsi i vari casi da sè, se vuoi uniformare il DB di OSM devi prepararti ad enormi flame war e parlarne in Tagging, io ti supporto! Stefano __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Devo dire a me non sono mai capitato più civici insieme (non ho mai visto un ingresso con 2 civici su una targa). Ovvio che ci sono case con più civici, ma non mappo 2 civici ad una entità, ma mappo 2 entità con un civico ciascuna. Ammetto che non mappo interpolazioni (forse serve lì?) Ho anche visto situazioni dove un complesso aveva un civico composto in una seria (per esempio 153-158), e in questi casi se non riesco a spezzare i civici uso il trattino (metto 153-158, non metto 153,154,155,156,157,158). Nel caso che sono 2 o 3 civici consiglio di mettere 2 o 3 nodi invece di combinarli in uno (se possibile). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 12:06, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Devo dire a me non sono mai capitato più civici insieme (non ho mai visto un ingresso con 2 civici su una targa). Ovvio che ci sono case con più civici, ma non mappo 2 civici ad una entità, ma mappo 2 entità con un civico ciascuna. Ammetto che non mappo interpolazioni (forse serve lì?) Ho anche visto situazioni dove un complesso aveva un civico composto in una seria (per esempio 153-158), e in questi casi se non riesco a spezzare i civici uso il trattino (metto 153-158, non metto 153,154,155,156,157,158). Nel caso che sono 2 o 3 civici consiglio di mettere 2 o 3 nodi invece di combinarli in uno (se possibile). +1 ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Non +1 ma +1000 sul cercare di uniformare i dati; i discorsi 'mappiamo come ci pare' e poi sono problemi dei programmatori non mi piacciono. Io cerco di posizionarli proprio dove si trova il portone o, nel caso di negozi e box, l'entrata; mi pare più preciso. Guardate qui ad Arenzano come il responsabile del GIS del Comune ha mappato i civici: http://osm.org/go/xX0MtHGxh-- Per le scuole ho notato che un utente ha inserito un codice REF ad una scuola http://www.openstreetmap.org/browse/way/107736911 Googolando il codice ho trovato un link ad un DB opendata! http://data. linkedopendata.it/page/scuole/resource/GEEE004014 http://www.linkedopendata.it/ Alessandro Da: stefano.fracc...@libero.it Data: 18/05/2012 11.21 per esempio, per le scuole sto buttando giù un documento in cui spiego come mappare gli oggetti proposti. Per esempio per mappare un numero civico: selezionare il nodo più appropriato presente nella costruzione. Solo se strettamente necessario, aggiungerne uno nuovo lungo una parete (vedi Inserimento nuovo punto su costruzione esistente) inserire il tag addr:housenumber inserire il numero di casa. Se ci sono più valori, separarli con punto e virgola inserire il tag addr:street inserire il nome della via E avanti così. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
2012/5/18 ale_z...@libero.it ale_z...@libero.it: Guardate qui ad Arenzano come il responsabile del GIS del Comune ha mappato i civici: http://osm.org/go/xX0MtHGxh-- complimenti! Per le scuole ho notato che un utente ha inserito un codice REF ad una scuola http://www.openstreetmap.org/browse/way/107736911 ha usato (per evitare che non si capisce più nel archivio e che tutti fanno quella richiesta sull'API): ref=GEEE004014 Googolando il codice ho trovato un link ad un DB opendata! http://data. linkedopendata.it/page/scuole/resource/GEEE004014 http://www.linkedopendata.it/ Interessante ed utile (anche se il specifico link sopra mi sostituisce un 400 not found). Non sono sicuro del tag in particolare: potrebbe andare bene, ma forse qualcosa più specifico sarebbe meglio, per poter creare una apposita pagina nel Wiki e distinguere il ref da altri ref. Qualcosa del tipo: ref:IT:GEEE=004014 ? O fa parte del valore anche GEEE? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il giorno 18 maggio 2012 12:43, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2012/5/18 ale_z...@libero.it ale_z...@libero.it: Guardate qui ad Arenzano come il responsabile del GIS del Comune ha mappato i civici: http://osm.org/go/xX0MtHGxh-- complimenti! Per le scuole ho notato che un utente ha inserito un codice REF ad una scuola http://www.openstreetmap.org/browse/way/107736911 ha usato (per evitare che non si capisce più nel archivio e che tutti fanno quella richiesta sull'API): ref=GEEE004014 Googolando il codice ho trovato un link ad un DB opendata! http://data. linkedopendata.it/page/scuole/resource/GEEE004014 http://www.linkedopendata.it/ Interessante ed utile (anche se il specifico link sopra mi sostituisce un 400 not found). http://data.linkedopendata.it/page/scuole/resource/GEEE004014 http://data.linkedopendata.it/page/scuole/resource/GEEE004014 Non sono sicuro del tag in particolare: potrebbe andare bene, ma forse qualcosa più specifico sarebbe meglio, per poter creare una apposita pagina nel Wiki e distinguere il ref da altri ref. Qualcosa del tipo: ref:IT:GEEE=004014 ? O fa parte del valore anche GEEE? Se si vogliono usare dati di questo tipo sarebbe bene farne un censimento sulla wiki e per ognuno stabilire dei metodi di utilizzo (ad esempio una conversione a formato osm e normalizzazione dei tag). +1 sul ref:IT:GEEE, vale come soddisfazione dell'attribuzione? ciao, Martin ___ 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] Problema routing su incrocio canalizzato con OSRM e Garmin Nuvi
2012/5/17 Jeawrong jeawithl...@tin.it: http://map.project-osrm.org/rB http://map.project-osrm.org/rB Spesso effettuo dei controlli di routing su quanto vado mappando, e da diversi giorni sto cercando di capire cosa non va nello svincolo in questione: perché su OSRM indica Proseguire su SP77 e sul Garmin Nuvi addirittura la svolta a destra non viene neppure segnalata? Cosa c'è di errato? Secondome l'angolo. Se mappi più dettagliato al punto dove si bifurca la strada (se mappiamo sempre il centro della strada ci deve essere un punto (al bifurco) dove il way diventa due, e quindi ci dovrebbe essere un accento sul svincolo. Faccio un esempio: accentuato: http://www.openstreetmap.org/?lat=41.819075lon=12.397396zoom=18layers=M non accentuato: http://www.openstreetmap.org/?lat=41.797347lon=12.485362zoom=18layers=M Spesso i dati di OSM sono ancora grezzo riguardando gli incroci, perchè tanti mappatori non sono attenti alla topologia del incrocio (quale strada continua, qual'è il flusso) e si incontrano semplicemente tre strade a c@##o di cane invece di modellare un incrocio dettagliato. Nel incrocio sopra sembra dai dati che lo svincolo a destra è il continuo della strada, mentre per quello a sinistra si deve girare. Se non è così dovresti cambiare il dettaglio del incrocio (accentuare anche la svolta a destra: fare coincidere lo svincolo a destra col suo centro della strada in maniera più corta possibile (45gradi rispetto alla tangente della strada dove si bifurca, non esagerare e mettere 90 ;-) ) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Posto nuovamente il link http://data.linkedopendata.it/page/scuole/resource/GEEE004014 Restituisce tutti questi campi: PropertyValuevcard:adr http://data.linkedopendata.it/scuole/resource/Address_CORSO_FIRENZE__1_GENOVA_GENOVA_LIGURIA edu:appartieneAIstituto http://data.linkedopendata.it/scuole/resource/GEEE004003 edu:codiceMeccanografico GEEE004014 vcard:fax 0102725332 rdfs:label CD CASTELLETTO (c.m.GEEE004014) vcard:tel 0102722375 edu:tipoDiScuola http://data.linkedopendata.it/scuole/resource/scuola_primaria rdf:type edu:Scuola vcard:url http://www.circolocastelletto.it Comunque non so dove l'utente abbia preso quel dato, io ho giusto fatto una ricerca ed ho trovato questo link.Bisogna poi vedere se questi opendata siano compatibili con la nostra licenza, a volte sono licenze che contengono NC (non commerciale). Alessandro Messaggio originale Da: dieterdre...@gmail.com Data: 18/05/2012 12.43 ref=GEEE004014 Googolando il codice ho trovato un link ad un DB opendata! http://data. linkedopendata.it/page/scuole/resource/GEEE004014 http://www.linkedopendata.it/ Interessante ed utile (anche se il specifico link sopra mi sostituisce un 400 not found). Non sono sicuro del tag in particolare: potrebbe andare bene, ma forse qualcosa più specifico sarebbe meglio, per poter creare una apposita pagina nel Wiki e distinguere il ref da altri ref. Qualcosa del tipo: ref:IT:GEEE=004014 ? O fa parte del valore anche GEEE? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18/05/2012 12:36, ale_z...@libero.it ha scritto: Guardate qui ad Arenzano come il responsabile del GIS del Comune ha mappato i civici: http://osm.org/go/xX0MtHGxh-- Ecco un esempio del perché sostengo l'uso delle relazioni: c'è una Via Leonardo Da Vinci, volevo mettere il da minuscolo. Mi sono però immediatamente reso conto che così facendo avrei rotto tutti i civici di quella via. Ho messo un appunto su OpenStreetBugs; appena ho un attimo di tempo sistemerò il nome e ne approfitterò per spazzar via tutti gli addr:street di quella via, sostituendoli con una semplice relazione. Ciao! Carlo -- .' `. | 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] addr:housenumber
From: ale_z...@libero.it [mailto:ale_z...@libero.it] Sent: venerdì 18 maggio 2012 13:22 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] addr:housenumber Comunque non so dove l'utente abbia preso quel dato, io ho giusto fatto una ricerca ed ho trovato questo link. Bisogna poi vedere se questi opendata siano compatibili con la nostra licenza, a volte sono licenze che contengono NC (non commerciale). Gli stessi dati si possono scaricare dal sito del ministero dell'istruzione [1] con licenza Creative Commons Attribuzione 3.0 (CC-BY). [1] http://archivio.pubblica.istruzione.it/scuola_in_chiaro/open_data/index.html Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Un attimo di calma... se si vuole sostituire Leonardo Da Vinci con Leonardo da Vinci lo si può fare in un minuto con Josm o in diversi altri modi. L'uso della relazione VS l'uso di addr:street PER IL MOMENTO è solo un approccio diverso alla mappatura e, sempre per il momento, sono entrambi ufficialmente riconosciuti. Un paio di settimane fa ci fu la discussione su quale dei metodi era il migliore ma, come nel 99% dei casi, non ci fu un accordo; io stesso scrissi che l'uso della relazione lo ritenevo un'aberrazione preferendo l'approccio KISS (keep it simple stupid). Venendo al caso in esame ti pregherei di non modificare nulla, esattamente come faccio io quando trovo una strada mappata con la relazione; come io rispetto il punto di vista altrui pregherei che fosse usato lo stesso metro. Spero altresì che prima o poi (meglio prima) si arrivi ad una standardizzazione a livello mondiale, se si sceglierà la relazione personalmente inizierò ad usare le relazioni. Tornando alla mappatura di Arenzano ti prego di non modificare nulla, anche perchè l'utente che ha mappato tutta Arenzano e parte della Riviera sino a Savona (penso che) vedendo stravolto il suo lavoro (e non per una mappatura errata ma solo per un punto di vista diverso, visto che entrambi i metodi sono riconosciuti) potrebbe decidere d'interrompere la sua collaborazione a OSM che qui in Liguria risulta oltremodo preziosa causa carenza di mappatori. Alessandro Messaggio originale Da: carlo.stember...@gmail.com Data: 18/05/2012 14.23 Ecco un esempio del perché sostengo l'uso delle relazioni: c'è una Via Leonardo Da Vinci, volevo mettere il da minuscolo. Mi sono però immediatamente reso conto che così facendo avrei rotto tutti i civici di quella via. Ho messo un appunto su OpenStreetBugs; appena ho un attimo di tempo sistemerò il nome e ne approfitterò per spazzar via tutti gli addr:street di quella via, sostituendoli con una semplice relazione. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
18.05.2012 - 12:36 - ale_z...@libero.it: Guardate qui ad Arenzano come il responsabile del GIS del Comune ha mappato i civici: http://osm.org/go/xX0MtHGxh-- In riguardo a questo ero a conoscenza che in Italia i numeri civici siano composti dal numero vero e proprio e dove necessario, dalla barra e dalla lettera e/o numero dopo la barra, per. es. 55/E. Perciò questi numeri senza la barra (55E) mi suonano un po' sbagliati. E' così oppure le mie informazioni sono sbagliate e si usa entrambe le diciture? Ciao e grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 14:51, ale_z...@libero.it ale_z...@libero.it ha scritto: Un attimo di calma... se si vuole sostituire Leonardo Da Vinci con Leonardo da Vinci lo si può fare in un minuto con Josm o in diversi altri modi. L'uso della relazione VS l'uso di addr:street PER IL MOMENTO è solo un approccio diverso alla mappatura e, sempre per il momento, sono entrambi ufficialmente riconosciuti. Un paio di settimane fa ci fu la discussione su quale dei metodi era il migliore ma, come nel 99% dei casi, non ci fu un accordo; io stesso scrissi che l'uso della relazione lo ritenevo un'aberrazione preferendo l'approccio KISS (keep it simple stupid). Venendo al caso in esame ti pregherei di non modificare nulla, esattamente come faccio io quando trovo una strada mappata con la relazione; come io rispetto il punto di vista altrui pregherei che fosse usato lo stesso metro. +1, anche secondo me le relation per le strade hanno poco senso ma non mi permetto di cancellarle a meno di errori Spero altresì che prima o poi (meglio prima) si arrivi ad una standardizzazione a livello mondiale, se si sceglierà la relazione personalmente inizierò ad usare le relazioni. +1 Tornando alla mappatura di Arenzano ti prego di non modificare nulla, anche perchè l'utente che ha mappato tutta Arenzano e parte della Riviera sino a Savona (penso che) vedendo stravolto il suo lavoro (e non per una mappatura errata ma solo per un punto di vista diverso, visto che entrambi i metodi sono riconosciuti) potrebbe decidere d'interrompere la sua collaborazione a OSM che qui in Liguria risulta oltremodo preziosa causa carenza di mappatori. +1 soprattutto perchè chi l'ha caricate le utilizza quotidianamente per lavoro!! Alessandro Messaggio originale Da: carlo.stember...@gmail.com Data: 18/05/2012 14.23 Ecco un esempio del perché sostengo l'uso delle relazioni: c'è una Via Leonardo Da Vinci, volevo mettere il da minuscolo. Mi sono però immediatamente reso conto che così facendo avrei rotto tutti i civici di quella via. Ho messo un appunto su OpenStreetBugs; appena ho un attimo di tempo sistemerò il nome e ne approfitterò per spazzar via tutti gli addr:street di quella via, sostituendoli con una semplice relazione. non cancellarle e aggiungi le relazioni. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 14:51, ale_z...@libero.it ale_z...@libero.it ha scritto: Tornando alla mappatura di Arenzano ti prego di non modificare nulla, anche perchè l'utente che ha mappato tutta Arenzano e parte della Riviera sino a Savona (penso che) vedendo stravolto il suo lavoro (e non per una mappatura errata ma solo per un punto di vista diverso, visto che entrambi i metodi sono riconosciuti) potrebbe decidere d'interrompere la sua collaborazione a OSM che qui in Liguria risulta oltremodo preziosa causa carenza di mappatori. A Varazze però gli edifici sembrano veramente casuali! Ti posso garantire per conoscenza del posto che sono in larga parte sbagliati, con buchi e spazi che non esistono e vertici piazzati in maniera quantomeno imprecisa. Da dove vengono quei dati? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 15:07, Simone Saviolo simone.savi...@gmail.com ha scritto: A Varazze però gli edifici sembrano veramente casuali! Ti posso garantire per conoscenza del posto che sono in larga parte sbagliati, con buchi e spazi che non esistono e vertici piazzati in maniera quantomeno imprecisa. Da dove vengono quei dati? direi bing! la sovrapposizione è perfetta. puoi indicarmi una zona? ho controllato e mi sembra tutto ok... Ciao, Simone -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
+1 Se prima di modificare il lavoro altrui avessimo la buona abitudine di contattarlo per concordare le eventuali modifiche ci eviteremmo un sacco di lavoro di correzione di correzioni. ;-) Il 18 maggio 2012 14:51, ale_z...@libero.it ale_z...@libero.it ha scritto: Un attimo di calma... se si vuole sostituire Leonardo Da Vinci con Leonardo da Vinci lo si può fare in un minuto con Josm o in diversi altri modi. L'uso della relazione VS l'uso di addr:street PER IL MOMENTO è solo un approccio diverso alla mappatura e, sempre per il momento, sono entrambi ufficialmente riconosciuti. Un paio di settimane fa ci fu la discussione su quale dei metodi era il migliore ma, come nel 99% dei casi, non ci fu un accordo; io stesso scrissi che l'uso della relazione lo ritenevo un'aberrazione preferendo l'approccio KISS (keep it simple stupid). Venendo al caso in esame ti pregherei di non modificare nulla, esattamente come faccio io quando trovo una strada mappata con la relazione; come io rispetto il punto di vista altrui pregherei che fosse usato lo stesso metro. Spero altresì che prima o poi (meglio prima) si arrivi ad una standardizzazione a livello mondiale, se si sceglierà la relazione personalmente inizierò ad usare le relazioni. Tornando alla mappatura di Arenzano ti prego di non modificare nulla, anche perchè l'utente che ha mappato tutta Arenzano e parte della Riviera sino a Savona (penso che) vedendo stravolto il suo lavoro (e non per una mappatura errata ma solo per un punto di vista diverso, visto che entrambi i metodi sono riconosciuti) potrebbe decidere d'interrompere la sua collaborazione a OSM che qui in Liguria risulta oltremodo preziosa causa carenza di mappatori. Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Molti edifici erano già presenti, l'utente 'prezioso' :-) è mcheck Alessandro Messaggio originale Da: lucadel...@gmail.com Data: 18/05/2012 15.11 Il 18 maggio 2012 15:07, Simone Saviolo simone.savi...@gmail.com ha scritto: A Varazze però gli edifici sembrano veramente casuali! Ti posso garantire per conoscenza del posto che sono in larga parte sbagliati, con buchi e spazi che non esistono e vertici piazzati in maniera quantomeno imprecisa. Da dove vengono quei dati? direi bing! la sovrapposizione è perfetta. puoi indicarmi una zona? ho controllato e mi sembra tutto ok... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Ciao Damjan, in effetti si usano entrambi i metodi, penso dipenda dal comune. Nella mia città sono tutti senza la barra e c'è pure un civico 9AB Stefano Il 18/05/2012 14.56, Damjan Gerl ha scritto: In riguardo a questo ero a conoscenza che in Italia i numeri civici siano composti dal numero vero e proprio e dove necessario, dalla barra e dalla lettera e/o numero dopo la barra, per. es. 55/E. Perciò questi numeri senza la barra (55E) mi suonano un po' sbagliati. E' così oppure le mie informazioni sono sbagliate e si usa entrambe le diciture? Ciao e grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Senso unico per un path ?
Confermo quanto detto dagli altri: bicycle=yes lo puoi mettere anche su un sentiero scassatissimo, indica solo la possibilità di farlo in bici da un punto di vista normativo, non del tipo di bici. Per descrivere la difficoltà a farlo in salita devi mettere prima di tutto il tag incline=up (lo preferisco in quanto sapere la percentuale è difficile, e raramente è costante) abbinato ai due tag mtb:scale (per la discesa) e mtb:scale:uphill (per la salita) che vanno in una scala da 0 a 5 Le openmtbmap usano proprio questi tag sia per l'autorouting che per disegnare le freccette che indicano la preferenza a fare un sentiero in discesa piuttosto che in salita. Visto che parli di MTB, ti segnalo che su mtb-forum.it c'è una discussione apposita sulle osm, con un paio di persone molto esperte e sempre disponibili a dare consigli ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Senso-unico-per-un-path-tp5709226p5709428.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber
Il 18 maggio 2012 15:11, Luca Delucchi lucadel...@gmail.com ha scritto: Il 18 maggio 2012 15:07, Simone Saviolo simone.savi...@gmail.com ha scritto: A Varazze però gli edifici sembrano veramente casuali! Ti posso garantire per conoscenza del posto che sono in larga parte sbagliati, con buchi e spazi che non esistono e vertici piazzati in maniera quantomeno imprecisa. Da dove vengono quei dati? direi bing! la sovrapposizione è perfetta. puoi indicarmi una zona? ho controllato e mi sembra tutto ok... Non mi sembra si sovrappongano tanto a Bing!... a meno di non guardarli da molto, molto lontano. Come zona guarda ad esempio qui (http://www.openstreetmap.org/?lat=44.360366lon=8.576567zoom=18layers=M), intorno a piazza Beato Jacopo, o anche intorno a piazza Madre Teresa di Vallerga (quella col parcheggio, a est del Teiro; non sono sicuro che il nome ci sia / sia visibile). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Senso unico per un path ?
2012/5/18 glaucos glauc...@gmail.com: Per descrivere la difficoltà a farlo in salita devi mettere prima di tutto il tag incline=up Naturalmente esiste anche incline=down, e bisogna usare quello giusto a seconda del verso della way rispetto alla pendenza Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Senso unico per un path ?
Giusto, ho dato per scontato l'uso di incline=up solo perchè lo uso io, in quanto trovo poi troppo macchinoso ragionare su qual'è il verso in discesa, per poi invertirlo e capire qual'è l'uphill :-) -- View this message in context: http://gis.19327.n5.nabble.com/Senso-unico-per-un-path-tp5709226p5709459.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Segni strani... cosa sono?
http://www.openstreetmap.org/edit?lon=11.97815lat=45.32539zoom=18 Ci sono dei segni strani... sembra una scarabocchio sulla mappa o mi sbaglio? si può cancellare? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Segni strani... cosa sono?
Io vedo tutto normale... Quali intendi? 2012/5/18 stefano.fracc...@libero.it stefano.fracc...@libero.it http://www.openstreetmap.org/edit?lon=11.97815lat=45.32539zoom=18 Ci sono dei segni strani... sembra una scarabocchio sulla mappa o mi sbaglio? si può cancellare? ___ 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] Segni strani... cosa sono?
http://www.openstreetmap.org/browse/way/157202980 Sì, è uno scarabocchio: l'utente è ebaccian Se sei in zona potresti contattarlo avvisandolo gentilmente. Questi sono i suoi edit, non mi pare sia un vandalo http://www.openstreetmap.org/user/ebaccian/edits usa Potlatch, potrebbe averlo fatto inavvertitamente. Alessandro Messaggio originale Da: stefano.fracc...@libero.it Data: 18/05/2012 22.09 A: talk-it@openstreetmap.org Ogg: [Talk-it] Segni strani... cosa sono? http://www.openstreetmap.org/edit?lon=11.97815lat=45.32539zoom=18 Ci sono dei segni strani... sembra una scarabocchio sulla mappa o mi sbaglio? si può cancellare? ___ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] 50cm imagery available over Tierralta, Colombia
Buenos días maperos! Falta poco para terminar
http://www.openstreetmap.org/?lat=8.1646lon=-76.048zoom=14layers=M
Tenemos un fin de semana largo, feliz mapeo!
2012/5/15 hyan...@gmail.com hyan...@gmail.com
Válido también, solo que en las características del mapa ahora lista
etiquetas para varios tipos de edificaciones
http://wiki.openstreetmap.org/wiki/Map_Features#Building
2012/5/15 Federico Explorador (Nevados.org)
federico.explora...@nevados.org
Hola,
Es un detalle, pero hasta ahora siempre he mapeado casas y edificios así:
** **
Building=yes.
** **
Saludos,
Federico
*De:* hyan...@gmail.com [mailto:hyan...@gmail.com]
*Enviado el:* domingo, 13 de mayo de 2012 12:13 p.m.
*Para:* OpenStreetMap Colombia
*Asunto:* Re: [Talk-co] 50cm imagery available over Tierralta, Colombia**
**
** **
Hola a todos!
El mapa de Tierralta va muy bien, se necesita apoyo para mapear casas en
la parte este (norte y sur):
http://www.openstreetmap.org/?lat=8.1663lon=-76.0497zoom=14layers=M
Las etiquetas para los polígonos de casas son:
building = house
source = ICRC, DigitalGlobe 120311
No olviden parametrizar la herramienta para dibujar edificaciones del
JOSM [1] con esas dos etiquetas.
Feliz mapeo!
[1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/BuildingsTools
2012/5/10 Fredy Rivera fredyriv...@gmail.com
No olvidar que esto se manejará como un mapeo en crisis, por lo tanto
se ruega actualizar frecuentemente el JOSM y sincronizar los cambios
lo antes posible
salu2
humano
On Thu, May 10, 2012 at 8:23 AM, hyan...@gmail.com hyan...@gmail.com
wrote:
Thanks Fréderic:
I'll take care about wiki page to update it with this iniciative and
imagery
avaible. There is already mapping over the zone!
Best,
Humberto Yances
PD: I'll update wiki page with other ~80 Orbview3 images published
yesterday by Jean-Guilhem Cailton http://i.imgur.com/fNnE5.png too
2012/5/10 Frédéric Bonifas fredericboni...@gmail.com
Hi,
(Sorry for writing in English on talk-co but I don't speak Spanish
unfortunately).
== Context ==
The ICRC (International Committee of the Red Cross) is looking for
some support from the HOT community to digitize on top of a satellite
image they have acquired over the city of Tierralta in North-West of
Colombia.
The image is 50 cm resolution, comes from the WV2 sensor (Digital
Globe) and was acquired the 12th of March 2011.
The ICRC will use the image and the OSM tracing to work on a Water and
Sanitation project.
== What to map ? ==
The ICRC is very interested in the landuse (buildings and natural
features), but the roads can of course also be mapped !
== How-to use the imagery ? ==
To add the imagery in JOSM :
* Open the preferences and go to the WMS/TMS tab
* Click on the + at the bottom right to add the new imagery, a
dialog window opens
* At the top, give a name to the imagery, e.g. Tierralta ICRC. At
the bottom, in the Imagery URL field, paste this :
http://maps.itos.uga.edu/ArcGIS/services/GIST/CO_HOT/ImageServer/WMSServer?FORMAT=image/pngVERSION=1.1.0SERVICE=WMSREQUEST=GetMapLayers=0SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
* Click OK and the imagery is now available in the Imagery menu.
* When you zoom in or out, you need to right-click on the name of the
imagery in the layers list and the click on change resolution
The source tag to use is ICRC, DigitalGlobe 120311
== What comes next ? ==
Once a large part of the imagery is digitized in OSM, the ICRC team in
Tierralta will use Walking-Papers to enhance the map with POIs and
street names.
I would like to document this on the OSM wiki but the Wikiproject
Colombia is in Spanish. Could someone from the Colombian community add
this imagery in the wiki where relevant ?
This workflow went well and efficiently in Walikale, Congo. You can
read this article on the ICRC website talking about this collaboration
:
http://www.icrc.org/eng/resources/documents/interview/2012/mapping-interview-2012-04-05.htm
Hope we will do even better this time !
I am available if you need any other information.
Best
Fred
___
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
--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
.xlsx, .ppt, .pptx, .mdb, mdbx
OpenOffice es libre: se puede copiar, modificar y redistribuir
libremente. Gratis y totalmente legal.
http://GaleNUx.com es el sistema de información para la salud
--///--
Teléfono USA: (347) 688-4473 (Google voice)
skype: llamarafredyrivera
Re: [Talk-gb-midanglia] Where to map now?
I'm not Peter, but take a look here: http://www.itoworld.com/map/main http://www.itoworld.com/map/12#fullscreenlat=52.196281435012764lon=0.125662236456145zoom=13 You don't have all the waste paper bins in Cambridge mapped. By that measure Cambridge is less complete than other UK cities. On 17 May 2012 14:08, Ed Loach e...@loach.me.uk wrote: But looking at OSM it's not immediately obvious to me which areas have been mapped on the ground and which haven't. Does anyone on this list have a feel for which parts of Norfolk/Suffolk would benefit most from a visit? I just searched through old emails and found this (now dead) link: http://www.itoworld.com/product/data/ito_map/main?view=117 If Peter is reading, is there a new equivalent link to this view, which highlighted various sources in different colours? That would perhaps help show areas where information has been added from say bing, yahoo or os opendata tracing. Ed ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-gb-midanglia] Where to map now?
Thanks Gregory - I hadn't seen the FIXME one before - useful. Haha, yes I'm sure there's still lots of detail to add, and corrections to be made. But for me personally it's about getting out in the countryside on my bike. And last year we did methodically tick off every town and village in Cambridgeshire for a ground survey, having pedalled hundreds of miles (e.g. http://wiki.openstreetmap.org/wiki/Huntingdonshire ). I did also check through the county council's list of schools, and surveyed the missing ones. There is still lots of detail missing though, particularly footpaths, but these are not things for a day out on the bike. I've looked at the links Chris gave yesterday http://wiki.openstreetmap.org/wiki/Suffolk%28UK%29#Progress_to_date http://wiki.openstreetmap.org/wiki/Suffolk%28UK%29#Progress_to_date but they don't seem to have been updated since 2009. I'm not familiar enough with Norfolk and Suffolk to be able to tell where to target upcoming days out on the bike, from looking at OSM. But I think the ITO main map is probably the best clue on where to start. Richard On 18 May 2012 at 13:18 Gregory nomoregra...@googlemail.com wrote: I'm not Peter, but take a look here: http://www.itoworld.com/map/main http://www.itoworld.com/map/main http://www.itoworld.com/map/12#fullscreenlat=52.196281435012764lon=0.125662236456145zoom=13 http://www.itoworld.com/map/12#fullscreenlat=52.196281435012764lon=0.125662236456145zoom=13 You don't have all the waste paper bins in Cambridge mapped. By that measure Cambridge is less complete than other UK cities. -- Gregory o...@livingwithdragons.com mailto:o...@livingwithdragons.com http://www.livingwithdragons.com http://www.livingwithdragons.com ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
[Talk-at] OGD Tirol
Hallo! Nun ist es soweit: Open Government Data (ODG) Tirol kann in OSM genützt werden, die erforderlichen Eintragungen auf der OSM Homepage sind erfolgt. Unter http://www.tirol.gv.at/applikationen/e-government/data/datenkatalog/ sind die derzeit verfügbaren Daten aufgelistet. Es ist noch nicht sehr viel, aber es soll schon in Kürze mehr kommen, Burgen und Schlösser sind schon in Vorbereitung, eventuell bekommen wir sogar die verorteten Adressen (das wäre der Hit). Zur Klarstellung, die derzeitige Vereinbarung betrifft nur die ODG-Daten unter obigen Link. Das Land Tirol bietet auch im Bereich Geoinformation (tiris) freie Daten unter einer ähnlichen Lizenz an, hierzu muss aber noch eine eigene Vereinbarung betreffend der Form der Namensnennung getroffen werden (hierzu hoffentlich schon bald mehr). Auch wenn es nicht ausdrücklich erforderlich ist, sollte bei Dingen, die in OSM auf Basis der ODG Tirol Daten erstellt werden, im Source Tag Land Tirol (data.tirol.gv.at) stehen. Technisches: Die Daten liegen teilweise als GPX, zumeist aber als ESRI shapefiles in Gauß-Krüger M28 Projektion (EPSG:31257) vor. Beim Umprojezieren in WGS84 sind die erforderlichen proj4 Parameter selbst anzugeben, da es sich erwiesen hat, dass die mitgelieferten prj-Dateien nicht genau genug sind. Es besteht da eine Abweichung in einem Parameter an der siebten Nachkommastelle, der einen Versatz um einige 10 Meter bewirkt. Zu den angebotenen Radrouten ist zu sagen, dass diese teilweise schon wieder veraltet sind (Routenumlegungen, neue Radwege). -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OGD Tirol
Schönen guten Tag! Heute (18. Mai) um 16:20 schrieb ich: Technisches: Die Daten liegen teilweise als GPX, zumeist aber als ESRI shapefiles in Gauß-Krüger M28 Projektion (EPSG:31257) vor. Falsch, es ist EPSG:31254, sorry. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Google street view Latvia
Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Offtopiks, bet par ko tu tieši? Pēteris. 2012/5/18 Kārlis lis...@gunta.lv: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- mortigi tempo Pēteris Krišjānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. Pk, 2012-05-18 13:24 +0300, Kārlis rakstīja: Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Un tas tika atrisināts, aizstājot ar nosaukumu Freedom Monument? Brīvības bulvāra posms no Kalpaka bulvāra līdz Elizabetes ielai virzienā no centra ir Brīvības iela, bet virzienā uz centru: ул. Бривибас. :) Jānis On 2012.05.18. 14:03, Papuass wrote: Sveiki! Pameklējiet, pirms kāda laika bija skandāls par Brīvības pieminekli, kurš bija ielikts krieviski. Skaidrojums bija tāds, ka viņiem esot objekti tur, kuriem var nebūt nosaukumi latviski, bet Brīvības ielas gadījumam jau ir divās valodās. Mārtiņš 2012/5/18 Peteris Krisjanispec...@gmail.com: Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. Pk, 2012-05-18 13:24 +0300, Kārlis rakstīja: Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Sveiki! Vai tikai tas nav Map Maker darbībā? Kāds negrib noskaidrot? Es gan neredzu iemeslu cepties. Neizmanto Google Maps un viss kārtībā. Pēteris. Pk, 2012-05-18 14:11 +0300, Janis Elmeris rakstīja: Un tas tika atrisināts, aizstājot ar nosaukumu Freedom Monument? Brīvības bulvāra posms no Kalpaka bulvāra līdz Elizabetes ielai virzienā no centra ir Brīvības iela, bet virzienā uz centru: ул. Бривибас. :) Jānis On 2012.05.18. 14:03, Papuass wrote: Sveiki! Pameklējiet, pirms kāda laika bija skandāls par Brīvības pieminekli, kurš bija ielikts krieviski. Skaidrojums bija tāds, ka viņiem esot objekti tur, kuriem var nebūt nosaukumi latviski, bet Brīvības ielas gadījumam jau ir divās valodās. Mārtiņš 2012/5/18 Peteris Krisjanis pec...@gmail.com: Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. Pk, 2012-05-18 13:24 +0300, Kārlis rakstīja: Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Es jau tās google kartes nelietoju, bet, diemžēl, ir cilvēki, kas nav pazīstami ar OSM superīgajām kartēm. Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. Pk, 2012-05-18 13:24 +0300, Kārlis rakstīja: Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Map maker Latvijā nav pieejams. Tikko pārbaudīju. Sveiki! Vai tikai tas nav Map Maker darbībā? Kāds negrib noskaidrot? Es gan neredzu iemeslu cepties. Neizmanto Google Maps un viss kārtībā. Pēteris. Pk, 2012-05-18 14:11 +0300, Janis Elmeris rakstīja: Un tas tika atrisināts, aizstājot ar nosaukumu Freedom Monument? Brīvības bulvāra posms no Kalpaka bulvāra līdz Elizabetes ielai virzienā no centra ir Brīvības iela, bet virzienā uz centru: ул. Бривибас. :) Jānis On 2012.05.18. 14:03, Papuass wrote: Sveiki! Pameklējiet, pirms kāda laika bija skandāls par Brīvības pieminekli, kurš bija ielikts krieviski. Skaidrojums bija tāds, ka viņiem esot objekti tur, kuriem var nebūt nosaukumi latviski, bet Brīvības ielas gadījumam jau ir divās valodās. Mārtiņš 2012/5/18 Peteris Krisjanis pec...@gmail.com: Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. Pk, 2012-05-18 13:24 +0300, Kārlis rakstīja: Nu man kaut kā grauž acis, kad redzu Google kartē Riga-Pasajieru dzelzceļa staciju :) Ok, pārformulēšu jautājumu:Kā lietotāji var labot kļūdas google kartēs vai ieteikt pareizāku saturu? On 05/18/12 10:16, Kārlis wrote: Vai kāds nevar iespert Googlei un pateikt, ka mums šeit nav divas oficiālās valodas? Kā šāds process varētu notikt? baigi vajag iespert ? es par shito plaanoju osma blogpostu ;D Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
On 05/18/12 14:16, Kārlis wrote: Es jau tās google kartes nelietoju, bet, diemžēl, ir cilvēki, kas nav pazīstami ar OSM superīgajām kartēm. piekriitu peecim. nav veerts iipashi satraukties. ja nav paziistami, tad tieshi ir iespeeja iepaziistinaat ;) Nelieto Google Maps? :) Šķiet diezgan vienkārša atbilde. Es nezinu kā tie dati nonākuši Google kartē. Visticamākais caur Google Map Maker, bet nezinu vai viņš Latvijā darbojas. Pēteris. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Nākošie kartēšanas pasākumi
Nākošie kartēšanas pasākumi jātaisa Tukumā vai Limbažos. Ļoti švaki izskatās. -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Nākošie kartēšanas pasākumi
Varētu taisīt Limbaži/Tūja pasākumu :) Tādā es ar lielu garantiju šovasar piedalītos. Pēteris. Pk, 2012-05-18 17:04 +0300, Gints Polis rakstīja: Nākošie kartēšanas pasākumi jātaisa Tukumā vai Limbažos. Ļoti švaki izskatās. -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Bonjour, L'annexe du code électoral ne détaille pas le contour des cantons. Pour l'instant, en l'absence d'autres sources (il y a des fragments disponibles en opendata à droite à gauche), on dépouille les JORF. Il y a quelques années clés : 1973, 1982. Personnellement, je ne construis que les circonscriptions pour parer au plus pressé. Ça dispense de trouver les limites des cantons qui sont englobés. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Les cantons ne sont-ls pas décrits eux aussi dans le code électoral, au moins pour leur dernière révision aux dernières élections des conseillers généraux ? Ou alors ils sont éclatés en une série de textes selon les départements révisés ? Dernière question, comptez-vous saisir aussi les limites des circonscriptions consulaires des Français de l'étranger là aussi pour les législatives (il y en a 11) ? Une des circonscription est gigantesque en surface : toute la Russie, toute l'Asie et toute l'Océanie (hors outre-mer français). Les frontières sont à l'échelle des continents, les plus petites étant en Europe (la plus petite est celle des 3 pays du Bénélux) ! Ou alors peut-être seulement créer les relations pour complétude, mais sans les ways de frontière externe (ou alors par inclusion des relations des pays concernés au lieu de détailler les frontières. Pas ûr que les autres pays comprennent ce que sont ces circonscriptions consulaires qui en apparence les classe en France... Le 18 mai 2012 09:56, Benjamin Bohard benjamin.boh...@orange.fr a écrit : Bonjour, L'annexe du code électoral ne détaille pas le contour des cantons. Pour l'instant, en l'absence d'autres sources (il y a des fragments disponibles en opendata à droite à gauche), on dépouille les JORF. Il y a quelques années clés : 1973, 1982. Personnellement, je ne construis que les circonscriptions pour parer au plus pressé. Ça dispense de trouver les limites des cantons qui sont englobés. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le 18/05/2012 10:55, Philippe Verdy a écrit : Les cantons ne sont-ls pas décrits eux aussi dans le code électoral, au moins pour leur dernière révision aux dernières élections des conseillers généraux ? Ou alors ils sont éclatés en une série de textes selon les départements révisés ? Pour les cantons, on a que des diff éparpillé au fil du JORF :) Dernière question, comptez-vous saisir aussi les limites des circonscriptions consulaires des Français de l'étranger là aussi pour les législatives (il y en a 11) ? Une des circonscription est gigantesque en surface : toute la Russie, toute l'Asie et toute l'Océanie (hors outre-mer français). Les frontières sont à l'échelle des continents, les plus petites étant en Europe (la plus petite est celle des 3 pays du Bénélux) ! Ou alors peut-être seulement créer les relations pour complétude, mais sans les ways de frontière externe (ou alors par inclusion des relations des pays concernés au lieu de détailler les frontières. Pas ûr que les autres pays comprennent ce que sont ces circonscriptions consulaires qui en apparence les classe en France... Pour les circo extérieures, je vois plus des relations contenant des relations pays ou continents que de prendre toutes les frontières des pays JonathanMM Le 18 mai 2012 09:56, Benjamin Bohardbenjamin.boh...@orange.fr a écrit : Bonjour, L'annexe du code électoral ne détaille pas le contour des cantons. Pour l'instant, en l'absence d'autres sources (il y a des fragments disponibles en opendata à droite à gauche), on dépouille les JORF. Il y a quelques années clés : 1973, 1982. Personnellement, je ne construis que les circonscriptions pour parer au plus pressé. Ça dispense de trouver les limites des cantons qui sont englobés. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Candidat (Parti Pirate) aux législatives 2012 dans la 9ème circonscription du Val-d'Oise Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose en rideau
2012/5/18 Nicolas Croiset (Campus Grenoble 90,8) nicolas.croi...@brume.org: Quand on essaie d'accéder à cette url http://osmose.openstreetmap.fr/text/cgi-bin/byuser.py?username= on obtiens un message d'erreur Internal Server Error. C'est corrigé maintenant. (à part les titres des erreurs qui devraient arriver petit à petit) Je suis en train de permettre d'autres traductions qu'en français ou anglais, et ça demande des modifications de la base de donnée que je n'avais pas répercuté sur cette page. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Concernant les circonscriptions des Français à l'étranger, nous faisons une agrégation de pays pour la version non OSM. J'imagine qu'on peut faire la même chose dans OSM. Peut-être faudra-t-il signaler que le boundary:political concerne la France... Si tous les pays ajoutent leurs circonscriptions à l'étranger, on va finir par s'y perdre. La distinction existe peut-être déjà... J'ai tendance à me perdre dans la profusion de tags. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le 18 mai 2012 11:52, Benjamin Bohard benjamin.boh...@orange.fr a écrit : Concernant les circonscriptions des Français à l'étranger, nous faisons une agrégation de pays pour la version non OSM. J'imagine qu'on peut faire la même chose dans OSM. Peut-être faudra-t-il signaler que le boundary:political concerne la France... Si tous les pays ajoutent leurs circonscriptions à l'étranger, on va finir par s'y perdre. La distinction existe peut-être déjà... J'ai tendance à me perdre dans la profusion de tags. Certains pays créent des circonscriptions à l'étranger qui découpent les pays, selon les emplacements régionaux de leurs consulats quand ils en ont plusieurs dans un même pays. Espérons qu'ils se contenteront de suivre au moins des frontières régionales existantes. Par exemple quand l'Algérie a fait ses élections législatives, ou la Tunisie ses élections constituantes, je ne sais pas quel était leur découpage pour les nombreux Algériens ou Tunisiens votant en France... Même chose pour les Turcs qui votent en Allemagne (je suppose qu'ils utilise les limites des Länders) ou les Canadiens qui votent aux USA. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Bonjour, J'aimerai générer des cartes de France des régions, départements, communes et pourquoi pas cantons et circonscriptions législatives au format SVG. Je viens de visiter le lien de ComCom Maker en mode web et je vois que ces informations sont disponibles il ne resterait donc plus qu'à les extraire. Mais voilà le hic, c'est que je n'ai aucune idée de comment faire. Pourriez vous m'orienter vers des tutoriels ou de la documentation avec les bonnes explications pour faire cela ? Merci, - Christophe 2012/5/16 Frédéric Rodrigo fred.rodr...@gmail.com: Suite à une discution sur IRC j'ai généré les relations des circonscriptions avec ComCom Maker (en ligne de commande, si, si, c'est possible). (ComCom makee en mode web : http://osm7.pole-aquinetic.fr/~vincentpottier/comcom/ ) Il en résulte une relation par circonscriptions construite uniquement avec les communes présentes dans OSM et qui ne sont pas découpées dans plusieurs circonscriptions. Les relations de circonscriptions : http://osm7.pole-aquinetic.fr/~fred/circo/ Les circonscriptions pour les quelles il manque des communes dans OSM (128): http://osm7.pole-aquinetic.fr/~fred/circo/circo-missing-com.txt Donc tous les circonscriptions qui ne sont pas dans la liste pourraient être importées, modulo les 88 communes découpés. Soit 449 sur 577. De plus il y sûrement des circonscriptions faisables même sans avoir toutes les communes dans OSM, comme pour les ComCom. La même chose dans un (joli?) paquet : http://osm7.pole-aquinetic.fr/~fred/circo.tar.bz2 La liste des 88 communes découpés sur plusieurs circonscriptions est là : https://github.com/Icephale/constituency-fr-NG/blob/master/circos/doubles.txt C'est faisable, si on le veut. Il y a quand même un réelle attende sur ces données. Il y en a déjà dans OSM : http://layers.openstreetmap.fr/?zoom=9lat=46.89719lon=6.10539layers=BFT Frédéric. Le 16/05/2012 15:31, Benjamin Bohard a écrit : Bonjour, Avec l'arrivée imminente des élections législatives, Regards Citoyens a besoin de disposer des limites de circonscriptions électorales. Avec les données GEOFLA (libérées récemment par l'IGN), nous avons entrepris de les reconstruire à partir de limites communales et d'une liste de correspondance (data.gouv.fr) entre communes et circonscriptions (qui donne un meilleur résultat qu'une correspondance entre cantons électoraux et circonscriptions). Cette démarche permet d'automatiser la construction de la majeure partie des circonscriptions (331 sur 577). Le cas des limites infra-communales est à faire à la main dans 88 communes. Un fichier shapefile par département (60 sont concernés) à été généré et on aurait besoin de cartographes inspirés afin de pouvoir intégrer les dernières limites des circonscriptions. Nous sommes partis de ces données (GEOFLA) car elles étaient tout simplement plus faciles à prendre en main rapidement, le but étant de proposer une première version libre des circonscriptions pour le mois de juin. Dans un avenir proche, nous pensions toutefois faire un travail équivalent à partir des données OSM. Sans forcément chercher à intégrer le résultat dans la base de données OSM, ne sachant pour l'instant pas sous quelle structure nous pourrions le faire. La structure actuelle de notre essai est donc une collection de polygones, créés par agrégation de communes dans le cas des circonscriptions simples et de fragments de communes dans les cas plus complexes. Dans le cadre d'OSM, nous imaginons plutôt une relation portant sur des limites administratives communales et des voies (chemin de fer, rue, cours d'eau). Définir les circonscriptions comme un ensemble de cantons ou même de communes ne nous semble pas correct. Si le projet vous intéresse, nous utilisons le canal IRC #OpenDataBourgogne sur freenode pour échanger. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le vendredi 18 mai 2012 14:18:32, Christophe Augier a écrit : Bonjour, J'aimerai générer des cartes de France des régions, départements, communes et pourquoi pas cantons et circonscriptions législatives au format SVG. Voilà un pointeur sur ce qui a déjà été fait : http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes Christian s'est occupé de la génération en svg, peut-être t'en dira-t-il plus sur ça méthode. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
Le 18 mai 2012 14:18, Christophe Augier christophe.aug...@gmail.com a écrit : Bonjour, J'aimerai générer des cartes de France des régions, départements, communes et pourquoi pas cantons et circonscriptions législatives au format SVG. Attention: les régions et départements sont normalement présents dans OSM, alors que pour les communes il y a encore des manques. Cf. http://layers.openstreetmap.fr/?zoom=8lat=48.39106lon=1.28085layers=0B000FFTFFF Je viens de visiter le lien de ComCom Maker en mode web et je vois que ces informations sont disponibles il ne resterait donc plus qu'à les extraire. Mais voilà le hic, c'est que je n'ai aucune idée de comment faire. Pourriez vous m'orienter vers des tutoriels ou de la documentation avec les bonnes explications pour faire cela ? Merci, - Christophe 2012/5/16 Frédéric Rodrigo fred.rodr...@gmail.com: Suite à une discution sur IRC j'ai généré les relations des circonscriptions avec ComCom Maker (en ligne de commande, si, si, c'est possible). (ComCom makee en mode web : http://osm7.pole-aquinetic.fr/~vincentpottier/comcom/ ) Il en résulte une relation par circonscriptions construite uniquement avec les communes présentes dans OSM et qui ne sont pas découpées dans plusieurs circonscriptions. Les relations de circonscriptions : http://osm7.pole-aquinetic.fr/~fred/circo/ Les circonscriptions pour les quelles il manque des communes dans OSM (128): http://osm7.pole-aquinetic.fr/~fred/circo/circo-missing-com.txt Donc tous les circonscriptions qui ne sont pas dans la liste pourraient être importées, modulo les 88 communes découpés. Soit 449 sur 577. De plus il y sûrement des circonscriptions faisables même sans avoir toutes les communes dans OSM, comme pour les ComCom. La même chose dans un (joli?) paquet : http://osm7.pole-aquinetic.fr/~fred/circo.tar.bz2 La liste des 88 communes découpés sur plusieurs circonscriptions est là : https://github.com/Icephale/constituency-fr-NG/blob/master/circos/doubles.txt C'est faisable, si on le veut. Il y a quand même un réelle attende sur ces données. Il y en a déjà dans OSM : http://layers.openstreetmap.fr/?zoom=9lat=46.89719lon=6.10539layers=BFT Frédéric. Le 16/05/2012 15:31, Benjamin Bohard a écrit : Bonjour, Avec l'arrivée imminente des élections législatives, Regards Citoyens a besoin de disposer des limites de circonscriptions électorales. Avec les données GEOFLA (libérées récemment par l'IGN), nous avons entrepris de les reconstruire à partir de limites communales et d'une liste de correspondance (data.gouv.fr) entre communes et circonscriptions (qui donne un meilleur résultat qu'une correspondance entre cantons électoraux et circonscriptions). Cette démarche permet d'automatiser la construction de la majeure partie des circonscriptions (331 sur 577). Le cas des limites infra-communales est à faire à la main dans 88 communes. Un fichier shapefile par département (60 sont concernés) à été généré et on aurait besoin de cartographes inspirés afin de pouvoir intégrer les dernières limites des circonscriptions. Nous sommes partis de ces données (GEOFLA) car elles étaient tout simplement plus faciles à prendre en main rapidement, le but étant de proposer une première version libre des circonscriptions pour le mois de juin. Dans un avenir proche, nous pensions toutefois faire un travail équivalent à partir des données OSM. Sans forcément chercher à intégrer le résultat dans la base de données OSM, ne sachant pour l'instant pas sous quelle structure nous pourrions le faire. La structure actuelle de notre essai est donc une collection de polygones, créés par agrégation de communes dans le cas des circonscriptions simples et de fragments de communes dans les cas plus complexes. Dans le cadre d'OSM, nous imaginons plutôt une relation portant sur des limites administratives communales et des voies (chemin de fer, rue, cours d'eau). Définir les circonscriptions comme un ensemble de cantons ou même de communes ne nous semble pas correct. Si le projet vous intéresse, nous utilisons le canal IRC #OpenDataBourgogne sur freenode pour échanger. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circonscriptions legislatives : trouver les limites
J'aimerai générer des cartes de France des régions, départements, communes et pourquoi pas cantons et circonscriptions législatives au format SVG. Voilà un pointeur sur ce qui a déjà été fait : http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes Merci pour le lien, je regarde ça ! Christian s'est occupé de la génération en svg, peut-être t'en dira-t-il plus sur ça méthode. Je vais attendre de sa réponse alors :-) - Christophe -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Classification des voies à Toulouse
Voici la copie d'un message que je viens d'envoyer au contributeur awikatchikaen. J'aimerais bien que les décisions sur la classification des voies fassent l'objet d'une discussion et d'un consensus larges, et je ne suis vraiment pas sûr de détenir la bonne solution. Donc : exprimez-vous. Bonjour, je vois que vous êtes en train de modifier assez largement la classification des voies à Toulouse, faisant apparaître des primary à l'intérieur de l'anneau de rocade périphérique, alors que dans l'état précédent, les primary ne servaient qu'à du trafic inter-villes et ne pénétraient pas à l'intérieur du centre-ville. On sait que le choix des classification primary/econdary/tertiary est un des points faibles d'OSM, source de débats sans fin puisqu'il n'existe pas de critères absolu et vérifiables. Cependant, l'état actuel était le résultat d'un consensus entre cartographieurs locaux, comme on peut le voir dans cette discussion : http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009533.html Avant de vous lancer dans cette modification, avez-vous discuté avec des contributeurs locaux ? Écrit quelque chose sur une page de wiki (http://wiki.openstreetmap.org/wiki/Toulouse) ? Vérifié par un moyen ou un autre que votre point de vue était partagé ? Je serais heureux d'avoir des explications et des justifications sur cette opération. Cordialement, Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OSGeo Live 5.5日本語/OpenJDK6差し替え版を作りました
On Fri, May 18, 2012 at 09:06:19AM +0900, Jun NOGATA wrote: GIS系オープンソースソフトウェアが収録されたOSGeo Live 5.5を、日本語環境 に特化した形に変更して/JavaをOpenJDK6に差し替えてリマスタリングしたもの を公開しています。 http://regret.nofuture.tv/download/osgeolive/ ダウンロードして試しに動かしてみました。 いろいろと入っているようなのですが、どれが、どういう機能を持っているか、 というガイドがないようなので、どう使っていいか分からない、というのが 実情です。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] GPSログの編集ソフトで良いものはありますか?
過去に同じような質問があったかと思いますが、 うまく探せないのでここで聞いてみます。 GPSログ(できればKML形式)のログを編集するソフトで良いものはありますか。 手元にはmapfan.netがあるのですが、これはNMEA形式のみ対応、 取り込むのが手間なのです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] カラオケボックス(amenity=karaoke_box)の提案(Draft)
On Sat, Feb 11, 2012 at 05:04:28PM +0900, Shu Higashi wrote: 東です。 めげずにカラオケボックスの提案ドラフトを書きました。 http://wiki.openstreetmap.org/wiki/Proposed_features/Karaoke_box ご意見ありましたらお願いします。 そういえば、この話進んでないですね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSGeo Live 5.5日本語/OpenJDK6差し替え版を作りました
かやまです 各ソフトウェアの概要についてはこちらを参照してみてください http://live.osgeo.org/ja/overview/overview.html 2012年5月19日 7:51 ribbon o...@ns.ribbon.or.jp: On Fri, May 18, 2012 at 09:06:19AM +0900, Jun NOGATA wrote: GIS系オープンソースソフトウェアが収録されたOSGeo Live 5.5を、日本語環境 に特化した形に変更して/JavaをOpenJDK6に差し替えてリマスタリングしたもの を公開しています。 http://regret.nofuture.tv/download/osgeolive/ ダウンロードして試しに動かしてみました。 いろいろと入っているようなのですが、どれが、どういう機能を持っているか、 というガイドがないようなので、どう使っていいか分からない、というのが 実情です。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] GPSログの編集ソフトで良いものはありますか?
On Sat, May 19, 2012 at 10:11:14AM +0900, Yoichi SEINO wrote: 清野です。 OSGeoLiveと仰りたかったのでしょうか…。 おっしゃる通りでございます. あと、GPSPruneですね。 http://activityworkshop.net/software/prune/ おっしゃる通りでございます. Javaベースで動くソフトウェアなので環境を問いませんし、UIの日本語化もされている良いソフトウェアです。 背景にWebマップを表示させたりもできます。もちろんOSMも!! 一部日本語化されていなかったので、上記からたどり着いたWikiに、訳を更新して おきました。次のバージョンでは少し日本語表示が増えるでしょう。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
