[Talk-hr] Nepostivanje uvjeta koristenja
Koriste OSM, ali nisu naveli OSM nego Google: http://www.visitmedimurje.com/karta/index.html Poslao sam im sljedeću poruku: Vidim da na vašoj karti http://www.visitmedimurje.com/karta/index.html koristite OSM podloge, ali nigdje se niste naveli da ih koristite. Štoviše na OSM podlogama (Mapnik i OpenCycleMap) navodite da su to Google podatci. Ovih putem vas molim da to ispravite te da za OSM podatke stoji link na OSM u skladu sa uvjetima korištenja: http://www.openstreetmap.org/copyright; Ako nađete još takvih primjera javite. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Nepostivanje uvjeta koristenja
Ja sam im poslao poruku potaknut nedavnim clankom http://stevecoast.com/2014/04/28/attribution-is-it-time-to-name-and-shame/ ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Tagging
Hi Guys, Am reading the tagging scheme on he wiki, has livingstreet been used much in the philippines. With the styling, I am considering implementing the style in a fashion so that any tags NOT contained in the wiki http://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions will highlight in red like I did for JOSM in the HOT validation scheme so it is obvious if something is not tagged correctly. Is this useful Feedback welcome .. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Tagging
I am using highway=living_street for residential streets (that are definitely not highway=service) where cars are permitted to pass through but is inadvisable because the road is narrow or because people usually use the street as a pedestrian area. Example: San Pascual St. in Malate, Manila: http://www.openstreetmap.org/way/130964193 On Wed, Apr 30, 2014 at 7:26 PM, Mark Cupitt markcup...@gmail.com wrote: Hi Guys, Am reading the tagging scheme on he wiki, has livingstreet been used much in the philippines. With the styling, I am considering implementing the style in a fashion so that any tags NOT contained in the wiki http://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions will highlight in red like I did for JOSM in the HOT validation scheme so it is obvious if something is not tagged correctly. Is this useful Feedback welcome .. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Tagging
Thanks seav, cheers. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === On Wed, Apr 30, 2014 at 8:08 PM, Eugene Alvin Villar sea...@gmail.comwrote: I am using highway=living_street for residential streets (that are definitely not highway=service) where cars are permitted to pass through but is inadvisable because the road is narrow or because people usually use the street as a pedestrian area. Example: San Pascual St. in Malate, Manila: http://www.openstreetmap.org/way/130964193 On Wed, Apr 30, 2014 at 7:26 PM, Mark Cupitt markcup...@gmail.comwrote: Hi Guys, Am reading the tagging scheme on he wiki, has livingstreet been used much in the philippines. With the styling, I am considering implementing the style in a fashion so that any tags NOT contained in the wiki http://wiki.openstreetmap.org/wiki/Philippines/Mapping_conventions will highlight in red like I did for JOSM in the HOT validation scheme so it is obvious if something is not tagged correctly. Is this useful Feedback welcome .. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Guideline review: Substantial
Paul Norman wrote: Is there any relevant case law on substantial? A brief reminder that there are two useful wiki pages: https://wiki.openstreetmap.org/wiki/Statute_law http://wiki.osm.org/wiki/Case_law which collect links to useful papers and cases. In particular Charlotte Waelde's paper contains a long discussion of what might be considered substantial in a geo context post-BHB: http://edina.ac.uk/projects/grade/gradeDigitalRightsIssues.pdf Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-Guideline-review-Substantial-tp5804512p5804651.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
+1 I know of a few sites who have not responded to my email. what is the next step? Jonathan http://bigfatfrog67.me On 30/04/2014 00:34, Simon Poole wrote: Just a reminder, this thread started of with a discussion of attribution, or rather lack of such. I don't think there is very much doubt about what the licence requires even given all the complexity of the ODbL, for a produced work it is: However, if you Publicly Use a Produced Work, You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Our suggested attribution text is already very minimal. It is not clear to me what reasonable objections exist against simply attributing OSM as we require. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
On 28.04.2014 23:34, Kai Krueger wrote: I would say we can all agree on that for the majority of the community giving data back when you fix things is the spirit of the share-a-like license of OSM. Even as a supporter of more liberal licensing, this is a spirit I could pretty much get behind. But we have to judge a license based on its actual effects, not the original intention. What annoys me, for example, is when we require people to publish data that we wouldn't even want if they offered it. Tobias ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
Just a reminder, this thread started of with a discussion of attribution, or rather lack of such Doesn't help that the original post conflates the issues :p On Tuesday, April 29, 2014, Simon Poole si...@poole.ch wrote: Just a reminder, this thread started of with a discussion of attribution, or rather lack of such. I don't think there is very much doubt about what the licence requires even given all the complexity of the ODbL, for a produced work it is: However, if you Publicly Use a Produced Work, You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Our suggested attribution text is already very minimal. It is not clear to me what reasonable objections exist against simply attributing OSM as we require. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
On 30/04/14 03:18 AM, Tobias Knerr wrote: But we have to judge a license based on its actual effects, not the original intention. What annoys me, for example, is when we require people to publish data that we wouldn't even want if they offered it. The users of the data may want it. The license exists to benefit them, not (just) OSM. If the actual effects worked against this then yes there would be a problem. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attributing OpenStreetMap at Mapbox
On Wed, Apr 30, 2014 at 11:56 AM, Alex Barth a...@mapbox.com wrote: I just posted a writeup on my diary on how we're attributing OpenStreetMap at Mapbox. [ ... ] [ and from the blog ] (c) Mapbox (c) OpenStreetMap links to https://www.mapbox.com/about/maps with a full listing of all sources. [ ... ] Looking forward to feedback. I feel that the attribution that you currently use provides insufficient recognition for OpenStreetMap. A rough equivalent would be to refer to your company or one of your products, but then link to http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services Your choice of attribution is probably okay based on a strict reading of the current guidance in the wiki. I feel that we should change that guidance and require a more prominent, and individualized attribution for OpenStreetMap. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
On 30.04.2014 19:37, Rob Myers wrote: On 30/04/14 03:18 AM, Tobias Knerr wrote: But we have to judge a license based on its actual effects, not the original intention. What annoys me, for example, is when we require people to publish data that we wouldn't even want if they offered it. The users of the data may want it. The license exists to benefit them, not (just) OSM. If the actual effects worked against this then yes there would be a problem. I think there is quite a bit of data that will, with high likelihood, never be of use to anyone. That's especially true for byproducts of the creation of a produced work. But your argument about also shows that there are mappers who ask for a lot more than just giving data back when you fix things. Thus it would be foolish for a data consumer to assume they only have to follow that spirit, as much as I wish that was enough. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
On 30/04/14 02:35 PM, Tobias Knerr wrote: I think there is quite a bit of data that will, with high likelihood, never be of use to anyone. That's especially true for byproducts of the creation of a produced work. It's been of use to at least one person. The person who created the produced work. But if the license can encourage more cost effective and environmentally friendly computation that's an unexpected benefit. ;-) But your argument about also shows that there are mappers who ask for a lot more than just giving data back when you fix things. It shows that the intent of the license is for *all* users of the data to be free to use it however they encounter it. If that requires more than bug fixes then so be it. The license doesn't exist to protect corporations from having to pay for proprietary data (or to drum up contributions for OSM), it exists to protect the freedom of every user of the data. Thus it would be foolish for a data consumer to assume they only have to follow that spirit, as much as I wish that was enough. If the data isn't used to produce the work, it doesn't have to be provided. Trying to work around this isn't foolish, it's malicious. Where there is legitimate uncertainty it should be cleared up if possible. But always to favour *all* users of the data. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 04/30/2014 01:18 AM, Simon Poole wrote: I would be less concerned about the bitcoin aspect of it, but given that the user is adding further information which is quite useful, it should be clear if he actually has permission to do so (and a valid source tag would be a good idea too). Many of the POIs added just have a name, website, and payment:bitcoin tags and don't actually say what it is. Many also have note tags that contain what I would call advertising (listing which special offers are available through Bitcoin payment). Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTYLVrAAoJEOx/uhGAJu9H5XIH+gKEvXerDLc04SOHlzchWqJo jLXqVnqJN0N2+WFTGJjtKOMlGz3AIToNuNLbkyhob7Ku2OYEeFMLdsmnf/T+Cwbs GAx8jCWDGdXpjEvIEnWZOdsieY7XuVVoE/YqZtySB8cvNXZf4a1j/EYmfDZ6FxPV eM5p7KjNhAdztYZmcVeOyFWbs3mznKaiPAriJHdaZ5bLvF5nCTSyFpqVwTmWeFdW jNBFSI7ieNSAeopWLydSVOeo0KfyUxCqc1KdpA74Vaq5EVFac1gCSWJAePB6Wz1r 9f7zT9kL8jUuAHLZPsFYIt5xL6MAT/vOylBNiCCe0Z+0GjmtlQd2NIqjysjggzE= =cSY4 -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
2014-04-30 6:56 GMT+02:00 Yves yve...@gmail.com: Then the bitcoin aspect is more a tagging issue: they accept bitcoin through menufy.com only. This is bad mapping. If they really need that information in there, I'd suggest payment:menufy=yes, and then ask the Coinmap maker to show those markers too. Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
That was what I meant, or whatever tag they see fit. On 30 avril 2014 10:39:36 UTC+02:00, Janko Mihelić jan...@gmail.com wrote: 2014-04-30 6:56 GMT+02:00 Yves yve...@gmail.com: Then the bitcoin aspect is more a tagging issue: they accept bitcoin through menufy.com only. This is bad mapping. If they really need that information in there, I'd suggest payment:menufy=yes, and then ask the Coinmap maker to show those markers too. Janko -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
On 04/30/2014 10:55 AM, Yves wrote: That was what I meant, or whatever tag they see fit. Coinmap author here. I think payment:bitcoin=menufy makes more sense. -- Best Regards / S pozdravom, Pavol Rusnak st...@gk2.sk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
On 30/04/2014, Janko Mihelić jan...@gmail.com wrote: 2014-04-30 6:56 GMT+02:00 Yves yve...@gmail.com: Then the bitcoin aspect is more a tagging issue: they accept bitcoin through menufy.com only. This is bad mapping. If they really need that information in there, I'd suggest payment:menufy=yes, and then ask the Coinmap maker to show those markers too. That seems like the right approach to me. The menufy announcement makes it clear that those restaurants don't (necessarily) accept bitcoin, they only accept menufy. If I got a meal there without using menufy, I'll have to pay caveman-style (wow, didn't know cavemen used used credit cards, high-tech banknotes, or any kind of currency). But seeing the average quality of bitcoin edits, I won't be holding my breath for that level of tagging nuances to reach the necessary audience. Sigh... Offtopic: I still haven't figured that one out. Why does bitcoin, out of any other likely interests, attract a combination of enthusiastic but clueless osm contributors in such high numbers ? What's special about Bitcoin ? We have plenty of niche enthusiasts in OSM, but they usually map quite well (at least not worse than the average contributor/newbie). Is it something inherent in the bitcoin-using population ? A random fluke ? An observation bias on my part ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
Am 4/30/14 12:06 , schrieb Pavol Rusnak: On 04/30/2014 10:55 AM, Yves wrote: That was what I meant, or whatever tag they see fit. Coinmap author here. I think payment:bitcoin=menufy makes more sense. Sounds great at frist glance, but when you look closer at the payment= Key http://wiki.openstreetmap.org/wiki/Key:payment then it becomes a issue as you can't use =interval anymore. While this isn't really a problem with menufy, I could see services like this where you want to use it, so it might not be a good idea to establish this kind of tagging and rather have something like payment:bitcoin_menufy=yes or simply have a completely different tag that just states that they use menufy, like menufy=yes (probably is some better version I can't think of). __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
There are two issues here. The first is the accuracy of the data and the second is tagging. For data, we in OSM prefer primary source data That is someone going to a location and verifying the information. We also allow information such as satellite imagery to be used, but again, in this case there is a user looking at the imagery and verifying that the data is accurate (or at least as accurate as the imagery). In this case, the data appears to be either from another source, or else its user generated.That would qualify as an import, which must go through an import process and follow the import guidelines. Discussing tagging seems secondary to me when the issue of Does this data qualify as imported data or not still exists. We've had a number of issues with Bitcoin mapping in OSM, including people copying directly from Google Maps (copyright violations), people using geocoded addresses from Google or other providers (copyright again), people using Nominatim to determine the location in areas where our coverage is poor (poor quality data), data not being validated (users not knowing for certain if bitcoin is an acceptable option). If you're the author of this tool, you will need to explain all this and come to a resolution if you wish to continue to use OSM as a repository for this data. - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New ITO electricity distribution map
Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
Where do I add my suggestions? I like the new map look, but I would like substation and plant labels more than city labels. Bigger the voltage of a substation, bigger the label. 2014-04-30 13:49 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
On 2014-04-30 14:20, Janko Mihelić wrote: Where do I add my suggestions? Same for me. I don't like that the background map is so invisible, that the city labels that do get generated seem to be generated at all zoom levels (which is really bad at low zoom) and that they can't cope with diacritics. And, are there no 300-350 kV lines or is it the color difference that is to small that I don't see them? Regards, Maarten 2014-04-30 13:49 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true [1] The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true [2] http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true [3] The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, FRANÇOIS LACOMBE francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com [4] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [5] Links: -- [1] http://www.itoworld.com/map/4?lon=2.51848amp;lat=48.80986amp;zoom=10amp;open_sidebar=map_keyamp;fullscreen=true [2] http://www.itoworld.com/map/4?lon=5.80635amp;lat=46.05588amp;zoom=17amp;fullscreen=true [3] http://www.itoworld.com/map/4?lon=6.19542amp;lat=46.07335amp;zoom=14amp;fullscreen=true [4] http://www.infos-reseaux.com [5] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
This is very nice improvement! I'm happy to see that even my rather spotty/patchy mapping of power infra in Haiti is finally being visualized/rendered in a way that it starts to demonstrate the usefulness of OSM as power mapping platform for also those that don't use the data (in separate applications). This will hopefully help to advocate for the use of OSM. Now, I too would like to make a suggestion: Accented characters don't seem to get rendered at all in place name labels. See e.g. http://www.itoworld.com/map/4?lon=-72.27848lat=18.51272zoom=16open_sidebar=map_keyfullscreen=truewhere Pétionville is rendered as Ptionville (almost center, slightly to the left), Tête de l'eau is Tte de l'eau (center bottom) and Péguy-Ville is Pguy-Ville (right center). Can someone pass this onwards / what would be the address / who would be the person to send improvement suggestions (also in the future)? Thanks to all who've worked on this! -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +505-8845-3391 (Nicaragua) * Voice(mail) / SMS / What's app: +1-202-730-9778 * http://about.me/jaakkoh On Wed, Apr 30, 2014 at 6:35 AM, Maarten Deen md...@xs4all.nl wrote: On 2014-04-30 14:20, Janko Mihelić wrote: Where do I add my suggestions? Same for me. I don't like that the background map is so invisible, that the city labels that do get generated seem to be generated at all zoom levels (which is really bad at low zoom) and that they can't cope with diacritics. And, are there no 300-350 kV lines or is it the color difference that is to small that I don't see them? Regards, Maarten 2014-04-30 13:49 GMT+02:00 François Lacombe francois.laco...@telecom-bretagne.eu: Hi, ITOWorld power communication maps have been updated and are now online, as a result of the feedback I gave to their support team. Electricity Distribution map is now almost complete. http://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom= 10open_sidebar=map_keyfullscreen=true [1] The main point was to deal with power substation inside stuff and pole hosted features. http://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom= 17fullscreen=true [2] http://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom= 14fullscreen=true [3] The map appearance will continuously be improved as long as proposals get accepted. Almost all mapped power=* features can be seen worldwide on this map, even if it's not always the case (and doesn't have to be) on the main slippy map. I want to thank them for time and resources investment. Everyone contribution get a lot of value through it. Cheers, FRANÇOIS LACOMBE francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com [4] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [5] Links: -- [1] http://www.itoworld.com/map/4?lon=2.51848amp;lat=48.80986; amp;zoom=10amp;open_sidebar=map_keyamp;fullscreen=truehttp://www.itoworld.com/map/4?lon=2.51848lat=48.80986zoom=10open_sidebar=map_keyfullscreen=true [2] http://www.itoworld.com/map/4?lon=5.80635amp;lat=46.05588; amp;zoom=17amp;fullscreen=truehttp://www.itoworld.com/map/4?lon=5.80635lat=46.05588zoom=17fullscreen=true [3] http://www.itoworld.com/map/4?lon=6.19542amp;lat=46.07335; amp;zoom=14amp;fullscreen=truehttp://www.itoworld.com/map/4?lon=6.19542lat=46.07335zoom=14fullscreen=true [4] http://www.infos-reseaux.com [5] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
Update: /u/dansfloyd (Reddit) who works at Menufy finally replied: I believe it is just random bitcoin supporters... we have had some issues with people not understanding that the bitcoin purchases have to be made online, and not in the restaurant. So sorry for the subject of the mail :( Andi __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
On 30/04/2014 16:54, Jaakko Helleranta.com wrote: Accented characters don't seem to get rendered at all in place name labels. See e.g. http://www.itoworld.com/map/4?lon=-72.27848lat=18.51272zoom=16open_sidebar=map_keyfullscreen=true where Pétionville is rendered as Ptionville (almost center, slightly to the left), Tête de l'eau is Tte de l'eau (center bottom) and Péguy-Ville is Pguy-Ville (right center). This is a known bug - François Lacombe just mentioned on talk-fr that it is being corrected. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
On 30/04/2014 14:35, Maarten Deen wrote: On 2014-04-30 14:20, Janko Mihelić wrote: Where do I add my suggestions? I like the new map look, but I would like substation and plant labels more than city labels. Bigger the voltage of a substation, bigger the label. Substation names are rendered at zoom 16+. Maybe also displaying the name at z15 would be ok but lower than that I'm afraid the map is going to get too cluttered. I agree that city labels should be suppressed at low zooms. It looks ugly otherwise. I'm still lacking support for power=plant although this feature was approved last year and increasingly used. Same for me. I don't like that the background map is so invisible, that the city labels that do get generated seem to be generated at all zoom levels (which is really bad at low zoom) and that they can't cope with diacritics. Agree, the background map is too faint. It would also be nice to have a selectable background map together with adjustable transparency. And, are there no 300-350 kV lines or is it the color difference that is to small that I don't see them? They are rendered. They are just very uncommon in Europe. In the US you'll find a lot of 345 kV lines. Ole ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
Andreas, It sounds to me like then it's menufly which offers bitcoin, and not the restaurants themselves. If that's the case, we need to remove these tags. - Serge On Wed, Apr 30, 2014 at 10:59 AM, Andreas Goss andi...@t-online.de wrote: Update: /u/dansfloyd (Reddit) who works at Menufy finally replied: I believe it is just random bitcoin supporters... we have had some issues with people not understanding that the bitcoin purchases have to be made online, and not in the restaurant. So sorry for the subject of the mail :( Andi __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
Or possible tag accepts payment from menufly, (menufly=yes?)there is some added value in the information here. Cheerio John On 30 April 2014 15:10, Serge Wroclawski emac...@gmail.com wrote: Andreas, It sounds to me like then it's menufly which offers bitcoin, and not the restaurants themselves. If that's the case, we need to remove these tags. - Serge On Wed, Apr 30, 2014 at 10:59 AM, Andreas Goss andi...@t-online.de wrote: Update: /u/dansfloyd (Reddit) who works at Menufy finally replied: I believe it is just random bitcoin supporters... we have had some issues with people not understanding that the bitcoin purchases have to be made online, and not in the restaurant. So sorry for the subject of the mail :( Andi __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Menufy.com added hundrets of stores with payment:bitcoin=yes, which don't accept Bitcoin
On Wed, Apr 30, 2014 at 3:20 PM, john whelan jwhelan0...@gmail.com wrote: Or possible tag accepts payment from menufly, (menufly=yes?)there is some added value in the information here. We don't tag any other business information that way. We don't say delivery=grubhub, for example. If we went down that road, the amount of ever-changing information we'd want to store would become endless... cake_supplier=sysco. etc. - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New ITO electricity distribution map
2014-04-30 20:39 GMT+02:00 Ole Nielsen on-...@xs4all.nl: Substation names are rendered at zoom 16+. Maybe also displaying the name at z15 would be ok but lower than that I'm afraid the map is going to get too cluttered. I agree that city labels should be suppressed at low zooms. It looks ugly otherwise. Display names of 380kV substations on zoom 7+. Names of 220kV on zoom 9+. 110kV on 11+. And so on. Along with the labels, render the substations with a thick border, so they look like a dot on low zooms. Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Wither Sydney suburb boundaries?
On 30 April 2014 00:10, Michael Gratton m...@vee.net wrote: The changeset is here: http://www.openstreetmap.org/changeset/22023461, does anyone have any comments about how it could be improved? Personally - 1. I wouldn't use the new source value ABS SSC_2011_AUST. I've used ABS2011-data.gov.au, and that has close to 1500 uses. ABS2011 has over 5000. Pick one of those, rather than a new source tag. 2. I'd add the postcode to the relation. Nominatim uses it, and it is goodness. Assuming you know what it is. 3. Where there is a boundary between the racecourse, the properties, and the suburb, I would maintain they are all the same boundary, and would use the same way. The racecourse doesn't overlap the properties by a few centimetres, so I don't think we should map this way either. I know others disagree. As an aside, the inaccurate shifting of bing data that happened a year or so is corrected in the mapbox satellite imagery we now have. Although we don't have the same zoom levels, it again allows us to accurately map these property and road centres, that are all misplaced on the bing imagery. Hopefully greater detail is coming soon. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wither Sydney suburb boundaries?
On 30 Apr 2014, at 10:53 pm, Michael Gratton m...@vee.net wrote: Yeah, I noticed that last night. My inclination was to pretend it isn't a problem until the LPI comes around, then make everything align to that. :) I don't disagree that adjacent property boundaries should share ways, but I'm inclined to prefer suburb boundaries have their own, since they are political at best (social at worst) and hence independent of land title boundaries. TRhe splitting of Newtown between the Sydney and Marrickville councils was a good example. In any case, Mapbox for me is giving a pixel's width difference between the three, so I'm not confident about using that (or Bing) to try to rectify (so to speak) the situation at the moment. I agree that if and when we can use the definitive suburb boundaries we should use their line. The ABS data just doesn't have the accuracy for that in my experience. I think you'll generally find in cases like this that the actual boundary is the property line. So fingers crossed for positive response from LPI! What happened to Bing anyway? About a year ago they loaded new Sydney and surround imagery that was all offset. Yes you can manually adjust, but there is getting to be more and more stuff unaligned. I contacted bing maps but no response. If you are going to use bing then it must be aligned to known good features or easier still to mapbox imagery. Ian ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Está certo?
Já consertaram essa rota? Gostaria de usar ela como base para fazer as rotas de ônibus aqui do estado, dai preciso de alguma base que esteja correta. Tentei fazer uma simulação com alguns sites http://map.project-osrm.org/ Saindo de Estação Praça XV e indo até Paquetá e o rotemento não foi feito Creio que deve estar faltando seja juntar de fato a rota ao pier na Praça XV. Fiz duas rotas e gostaria que alguém desse uma avaliada se a rota foi feita de forma correta http://www.openstreetmap.org/relation/3690135 http://www.openstreetmap.org/relation/3697687 -- Tarcisio Oliveira ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação de dados em Naviraí - MS
Também concordo com a reversão. Em geral, o consenso da comunidade é reverter importações que não tenham sido discutidas antes. Essa importação não foi de muita qualidade mesmo. Sobre a fonte dos dados, podemos ver com o próprio usuário. Abs, João Em 30 de abril de 2014 21:41, Nelson A. de Oliveira nao...@gmail.comescreveu: (prometo que paro com o monólogo depois dessa mensagem) Em janeiro desse ano eu já tinha comentado sobre esses mesmos dados: https://lists.openstreetmap.org/pipermail/talk-br/2014-January/005011.html Depois também em fevereiro https://lists.openstreetmap.org/pipermail/talk-br/2014-February/005505.html São dados de 2 anos atrás. A área que ele editou é pequena, mas quanto mais tempo passa, pior fica. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap
Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XML von einem Objekt exportieren
Markus schrieb am 29.04.2014 19:07: Wie kann ich von einem Objekt (ID bekannt) die Daten exportieren? (so dass ich sie mit einem Texteditor lesen kann) Ich weiß nicht, was du damit dann tun willst, aber eventuell ist der Textbasierte Editor http://level0.osmz.ru/ was für dich. Der liefert bei einem Sportplatz zum Beispiel: way 278093274 leisure = pitch sport = soccer surface = grass nd 2825234545 nd 2825234550 nd 2825234548 nd 2825234542 nd 2825234545 was du direkt verändern und wieder hochladen kannst. -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap
Am 30.04.2014 08:42, schrieb Simon Poole: Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, logisch ... die gabs wohl noch nicht so IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. beim MOB AC habe ich ein Update gemacht - ohne Ergebnis bzgl. Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen von der Platte löschen ... Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? Wieso sehe ich nicht, was ich online sehe kann auf den Geräten? Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen? M.E. hier zu kurz gedacht. Gruß, t. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap
Hallo tshrub, die Tile-Usage Policy gibt es schon ziemlich lange, das ist vermutlich nicht das Problem. Für Anwendungen, die sehr wenig oder durch sehr wenige genutzt werden, fällt das aber nicht unbedingt sofort auf, ein Grund, warum Mobac und Orux maps zunächst bei dir funktioniert haben dürften. Seitens OSM ist das völlig in Ordnung: Das Projekt sagt zur Nutzung der Kacheln ganz klar, dass das massenhafte herunterladen nicht erlaubt ist. Wer da nicht hingehört hat, das sind die Entwickler von Mobac und Orux - zumindest eben zunächst. Die sind dann darauf hingewiesen worden und irgendwann wurden die Anwendungen gesperrt. Würde OSM das nicht tun, wären die Server irgendwann überlastet oder nicht mehr finanzierbar, weil jeder exzessiv die Daten nutzen würde wie er möchte. Insofern: Ja, die Sperre kommt von OSM, aber Nein: nicht unerwartet oder unangekündigt, und nicht unvorhersehbar. Was das mit neuen Geräten zu tun hat, weiß ich nicht - die Sperre von OSM hat jedenfalls nichts mit deinem Gerät zu tun, sondern alleine mit genau den beiden Programmen. Zu kurz gedacht ist das - und nimm mir das nicht übel - höchstens von dir und eben von den Entwicklern der Anwendungen: Von dir, weil Du dir (bisher) keine Gedanken darüber machst, warum diese Sperren notwendig sein könnten, sondern dich gleich bei OSM beschwerst (die Apps wären die richtigere Anlaufstelle, obwohl dir hier sicher auch geholfen wird, wenn jemand helfen kann und du konkrete Fragen stellst - z.B. hast du schon einen Grund für die Fehlfunktion deiner Anwendung und eine mögliche Lösungsstrategie (update) gekriegt). Von den Entwicklern der Anwendung, weil sie nicht mit so großen Nutzerzahlen gerechnet haben ursprünglich - oder, weil sie die Usage Policy bewusst ignoriert haben. Zu kurz gedacht von OSM wäre, wenn jeder Tiles in beliebiger Menge herunterladen könnte; denn dann bestünde die Möglichkeit, dass die Server für niemanden mehr bezahlbar bliebe, was im Endeffekt schlimmer ist als ein paar Anwendungen auszusperren, die sich meinen über Regeln hinwegsetzen zu können. Gruß Peter Am 30.04.2014 10:52, schrieb tshrub: Am 30.04.2014 08:42, schrieb Simon Poole: Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, logisch ... die gabs wohl noch nicht so IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. beim MOB AC habe ich ein Update gemacht - ohne Ergebnis bzgl. Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen von der Platte löschen ... Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? Wieso sehe ich nicht, was ich online sehe kann auf den Geräten? Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen? M.E. hier zu kurz gedacht. Gruß, t. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik nicht für MOB AC und Oruxmap
On 2014-04-30 10:52, tshrub wrote: Am 30.04.2014 08:42, schrieb Simon Poole: Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, logisch ... die gabs wohl noch nicht so IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. beim MOB AC habe ich ein Update gemacht - ohne Ergebnis bzgl. Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen von der Platte löschen ... Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? Wieso sehe ich nicht, was ich online sehe kann auf den Geräten? Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen? M.E. hier zu kurz gedacht. Wenn einzelne Apps die freien Services von OSM kostenlos nutzen und ausbeuten (sprich: die Apps setzen keinen eigenen Tiles-Server auf und nutzen den OSM Server um Geld zu sparen) um einen eigenen Vorteil zu haben, muß man hin und wieder mal einschreiten. Schreib den App Entwicklern das Problem. Alternativ: OpenAndraMaps - offline, aber super! Gruß, t. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XML von einem Objekt exportieren
Hallo Peter, Auf http://www.openstreetmap.org/way/24774635 und vgl. Seiten gibt's unten einen XML herunterladen-Link. Super - danke! (hatte zuwenig nach unten gescrollt) @Ralf: Deine Methode hat funktioniert. @Holger: sehr schön! Gruss, Markus Verbesserungsvorschläge: - XML herunterladen-Link nach oben - in JOSM einen Link zum ausgewählten Objekt http://www.openstreetmap.org/way/# (z.B. in der History, oder dort wenigstens die Objekt-Nr kopierbar)) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Klaus-Geo kwo...@outlook.com wrote: ich wollte mal in der Runde fragen, ob man vllt. das LKW-Maut-Tagging überarbeiten könnte? Diesbzügl. auch eine internationale Kartierungsvorschrift festlegen könnte! ^^^ Ähm, Dir ist schon klar, dass OSM nicht so funktioniert? Mich stört heir insbesondere der Begriff Vorschrift. Nach den ersten Durchschauen scheint mir dein Vorschlag zu kompliziert zu sein. Im Detail sollten sich damit jedoch andere befassen, denn mein Fokus liegt nicht im Bereich Verbrennungsmotorgetriebener Fahrzeuge. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XML von einem Objekt exportieren
Am 30.04.2014 12:56, schrieb Markus: Hallo Peter, Auf http://www.openstreetmap.org/way/24774635 und vgl. Seiten gibt's unten einen XML herunterladen-Link. Super - danke! (hatte zuwenig nach unten gescrollt) @Ralf: Deine Methode hat funktioniert. @Holger: sehr schön! Gruss, Markus Verbesserungsvorschläge: - XML herunterladen-Link nach oben +1 - in JOSM einen Link zum ausgewählten Objekt http://www.openstreetmap.org/way/# (z.B. in der History, oder dort wenigstens die Objekt-Nr kopierbar)) Versuch mal Strg+i bzw Umschalt+Strg+i wenn Du ein Objekt ausgewählt hast. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Tags = Schlagwörter
Am 27.04.2014 13:59, schrieb Frederik Ramm: Hallo, gerade ist mir aufgefallen, dass mein JOSM, wenn ich ihn auf Deutsch einstelle, die Tags neuerdings als Schlagwörter bezeichnet. Findet irgendjemand das gut (bzw. findet irgendjemand das besser als Eigenschaften)? Gibt es irgendwo, unabhängig vom konkreten Fall JOSM, einen Konsens oder zumindest eine Diskussion dazu? Gibt es andere Software oder Dokumentation im OSM-Umfeld, in der Tags als Schlagwörter bezeichnet werden? Dazu fallen mir mehrer Punkte ein: 1. Josm wird in Lauchpad übersetzt und mit einer Emailaddresse kann Mensch loslegen, was zu Fehlern und Ungereimtheiten führen kann. 2. Wichtige Begriffe sind, im Unterschied zu anderen Seiten/Software, bei Josm klar definiert und daran hat sich die letzten Jahre keine Person gestört. [1] 3. Wenn wir über den Toggle-Dialog sprechen, sind dort nicht nur Tags sondern auch Mitgliedschaften von Relationen aufgefüht, somit wesentlich mehr als nur Schlüssel-Wert-Paare. Zur generellen Softwareübersetzung habe ich auch ein gespaltenes Verhältnis und benutze selbst am liebsten Englisch und finde zB deutsche Manpages fürchterlich. Allerdings kenne ich doch etliche Menschen die in Englisch nicht so bewandert sind und doch lieber Deutsch/Französisch/Spanisch usw. benutzen. Gerrade im Bereich Fehlermeldungen wird es dann aber richtig spannend, da diese häufig kompliziert sind zu übersetzen und das richtige Maß an Verständlickeit und Einfachheit gefunden werden muss. Auch ist das auffinden dieser Meldungen im Internet mit der englischsprachigen Variante häufig einfacher, was allerdings auch nichts bringt, wenn der Rest auf dieser Seite dann auch nicht verstanden wird. Grundsätzlich würde ich ein offizielle Seite für wichtige Begriffe un deren Übersetzungen im Wiki begrüßen, denn dann wäre wenigstens ein Vereinheitlichung möglich und solche Schnitzer wie Schlagwörter würden noch unwahrscheinlicher. cu fly [1] https://josm.openstreetmap.de/wiki/De:Translations#SprachspezifischeÜbersetzungsnotizen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 29. April 2014 20:47 schrieb Klaus-Geo kwo...@outlook.com: toll:operator= Betreiber der Mautstrecke — Wer betreibt die Mautstrecke, bsp. Toll Collect. im Prinzip finde ich den Ansatz richtig, Maut nach Verkehrsmittel aufzuschlüsseln, allerdings würde ich das dann auch mit dem operator machen, also z.B. toll:hgv:operator (oder operator:toll:hgv?) so dass klar ist, worauf sich der Operator bezieht, und so dass auch möglich wird, ein System einzutragen, wo die Maut für unterschiedliche Fortbewegungsarten von verschiedenen Firmen / Systemen eingetrieben wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XML von einem Objekt exportieren
Hi, - in JOSM einen Link zum ausgewählten Objekt Versuch mal Strg+i bzw Umschalt+Strg+i wenn Du ein Objekt ausgewählt hast. Super! man lernt nie aus... :-) Gruss, Markus PS: Hatte früher mal aus Frust über fehlende JOSM-Doku eine Wiki-Doku geschrieben: http://wiki.openstreetmap.org/wiki/de:JOSM/Guide Dort habe ich Deine Tastaturkürzel eingetragen (bin aber nicht sicher mit der Sortierung). ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Obiettivi sensibili
Come preannunciato ad alcuni di voi ieri, qui c'e' la foto della caserma di Alghero, impropriamente nota come la sede addestrativa di Gladio. https://www.google.it/maps/@40.505898,8.354615,3a,75y,225.3h,75.53t/data=!3m4!1e1!3m2!1sKODcXONJY2oi0NpN9m3LSw!2e0!5m1!1e4 Se ingrandite l'immagine vedete gli avvisi che e' vietato fotografare e fare rilievi anche a mano. Pero' Google l'ha fatto. No comment. Saluti Fabrizio Il giorno 29 aprile 2014 23:24, Leonardo kinetocor...@gmail.com ha scritto: Relinko la discussione del 2012, potremmo ripartire a parlarne da qui: https://lists.openstreetmap.org/pipermail/talk-it/2012-October/031203.html Leonardo Il 29/04/2014 20:55, sabas88 ha scritto: Ciao, c'è qualche dichiarazione da qualche parte riguardante dati OSM che rappresentano obiettivi sensibili, tipo aree militari e simili? Intendo cose che tirano in ballo sicurezza nazionale e affini. Si mappa quello che si vede? Grazie, Stefano ___ Talk-it mailing listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Lo so, anche perché una volta sono stato fermato per l’identificazione per aver fotografato la targa di un Reparto mobile della Polizia di Stato, di fianco al cancello di ingresso. La sede del reparto è ben nota, e nelle vicinanze esistono anche diversi cartelli stradali che indicano il percorso per raggiungerlo. Il divieto di fare foto esiste incondizionato, ma il vero problema per cui sono stato fermato è che non mi ero accorto che il cancello era aperto, per cui avevo volontariamente inquadrato anche le strutture interne. Dopo aver fornito spiegazioni, tutto si è apparentemente risolto con la spontanea cancellazione delle foto da parte mia, e un invito ad evitare di fare fotografie, in particolar modo attraverso il cancello aperto. Dal colloquio *informale* avuto con il responsabile del servizio di guardia, ho capito che loro non hanno grossi problemi finchè mappiamo ciò che è visibile dall’esterno, tipo perimetro dei muri, informazioni riportate sulle targhe, o elementi di pubblica utilità come la posizione degli ingressi accessibili al pubblico. Ma sono preoccupati che non vengano raccolte informazioni su tutto ciò che è all’interno. Anche se tali strutture interne sono chiaramente identificabili su foto aeree, suggerirei di limitarci a mappare i perimetri dell’area, eventualmente il tipo di barriera, e la destinazione e assegnazione dell’area. Ciao, Alberto From: Fabrizio Tambussa [mailto:ftambu...@gmail.com] Sent: mercoledì 30 aprile 2014 11:38 To: openstreetmap list - italiano Subject: Re: [Talk-it] Obiettivi sensibili Se ingrandite l'immagine vedete gli avvisi che e' vietato fotografare e fare rilievi anche a mano. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
Quando si pubblicano le foto su www.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Dario Il 29/04/2014 09:55, Francesco Piero Paolicelli ha scritto: +1 Inviato da iPhone Il giorno 29/apr/2014, alle ore 09:20, aborruso aborr...@gmail.com ha scritto: Francesco Piero Paolicelli wrote Rimango dell'idea che la parte foto/video si trainante per la diffusione. E sono d'accordo. Anche per questo sto usando Mapillary, e mi faccio lo streetview di un giardino pubblico: http://www.mapillary.com/map/im/AZycU1UZhWJLxBh6GYfUxw L'app mobile è sia per Android che iOS - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Official-Google-Blog-Go-back-in-time-with-Street-View-tp5804019p5804494.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
Il 30 aprile 2014 14:24, Dario-Gmail dario.zont...@gmail.com ha scritto: Quando si pubblicano le foto su www.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Lo fanno automaticamente, vedi qui: https://twitter.com/cristiancantoro/status/440536261103607808 e collegati. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
2014-04-30 14:25 GMT+02:00 Dario Zontini [via GIS] ml-node+s19327n5804710...@n5.nabble.com: Quando si pubblicano le foto su www.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Ci pensa mapillary -- Andrea Borruso website: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus http://bit.ly/GEOplus 38° 7' 48 N, 13° 21' 9 E, EPSG:4326 -- cercare e saper riconoscere chi e cosa, in mezzo all’inferno, non è inferno, e farlo durare, e dargli spazio Italo Calvino - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Official-Google-Blog-Go-back-in-time-with-Street-View-tp5804019p5804711.html Sent from the Italy General mailing list archive at Nabble.com.___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: TOWN VILLAGE
Un po' complicato. L'idea di farlo sui numeri mi sembra non sbagliata ed evita la discussione se città nel senso legale italiano coincide col termine town come utilizzato in OSM (o in inglese brittanico). Lo stesso vale probabilmante per frazione=village. Una frazione fisicamente separata da un paese può essere un hamlet o un village secondo la grandezza. Una frazione che è contigua al paese principale sarebbe una neighbourhood e non un village. Village spesso è un paese assestante, solo più piccolo di un town. Volker Ringrazio Volker che ha affrontato la mia discussione con la serietà e la pacatezza che lo contraddistingue. E con il quale ho avuto modo anche in passato di confrontarmi costruttivamente. Sono rimasto invece colpito da tutta la serie di altri interventi con argomenti e modi tra il patetico e il violento. Modi da fan, da supporter di corrente, preconcetti e pretestuosi ma anche capziosi non consoni ad un ambiente ad obiettivi condivisi e compartecipati. La mia esperienza, la mia professione e la mia età mi hanno mostrato che a tali condizioni e in tali ambiti non è opportuno che io stia. Rinuncio quindi al supporto del progetto openstreetmap, e alla partecipazione di questo forum. Rimangono orfani alcuni progetti di cui mi occupavo: - la mappatura dei civici di Fiorano Modenese - l’importazione di dati dell’uso del suolo per la regione Emilia Romagna: http://wiki.openstreetmap.org/wiki/Emilia_Romagna_uso_del_suolo_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_uso_del_suolo_-_scheda_di_codifica -l’importazione dei dati relativi ai parchi naturali in Emilia Romagna: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_parchi_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Rete2000_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_A.R.E._-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Paesaggi_Protetti_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Aree_Ramsar_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_parchi http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Rete2000 Rimango a disposizione per i suggerimenti qualora qualcuno voglia adottarli. Saluti Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: TOWN VILLAGE
Ciao Beppe, hai ragione, a volte le discussioni sono un po' sanguigne in lista. Mi farebbe piacere ci ripensassi, magari tra un po' di tempo. Grazie per il tuo lavoro in osm. gm. Il giorno 30 aprile 2014 17:01, Giuseppe Amici giuseppeam...@virgilio.itha scritto: Un po' complicato. L'idea di farlo sui numeri mi sembra non sbagliata ed evita la discussione se città nel senso legale italiano coincide col termine town come utilizzato in OSM (o in inglese brittanico). Lo stesso vale probabilmante per frazione=village. Una frazione fisicamente separata da un paese può essere un hamlet o un village secondo la grandezza. Una frazione che è contigua al paese principale sarebbe una neighbourhood e non un village. Village spesso è un paese assestante, solo più piccolo di un town. Volker Ringrazio Volker che ha affrontato la mia discussione con la serietà e la pacatezza che lo contraddistingue. E con il quale ho avuto modo anche in passato di confrontarmi costruttivamente. Sono rimasto invece colpito da tutta la serie di altri interventi con argomenti e modi tra il patetico e il violento. Modi da fan, da supporter di corrente, preconcetti e pretestuosi ma anche capziosi non consoni ad un ambiente ad obiettivi condivisi e compartecipati. La mia esperienza, la mia professione e la mia età mi hanno mostrato che a tali condizioni e in tali ambiti non è opportuno che io stia. Rinuncio quindi al supporto del progetto openstreetmap, e alla partecipazione di questo forum. Rimangono orfani alcuni progetti di cui mi occupavo: - la mappatura dei civici di Fiorano Modenese - l’importazione di dati dell’uso del suolo per la regione Emilia Romagna: http://wiki.openstreetmap.org/wiki/Emilia_Romagna_uso_del_suolo_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_uso_del_suolo_-_scheda_di_codifica -l’importazione dei dati relativi ai parchi naturali in Emilia Romagna: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_parchi_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Rete2000_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_A.R.E._-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Paesaggi_Protetti_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Aree_Ramsar_-_stato_import http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_parchi http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Rete2000 Rimango a disposizione per i suggerimenti qualora qualcuno voglia adottarli. Saluti Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: TOWN VILLAGE
Giuseppe Amici ha scritto: Sono rimasto invece colpito da tutta la serie di altri interventi con argomenti e modi tra il patetico e il violento. Modi da fan, da supporter di corrente, preconcetti e pretestuosi ma anche capziosi non consoni ad un ambiente ad obiettivi condivisi e compartecipati. ??? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
sarà sfortuna ma nell'unica via che ho guardato ho trovato questi 2 casi. Efettivamente sono casi particolari ma chi carica la foto rischia qualcosa? http://www.mapillary.com/map/im/ghDgWA_n1qZi-lyb_6m1Ww (targa in basso a destra) http://www.mapillary.com/map/im/dtEvDfMcwOu8t3efE1WUPw (signore a sx) Il 30/04/2014 14:33, Cristian Consonni ha scritto: Il 30 aprile 2014 14:24, Dario-Gmaildario.zont...@gmail.com ha scritto: Quando si pubblicano le foto suwww.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Lo fanno automaticamente, vedi qui: https://twitter.com/cristiancantoro/status/440536261103607808 e collegati. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
C'è una apposita funzione in Mapillary (in basso a destra sotto l'immagine) flag this image per segnalare immagini con problemi come questi. (Fatte le segnalazioni) Volker 2014-04-30 18:23 GMT+02:00 Dario-Gmail dario.zont...@gmail.com: sarà sfortuna ma nell'unica via che ho guardato ho trovato questi 2 casi. Efettivamente sono casi particolari ma chi carica la foto rischia qualcosa? http://www.mapillary.com/map/im/ghDgWA_n1qZi-lyb_6m1Ww (targa in basso a destra) http://www.mapillary.com/map/im/dtEvDfMcwOu8t3efE1WUPw (signore a sx) Il 30/04/2014 14:33, Cristian Consonni ha scritto: Il 30 aprile 2014 14:24, Dario-Gmaildario.zont...@gmail.com ha scritto: Quando si pubblicano le foto suwww.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Lo fanno automaticamente, vedi qui: https://twitter.com/cristiancantoro/status/440536261103607808 e collegati. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Official Google Blog: Go back in time with Street View
https://github.com/mapillary/mapillary_issues/issues/58 Ciao, Stefano Il giorno 30 aprile 2014 18:23, Dario-Gmail dario.zont...@gmail.com ha scritto: sarà sfortuna ma nell'unica via che ho guardato ho trovato questi 2 casi. Efettivamente sono casi particolari ma chi carica la foto rischia qualcosa? http://www.mapillary.com/map/im/ghDgWA_n1qZi-lyb_6m1Ww (targa in basso a destra) http://www.mapillary.com/map/im/dtEvDfMcwOu8t3efE1WUPw (signore a sx) Il 30/04/2014 14:33, Cristian Consonni ha scritto: Il 30 aprile 2014 14:24, Dario-Gmaildario.zont...@gmail.com ha scritto: Quando si pubblicano le foto suwww.mapillary.com si devono oscurare le targhe delle automobili e i volti delle persone, come fa Google? Lo fanno automaticamente, vedi qui: https://twitter.com/cristiancantoro/status/440536261103607808 e collegati. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Alberto Nogaro wrote Lo so, anche perché una volta sono stato fermato per l’identificazione per aver fotografato la targa di un Reparto mobile della Polizia di Stato, di fianco al cancello di ingresso. La sede del reparto è ben nota, e nelle vicinanze esistono anche diversi cartelli stradali che indicano il percorso per raggiungerlo. Il divieto di fare foto esiste incondizionato, ma il vero problema per cui sono stato fermato è che non mi ero accorto che il cancello era aperto, per cui avevo volontariamente inquadrato anche le strutture interne. Dopo aver fornito spiegazioni, tutto si è apparentemente risolto con la spontanea cancellazione delle foto da parte mia, e un invito ad evitare di fare fotografie, in particolar modo attraverso il cancello aperto. Dal colloquio *informale* avuto con il responsabile del servizio di guardia, ho capito che loro non hanno grossi problemi finchè mappiamo ciò che è visibile dall’esterno, tipo perimetro dei muri, informazioni riportate sulle targhe, o elementi di pubblica utilità come la posizione degli ingressi accessibili al pubblico. Ma sono preoccupati che non vengano raccolte informazioni su tutto ciò che è all’interno. Anche se tali strutture interne sono chiaramente identificabili su foto aeree, suggerirei di limitarci a mappare i perimetri dell’area, eventualmente il tipo di barriera, e la destinazione e assegnazione dell’area. ho rimosso a tal proposito la mappatura interna da me effettuata in passato (non sapendo, pur sospettando vagamente, dell'esistenza di tale divieto) delle caserme di Capitano Orlando De Tommaso Luciano Manara e Nazario Sauro di Roma. la mia domanda è a questo punto se bisognerebbe eliminare la mappatura anche le varie aree militari come Sigonella [1]? e invece la caserma dei carabinieri di Merate [2] accessibile al pubblico (almeno nella zona dell'ingresso) e circondato da una recinzione che permette di vedere all'interno? essendo il corpo dei carabinieri definito ancora un organo militare (con funzioni civili) teoricamente ogni base-caserma dei carabinieri è territorio militare e quindi potenzialmente una zona vietata da fotografare/mappare. [1]https://www.openstreetmap.org/#map=15/37.4023/14.9209 [2]https://www.openstreetmap.org/#map=18/45.68895/9.41528 - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Obiettivi-sensibili-tp5804600p5804743.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] PARCHI e riserve PIEMONTE (natura 2000)
ciao, ho provveduto a scaricare i dati di ZPS, SIC e SIR dal sito [1] in quanto hanno licenza CC-BY [2] che credo possa essere compatibile con OSM. In alternativa ho trovato i dati dell'italia dal sito del ministero dell'ambiente [3] aggiornati ad ottobre 2013 ma guardando di corsa non ho ancora trovato info utili riguardo la licenza. gironzolando sul wiki del piemonte ho trovato anche questa pagina con la classificazione [4] Ho isolato il parco naturale dei laghi di avigliana, il parco naturale del mnte san giorgio ed il parco naturale del monte tre denti e freidour per una prova. Pensavo di utilizzare boundary=protected_area ed associare la classe di protezione, ecc Cosa ne pensate? posso caricarli? Suggerimenti? Lucio. [1] http://www.dati.piemonte.it/ [2] http://gis.csi.it/repertorio/sitad_wgs84/Licenza/LicenzaParchi.pdf [3] www.minambiente.it/pagina/rete-natura-2000 [4]http://wiki.openstreetmap.org/wiki/Piemonte/import_parchi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PARCHI e riserve PIEMONTE (natura 2000)
Il 30 aprile 2014 19:15, Lucio ha scritto: in quanto hanno licenza CC-BY [2] che credo possa essere compatibile con OSM. [2] http://gis.csi.it/repertorio/sitad_wgs84/Licenza/LicenzaParchi.pdf secondo me non è compatibile perché non puoi dare l'attribuzione come vogliono loro: In particolare, l'attribuzione prevista dalla licenza dovrà avvenire nella seguente forma: “Base cartografica realizzata da [Licenziatario], basata su [Documento] della Regione Piemonte” gli devi chiedere se gli va bene che siano inseriti insieme a tutti gli altri nella pagina http://wiki.openstreetmap.org/wiki/Contributors Suggerimenti? quanta roba vorresti importare? Hai letto questo? http://wiki.openstreetmap.org/wiki/Import/Guidelines -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
2014-04-30 18:54 GMT+02:00 Aury88 spacedrive...@gmail.com: ho rimosso a tal proposito la mappatura interna da me effettuata in passato (non sapendo, pur sospettando vagamente, dell'esistenza di tale divieto) delle caserme di Capitano Orlando De Tommaso Luciano Manara e Nazario Sauro di Roma. la mia domanda è a questo punto se bisognerebbe eliminare la mappatura anche le varie aree militari come Sigonella [1]? In generale rimuovere elementi che esistono nella realtà viene considerato vandalismo. C'è stata una lunga discussione con la communità russa che aveva gli stessi dubbi anni fa. Avendo i server e la sede della fondazione a Londra la legge per il database dovrebbe essere quella inglese. Chiaramente se tu ti trovi in Italia devi rispettare anche le leggi italiane, ma non hai l'obbligo di cancellare le cose che gli altri (forse dall'estero) hanno aggiunto. Inoltre cancellare non sarebbe sufficiente, perché tutto rimane sul server (e scaricabile da chiunque), invece dovresti chiedere agli amministratori di fare un redact (cancellare veramente) come si fa per esempio nel caso di un'infrazione di copyright di altri. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazioni
2014-04-30 19:50 GMT+02:00 Aury88 spacedrive...@gmail.com: I nomi di chi sgarra già da tempo vengono elencati in questa pagina [1]...e si è visto come tale politica sia stata efficace nel prevenire l'uso scorretto della nostra mappa (nell'elenco solo una minima parte è stata cancellata...è quelle elencate sono solo la punta dell'iceberg). +1 O è una traduzione di un intervista vecchia, o si intende un altro luogo dove fare i nomi con ben maggiore visibilità (direi che al momento nessuna delle pagine/siti della OSMF abbia una visibilità tale da rappresentare un rischio ad alcunché...sia essa una copisteria locale o tanto meno una Apple...) oppure mi aspettavo personalmente una presa di posizione un po' più forte da parte di Steve Coast... +1 se l'unica cosa che devono temere i piccoli è di essere messo su una lista di vergogna in internet non credo che cambiara qualcosa (tanto la lista già abbiamo nel wiki come dice giustamente Aury). Scrivo i piccoli perché i grandi probabilmente non andranno nemmeno su quella lista (per paura che ci potrebbero fare causa per diffamazione e perché non si sa di certo se regge la licenza una causa in tribunale). Ho sentito in passato vari membri della license working group i quali mi hanno detto che fare causa ad un grande (per esempio la Apple) è l'ultima cosa che si farà, e scrivere in pubblico che non rispettano la licenza è una cosa che non si può fare perché hanno il legal department troppo grande e potente (mentre noi non abbiamo un budget sufficiente nemmeno per iniziare una causa). Una soluzione non ce l'ho purtroppo, ma non ho tanto paura dei grandi perché i soci della OSMF devono garantire soltanto per 1 british pound (a testa) ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: TOWN VILLAGE
2014-04-29 10:03 GMT+02:00 Simone Saviolo simone.savi...@gmail.com: Basta! Non ne posso più di queste discussioni sui place... si ripropongono periodicamente come dei formidabili peperoni, e non si arriva mai da nessuna parte. +1 In generale, l'importanza geografica di una località è VAGAMENTE correlata al numero di abitanti. È correlata in maniera molto più stretta alla sua posizione geografica, alla distribuzione della densità di abitanti nei dintorni, alla distribuzione della densità dei servizi nei dintorni, alla presenza o meno di attrattive economiche (fabbriche, strade, etc.) e/o turistiche. +1 (più motivi storici, religiosi, culturali ecc.) per me non c'è alcun motivo di deviare dalle decisioni già presi in passato: se si tratta di una città è almeno un town in osm, altrimenti al massimo un village. Un centro urbano di 50.000 abitanti può essere un punto di riferimento per un territorio punteggiato di paesi di meno di 5000 abitanti; uno di 120.000 può essere just another città della cintura se si trova nel mezzo di una grande conurbazione. +1 D'altro canto non concordo neanche con l'idea che capoluogo di Comune = town. +1 - paese autosufficiente ma di piccole/medie dimensioni = VILLAGE. Su questo non credo ci siano molti dubbi. Se per fare la spesa grossa o per andare all'ospedale sei obbligato a prendere la macchina e andare alla città vicina, vivi in un paese. Fine. ci metterei anche i paesi di grandi dimensioni che non sono città. - paese con servizi essenziali o addirittura mancanti = HAMLET. metterei hamlet per posti senza servizi. Se ci sono dei servizi penso che si tratti al meno di un village. Invece per la populazione abbiamo già un tag: population. Con questo è facile renderizzare ciò che si vuole. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazioni
La dichiarazione di Coast è di due giorni fa http://stevecoast.com/2014/04/28/attribution-is-it-time-to-name-and-shame/ Il giorno 30 aprile 2014 19:50, Aury88 spacedrive...@gmail.com ha scritto: I nomi di chi sgarra già da tempo vengono elencati in questa pagina [1]...e si è visto come tale politica sia stata efficace nel prevenire l'uso scorretto della nostra mappa (nell'elenco solo una minima parte è stata cancellata...è quelle elencate sono solo la punta dell'iceberg). O è una traduzione di un intervista vecchia, o si intende un altro luogo dove fare i nomi con ben maggiore visibilità (direi che al momento nessuna delle pagine/siti della OSMF abbia una visibilità tale da rappresentare un rischio ad alcunché...sia essa una copisteria locale o tanto meno una Apple...) oppure mi aspettavo personalmente una presa di posizione un po' più forte da parte di Steve Coast... Capisco che non siamo la santa inquisizione ma (sopratutto di fronte a casi eclatanti conditi con minacce arroganti da parte dei colpevoli come nel caso di Terlizzi) la fondazione al momento sembra essere sprovvista di una qualsiasi capacità di imposizione e alla fine coloro che hanno accettato di far visualizzare/modificare le licenze lo fanno più per buon cuore (e comunque sia quasi sempre a danno ormai fatto) che per reali preoccupazioni...in molti casi è andata bene, ma per alcuni casi questa incapacità ha rappresentato, a mio modo di vedere, un danno per la fondazione avendo di fatto dimostrato l'incapacità/non-volontà di reazione della stessa e quindi, in qualche maniera, incentivato/favorito il reiterarsi di questo comportamento da parte degli stessi e di altri. ...Non so...sarò io che probabilmente me la prendo troppo quando vedo dei comportamenti scorretti nei confronti delle associazioni no-profit, ma a me non sembra che la metodologia adottata sia sufficiente ad incidere in qualche misura sul fenomeno. Saluti, Aury [1]http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Violazioni-tp5804522p5804756.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PARCHI e riserve PIEMONTE (natura 2000)
Il 30/04/2014 19:35, Daniele Forsi ha scritto: Il 30 aprile 2014 19:15, Lucio ha scritto: in quanto hanno licenza CC-BY [2] che credo possa essere compatibile con OSM. [2] http://gis.csi.it/repertorio/sitad_wgs84/Licenza/LicenzaParchi.pdf secondo me non è compatibile perché non puoi dare l'attribuzione come vogliono loro: In particolare, l'attribuzione prevista dalla licenza dovrà avvenire nella seguente forma: “Base cartografica realizzata da [Licenziatario], basata su [Documento] della Regione Piemonte” Questo elemento mi ha lasciato perplesso ed è infatti una delle maggiori fonti di dubbio gli devi chiedere se gli va bene che siano inseriti insieme a tutti gli altri nella pagina http://wiki.openstreetmap.org/wiki/Contributors Suggerimenti? quanta roba vorresti importare? Hai letto questo? http://wiki.openstreetmap.org/wiki/Import/Guidelines Ho visto che molti parchi sono già presenti, anche se con tag e metodi diversi tra i campioni che ho analizzato, il massimo sarebbe avere la regione coperta ma il poco tempo a disposizione non mi lascia grandi spazi a breve tempo. Pensavo al momento di inserirne alcuni (4-5) e poi i maggiori prossimamente. Avevo letto le linee guida qualche mese fa, al momento la memori vacilla quindi dovrei rileggere.. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
2014-04-30 19:51 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: In generale rimuovere elementi che esistono nella realtà viene considerato vandalismo. C'è stata una lunga discussione con la communità russa che aveva gli stessi dubbi anni fa. Avendo i server e la sede della fondazione a Londra la legge per il database dovrebbe essere quella inglese. Chiaramente se tu ti trovi in Italia devi rispettare anche le leggi italiane, ma non hai l'obbligo di cancellare le cose che gli altri (forse dall'estero) hanno aggiunto. Inoltre cancellare non sarebbe sufficiente, perché tutto rimane sul server (e scaricabile da chiunque), +1 rimuovere dettagli è vandalismo. stiamo facendo una mappa libera, sennò finisce come il decreto urbani, che solo gli stranieri possono fare le foto ai monumenti italiani, e noi, invece, no. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Il 30/04/2014 23:07, Simone Cortesi ha scritto: rimuovere dettagli è vandalismo. stiamo facendo una mappa libera, sennò finisce come il decreto urbani, che solo gli stranieri possono fare le foto ai monumenti italiani, e noi, invece, no. L'altro giorno con il bot su IRC abbiamo pizzicato un utente (mi pare friulano) che ha eliminato la strada dove vive e come motivazione ha messo private property. Anche questo caso è vandalismo? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
2014-04-30 23:23 GMT+02:00 Caterpillar caterpilla...@gmail.com: L'altro giorno con il bot su IRC abbiamo pizzicato un utente (mi pare friulano) che ha eliminato la strada dove vive e come motivazione ha messo private property. Anche questo caso è vandalismo? nel DB del suo comune, quella strada c'è. sulle foto di google, idem. perche' non ci deve essere in osm? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Il 30/04/2014 23:26, Simone Cortesi ha scritto: 2014-04-30 23:23 GMT+02:00 Caterpillar caterpilla...@gmail.com: L'altro giorno con il bot su IRC abbiamo pizzicato un utente (mi pare friulano) che ha eliminato la strada dove vive e come motivazione ha messo private property. Anche questo caso è vandalismo? nel DB del suo comune, quella strada c'è. sulle foto di google, idem. perche' non ci deve essere in osm? Ho trovato il changeset, eccolo qui http://osm.org/changeset/21953072 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Il 30/04/2014 23:30, Caterpillar ha scritto: Il 30/04/2014 23:26, Simone Cortesi ha scritto: 2014-04-30 23:23 GMT+02:00 Caterpillar caterpilla...@gmail.com: L'altro giorno con il bot su IRC abbiamo pizzicato un utente (mi pare friulano) che ha eliminato la strada dove vive e come motivazione ha messo private property. Anche questo caso è vandalismo? nel DB del suo comune, quella strada c'è. sulle foto di google, idem. perche' non ci deve essere in osm? Ho trovato il changeset, eccolo qui http://osm.org/changeset/21953072 Ho fatto il revert, lascio a voi contattare l'utente, stasera ho la testa che mi scoppia e sarei troppo scortese nei toni ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
2014-04-30 23:41 GMT+02:00 Caterpillar caterpilla...@gmail.com: Ho trovato il changeset, eccolo qui http://osm.org/changeset/21953072 Ho fatto il revert, lascio a voi contattare l'utente, stasera ho la testa che mi scoppia e sarei troppo scortese nei toni grazie, ho scritto io. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
dieterdreist wrote In generale rimuovere elementi che esistono nella realtà viene considerato vandalismo. C'è stata una lunga discussione con la communità russa che aveva gli stessi dubbi anni fa. Avendo i server e la sede della fondazione a Londra la legge per il database dovrebbe essere quella inglese. Chiaramente se tu ti trovi in Italia devi rispettare anche le leggi italiane, ma non hai l'obbligo di cancellare le cose che gli altri (forse dall'estero) hanno aggiunto. Come ho scritto nel mio articolo sono stato io ad inserire quegli elementi. quegli stessi elementi non hanno subito alcuna modifica quindi più che vandalismo lo definirei un ripensamento. se alla comunità va bene che ci siano quegli elementi sulla mappa si faccia pure il revert ma io vorrei evitare di trovarmi il gis sotto casa per una mappatura di alcuni elementi poi di cui mi interessa veramente poco. purtroppo i mappatori non hanno, a che mi risulta, alcun genere di protezione legale per il loro lavoro sulla mappa e non essendoci certezza sulla legalità nella mappatura di aree militari penso che stia in ultima analisi al singolo mappatore l'onere di decidere se mappare e lasciare un elemento da lui mappato o meno senza per questo essere tacciato di vandalismo. mi informerò comunque sul redact - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Obiettivi-sensibili-tp5804600p5804789.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Se è per quello mi è stato detto che non potremmo mappare nemmeno le piscine private 2014-04-29 20:55 GMT+02:00 sabas88 saba...@gmail.com: Ciao, c'è qualche dichiarazione da qualche parte riguardante dati OSM che rappresentano obiettivi sensibili, tipo aree militari e simili? Intendo cose che tirano in ballo sicurezza nazionale e affini. Si mappa quello che si vede? Grazie, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
Simone Cortesi wrote +1 rimuovere dettagli è vandalismo. ho risposto a Martin riguardo le accuse di vandalismo...ma ripeto che se volete rimappare gli elementi per me non c'è nessun problema..io non li toccherò di sicuro. Per quanto riguarda il decreto urbani la stupidità di una legge purtroppo non si traduce in una sua non applicazione...probabilmente si viene assolti,se tutto va bene, ma dopo anni di disagi e soldi in lungaggini burocratiche-giudiziarie ed onestamente, per una cosa così stupida, non ho intenzione di correre rischi tanto più che, a quanto mi risulta, in italia mappare-fotografare aree militari interne vietate è una cosa per cui si può venir accusati addirittura di spionaggio. preferisco un accusa di vandalismo dalla osmf che dover rischiare un accusa più o meno pesante per la mappatura di un elemento di cui non mi interessa nulla e che comunque non conosco così bene da garantirne la veridicitàse la comunità riterrà così importanti quegli elementi sono sicuro troverà mappatori molto più capaci di me ed in grado di mappare quel posto di persona o comunque usare le stesse immagini da me usate (Bing) per farlo. C'è poi una questione di principio che mi vincola ben più della mia passione e rispetto per questo progetto è cioè il rispetto delle leggi del mio paese che per quanto possano essere stupide ritengo debbano essere rispettate a prescindere...se una legge è stupida non la infrango ma lotto perchè venga cambiata..poi per coerenza non mi posso lamentare un giorno del non rispetto di una clausola di osm ed il giorno dopo infrangere una legge dello stato...è visto che trovo parecchio piacevole lamentarmi sono costretto a rispettare la legge ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Obiettivi-sensibili-tp5804600p5804793.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Obiettivi sensibili
poche cose nel mondo hanno senso...mentre negli USA veniva fotografata l'area 51 (ancora ufficialmente una base inesistente) in italia le aree industriali venivano ritoccate su bing e sostituite con campi di grano per evitare problemi. il fatto che in america si possa mappare l'area 51 senza problemi è un informazione che di sicuro mi tornerà utile quando e se mi trasferirò negli USA, ma fin quanto sono in italia devo vedere cosa è lecito mappare o meno in italia e comportarmi di conseguenza. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Obiettivi-sensibili-tp5804600p5804794.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] HELP su Messina
Ciao Maurizio, ho girato la tua richiesta sulla ml * https://groups.google.com/forum/#!topic/osm-messina/uI3-bQmWwW4 OSM Messina* -- View this message in context: http://gis.19327.n5.nabble.com/HELP-su-Messina-tp5803817p5804795.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Violazioni
Simone Cortesi wrote Terlizzi ha corretto il tiro. Ha ristampato le mappe a seguito di una mia lettera tramite PEC, a seguito di numerose telefonate e di un agguerrito sfinimento tramite twitter da parte di sbiribizio, oltre che di una lettera da wikimedia italia. Idem la mostra a Pavia segnalata da Rubini, ho chiamato 10 volte, due-tre volte a settimana, e sono andati a sistemare. Siamo noi i primi a doverci far rispettare. Concordo che le liste su internet servano a poco, ma è ciò che con quelle liste si fa poi che si vincono le guerre. Se volete, si può apreire una sezione su openstreetmap.it, ma siete poi voi che vovete vegliare e spammare in giro per vedere rispettati i nostri diritti. mi fa molto piacere sentirlo. però mi confermi anche che le 4 mail educate nell'arco di un mese e la minaccia di finire su una lista in un wiki come suggerito da Steve Coast non sono abbastanza da sole neanche per far correggere il tiro ad una copisteria locale...bisogna andarci giù duro quasi a livello di stalking per ottenere una cosa sacrosanta... fortunatamente tutti quelli che ho dovuto contattare avevano mappe online (quindi facilmente modificabili) e sono bastate una mail a me e a loro 24h per sistemare tutto, ma quando ci sono di mezzo soldi e peggio ancora mappe stampate la questione si fa molto più difficile e difficilmente si risolve con la minaccia del nome sul wiki. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Violazioni-tp5804522p5804796.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Nuevos núcleos de deforestación
Hola, buen día. Estos pueden ser focos de trabajo para mapear las 8 zonas donde identifican 8 nuevos núcleos de deforestación http://www.dinero.com/pais/articulo/puntos-deforestacion-colombia/195408 Buen día Luis M Sánchez @kublaykan Http://redhumus.org ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-gb-westmidlands] Stourbridge
Hi anyone who's coming tomorrow night I'll be checking out listed bdgs and maybe some addresses in the South of the town from Stourbridge Junction station through Old Swinsford Hospital to Mary Stevens Park Regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Stourbridge
I'm going to try my best to pop over. I've not decided whether I'm going to come straight from work and fit some mapping in before, or whether I'll pop along later (it's been a busy couple of weeks). Any suggestions of areas that need some attention? On 30 April 2014 20:37, Brian Prangle br...@mappa-mercia.org wrote: Hi anyone who's coming tomorrow night I'll be checking out listed bdgs and maybe some addresses in the South of the town from Stourbridge Junction station through Old Swinsford Hospital to Mary Stevens Park Regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Relationer och Sörmlandsleden
Tänkte försöka mig på det men finns det något bra knep att hitta såna dubbelrefererade paths via sök i tex JOSM, för att sen lätt kunna ta bort dem? Det skulle kännas tryggare att hitta dem med hjälp av ett sök än att manuellt klicka och jämföra, följt av delete en efter en. Avd. för besynnerliga fulhack: Ladda ner relationen och alla delar med JOSM och spara den som en XML-fil. Släpp sedan loss följande XSLT-template på den: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=/osm xsl:for-each select=relation[@id!=197845]/member xsl:variable name=id select=@ref/ xsl:variable name=relid select=../@id/ xsl:variable name=type select=@type/ xsl:if test=/osm/relation[@id=197845]/member[@type=$type and @ref=$id] xsl:value-of select=$type/ xsl:text /xsl:text xsl:value-of select=$id/ xsl:text is referenced by relation /xsl:text xsl:value-of select=$relid/ xsl:text#10;/xsl:text /xsl:if /xsl:for-each /xsl:template /xsl:stylesheet Då får man ut följande lista av saker som refereras både av rot-relationen och av någon annan relation: way 77931404 is referenced by relation 3690159 way 77931404 is referenced by relation 3690159 way 218283509 is referenced by relation 3690159 way 218283806 is referenced by relation 3690159 way 245859463 is referenced by relation 3690159 way 218280383 is referenced by relation 3690159 way 218283508 is referenced by relation 3690159 way 242379723 is referenced by relation 3690246 way 218280378 is referenced by relation 3690246 way 246627967 is referenced by relation 3690246 way 218280382 is referenced by relation 3690246 way 246627953 is referenced by relation 3690246 way 77931407 is referenced by relation 3690246 way 246357961 is referenced by relation 3692978 way 246357993 is referenced by relation 3692978 way 246357123 is referenced by relation 3692978 way 246356715 is referenced by relation 3692978 way 246356807 is referenced by relation 3692978 way 246356812 is referenced by relation 3692978 way 257031184 is referenced by relation 3692978 way 257031156 is referenced by relation 3692978 way 126430388 is referenced by relation 3692978 way 126430390 is referenced by relation 3692978 way 245859084 is referenced by relation 3692978 way 78268086 is referenced by relation 3692978 way 78268084 is referenced by relation 3692978 way 246356059 is referenced by relation 3692978 way 242379725 is referenced by relation 3692978 relation 3692978 is referenced by relation 3693024 way 246359675 is referenced by relation 3693024 way 246359634 is referenced by relation 3693024 way 246360250 is referenced by relation 3693024 way 246360304 is referenced by relation 3693024 way 246360753 is referenced by relation 3693024 way 246360883 is referenced by relation 3693024 way 246360935 is referenced by relation 3693024 way 125815955 is referenced by relation 3693024 way 125815959 is referenced by relation 3693024 way 178120279 is referenced by relation 3693024 way 246361600 is referenced by relation 3693024 way 246362054 is referenced by relation 3693024 way 246362608 is referenced by relation 3693024 way 246362735 is referenced by relation 3693024 way 246363156 is referenced by relation 3693024 way 245859080 is referenced by relation 3696285 way 218284988 is referenced by relation 3696285 way 245859082 is referenced by relation 3696285 way 77931401 is referenced by relation 3696285 way 77931422 is referenced by relation 3696285 way 251682770 is referenced by relation 3696285 way 251682764 is referenced by relation 3696285 way 251681822 is referenced by relation 3696286 way 251682764 is referenced by relation 3696286 way 251682787 is referenced by relation 3696286 way 77708473 is referenced by relation 3696287 way 77708840 is referenced by relation 3696287 way 246848576 is referenced by relation 3696288 way 77708474 is referenced by relation 3696288 way 278084033 is referenced by relation 3696288 way 278084058 is referenced by relation 3696289 way 231446845 is referenced by relation 3696289 way 43866270 is referenced by relation 3696304 way 245860358 is referenced by relation 3696304 way 8202535 is referenced by relation 3696304 way 231446852 is referenced by relation 3696304 way 242387048 is referenced by relation 3696342 Jag har inte kollat om det stämmer, men det verkar ju rimligt i alla fall. :) ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Relationer och Sörmlandsleden
On Wednesday, April 30, 2014 11:52 AM, t...@lysator.liu.se t...@lysator.liu.se wrote: Tänkte försöka mig på det men finns det något bra knep att hitta såna dubbelrefererade paths via sök i tex JOSM, för att sen lätt kunna ta bort dem? Det skulle kännas tryggare att hitta dem med hjälp av ett sök än att manuellt klicka och jämföra, följt av delete en efter en. Det var ett intressant hack. Jag är inte så haj på XSLT, så jag gjorde på ett snarlikt sätt, använde http://level0.osmz.ru/ för att skapa en textrepresentation av topprelationen och etapprelationerna, följt av grep och handgrepp på kommandoraden för att därefter ladda upp via OSM. Nu hoppas jag det blev rätt, men från topprelationen var det i alla fall som var duplikat och som jag tog bort wy 125815955 wy 125815959 wy 126430388 wy 126430390 wy 178120279 wy 218280378 wy 218280382 wy 218280383 wy 218283508 wy 218283509 wy 218283806 wy 218284988 wy 231446845 wy 231446852 wy 242379723 wy 242379725 wy 242387048 wy 245859080 wy 245859082 wy 245859084 wy 245859463 wy 245860358 wy 246356059 wy 246356715 wy 246356807 wy 246356812 wy 246357123 wy 246357961 wy 246357993 wy 246359634 wy 246359675 wy 246360250 wy 246360304 wy 246360753 wy 246360883 wy 246360935 wy 246361600 wy 246362054 wy 246362608 wy 246362735 wy 246363156 wy 246627953 wy 246627967 wy 246848576 wy 251681822 wy 251682764 wy 251682764 wy 251682770 wy 251682787 wy 257031156 wy 257031184 wy 278084033 wy 278084058 wy 43866270 wy 77708473 wy 77708474 wy 77708840 wy 77931401 wy 77931404 wy 77931404 wy 77931407 wy 77931422 wy 78268084 wy 78268086 wy 8202535 Mvh Claes ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Odd edits by Tino Pinilla
Hi Paul. That ways seems to be road paths among forest or rural areas. I don't know what they have done to create so many nodes (maybe auto import from other source?). My questions are: Is it necessary to lower the number of nodes? If yes, what is the best way? Delete and redo? On Wed, Apr 30, 2014 at 3:31 AM, Paul Norman penor...@mac.com wrote: I saw a number of odd edits by Tino Pinilla in Provincia de Barcelona, Catalunya, Spain, such as http://www.osm.org/changeset/21898498 The changeset has the tags created_by=Tino Pinilla and source=knowledge, and the ways have tags like CAS=VIA21. The spacing of nodes is odd, and not what I'd expect to see. Since that changeset, they've deleted other data and then retagged their ways with more conventional tags. Combined, it's very odd. Could some local glance over what they've done? If necessary I can help, and if it becomes required I can undo all of their changes, but I'd rather not do that. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Odd edits by Tino Pinilla
Hi, in another list a user has commented that this edit seem to be a massive import of vectorial data from the ICGC [1]. We are not allowed to us this data, and therefore the import can not be done. I'm contacting this user immediately. Regards, Jaume. [1] http://www.icgc.cat/ On 30/04/14 08:49, Felix wrote: Hi Paul. That ways seems to be road paths among forest or rural areas. I don't know what they have done to create so many nodes (maybe auto import from other source?). My questions are: Is it necessary to lower the number of nodes? If yes, what is the best way? Delete and redo? On Wed, Apr 30, 2014 at 3:31 AM, Paul Norman penor...@mac.com mailto:penor...@mac.com wrote: I saw a number of odd edits by Tino Pinilla in Provincia de Barcelona, Catalunya, Spain, such as http://www.osm.org/changeset/21898498 The changeset has the tags created_by=Tino Pinilla and source=knowledge, and the ways have tags like CAS=VIA21. The spacing of nodes is odd, and not what I'd expect to see. Since that changeset, they've deleted other data and then retagged their ways with more conventional tags. Combined, it's very odd. Could some local glance over what they've done? If necessary I can help, and if it becomes required I can undo all of their changes, but I'd rather not do that. ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] place=locality
On 04/29/2014 11:09 PM, Andreas Labres wrote: On 29.04.14 22:06, Stephan Bösch-Plepelits wrote: Beispiele: http://www.openstreetmap.org/node/264872644 Der Carl-Szokoll-Platz. Viele Plätze in Wien sind als solche place=locality bezeichnet. Das ist genau das Problem, das ich vor einiger Zeit einmal auf der Mailingliste angesprochen hab, allerdings haben wir das nie fertig diskutiert. Das ist inhaltlich falsch. Aus meiner Sicht wäre - wenn's nicht wirklich ein Stück Straße gibt, die so heißt - area:highway hier die sinnvollste Lösung. Ich verwende oft highway=pedestrian mit dem Namen, wenn der Gehsteig an den Stellen verbreitert ist. Also wenn das Namensschild in so einem halberten Beserlpark steht oder so. Locality ist mir tendentiell für so einen Mist zu groß. Die meisten der Namen kennt ja nichtmal wer, da es bewusst keine Adressen auf die Namen gibt. D.h. es werden einfach möglichst billig Schilder aufgestellt, weil irgendwelche Initiativen danach fordern, aber eben bewusst so, dass keine Ordnungsnummern verändert werden müssen und bis auf das Schild keine Kosten entstehen. Die Teile sind daher imo zur Orientierung und fürs Routing praktisch unbedeutend und daher halt ich locality für tendentiell zu hochrangig. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] place=locality
On Wed, Apr 30, 2014 at 07:10:54PM +0200, Stephan Bösch-Plepelits wrote: Nun, ich weiss es nicht für den Carl-Szokoll-Platz, aber Plätze sind schon für die Orientierung wichtig. Beispiel: http://www.openstreetmap.org/#map=16/48.2060/16.3629 Ich fände es absolut wichtig, dass der Minoritenplatz, der Michaelerplatz auf dem Zoomlevel bereits einen Namen tragen. Der Stephansplatz trägt nur einen Namen, weil die U-Bahn-Station zufällig so heisst. Dieses Problem würde ich gern lösen. highway=pedestrian ist für viele Fälle eine Lösung. Aber zum Beispiel der Matzleinsdorfer Platz? http://www.openstreetmap.org/#map=17/48.18085/16.36048 Da prangt auch nur wegen der ÖPNV-Stationen der Namen hier ... Und bevor jetzt jemand mit dem Argument Wir taggen nicht für den Renderer kommt. Ich entwickle einen Renderer und würde gerne aus den Daten daraus schließen können, dass es sich um einen Platz handelt. Die Frage ist: Wie? gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] place=locality
On 04/30/2014 07:10 PM, Stephan Bösch-Plepelits wrote: On Wed, Apr 30, 2014 at 08:58:34AM +0200, Norbert Wenzel wrote: Die Teile sind daher imo zur Orientierung und fürs Routing praktisch unbedeutend und daher halt ich locality für tendentiell zu hochrangig. Nun, ich weiss es nicht für den Carl-Szokoll-Platz, aber Plätze sind schon für die Orientierung wichtig. Beispiel: http://www.openstreetmap.org/#map=16/48.2060/16.3629 Also zum Carl-Szokoll-Platz im Speziellen: entweder würd ich den als pedestrian area halt als Gehsteig mit Namen taggen oder einfach nur einen Einzelnode mit man_made=einsames Straßenschild mit ungebrauchtem Straßennamen, weil die Stadt Wien zu geizig ist für eine echte Umbenennung (gut, übers Tagging können wir streiten *G*) hinstellen. Klar sollte man sich dabei etwas überlegen was Router verstehen können, aber diese ganzen Platzerln (um sie nicht als vollwertige Plätze benennen zu müssen) kennt kein Mensch und es gibt keine Adressen drauf. D.h. das ist nur hilfreich wenn jemand einem Navi die Frage stellt wie man von dort wieder weg kommt. Vermutlich kennen nur die wenigsten Anwohner diese kleinen Plätze, von Bewohnern anderer Bezirke ganz zu schweigen, d.h. beim Erfragen des Weges wird auch einem Wiener diese Angabe nicht helfen. Ich fände es absolut wichtig, dass der Minoritenplatz, der Michaelerplatz auf dem Zoomlevel bereits einen Namen tragen. Der Stephansplatz trägt nur einen Namen, weil die U-Bahn-Station zufällig so heisst. Dieses Problem würde ich gern lösen. highway=pedestrian ist für viele Fälle eine Lösung. Aber zum Beispiel der Matzleinsdorfer Platz? http://www.openstreetmap.org/#map=17/48.18085/16.36048 Da prangt auch nur wegen der ÖPNV-Stationen der Namen hier ... Da kann man jetzt streiten ob bzw. ab welchem Zoomlevel die wichtig sind. Wenn locality unbewohnt sein soll laut Definition, dann ist das dafür natürlich nicht geeignet, aber wenns bei locality nur darum geht noch ein niedrigeres place=* Level zu erreichen, dann wäre sowas wie locality schon angebracht. Denn ich sag auch bei den Nebenstraßen vom Matzleinsdorfer Platz, dass ich am Matzleinsdorfer Platz bin, wenn ich jemandem nur schnell sagen will, wo ich ca. bin. Da wär ich mir jetzt nicht sicher ob ich nicht auf dieses unbewohnt in der Definition verzichten würde und locality eben genau für solche Plätze verwend, die über ihre tatsächliche Ausdehnung hinaus irgendwie markant/bekannt sind. Eben auch als Gegensatz zu den folgenlosen Straßenschildern wie dem Carl-Szokoll-Platz, der noch nichtmal in seiner tatsächlichen Ausdehnung für irgendwen außer die Angehörigen relevant ist. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] place=locality
Ist korrekt! Ist keine Unterführung mehr, nur noch lokal/Restaurant. Zum durchgehen gibt es nur noch die Opernpassage. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- Stephan Bösch-Plepelits sk...@xover.htu.tuwien.ac.at schrieb: On Tue, Apr 29, 2014 at 11:09:24PM +0200, Andreas Labres wrote: http://www.openstreetmap.org/node/685115: Was skurilles: Die Albertinapassage. Ich hab das gleich auf amenity=restaurant gendert. Naja, amenity=restaurant ist auch keine Lsung. Wenn, dann mu man den Unterfhrungs-Fuweg so nennen. Nun, Unterfhrungs-Fuweg ist keiner (mehr) eingezeichnet, was auch okay finde, da es ja nicht mehr als Unterfhrung gedacht ist. Ich bin mir nicht sicher, aber kann man noch an verschiedenen Eingngen in das Restaurant gehen oder nur noch von der Oper-Seite? On Wed, Apr 30, 2014 at 08:58:34AM +0200, Norbert Wenzel wrote: Der Carl-Szokoll-Platz. Viele Pltze in Wien sind als solche place=locality bezeichnet. Das ist genau das Problem, das ich vor einiger Zeit einmal auf der Mailingliste angesprochen hab, allerdings haben wir das nie fertig diskutiert. Das ist inhaltlich falsch. Aus meiner Sicht wre - wenns nicht wirklich ein Stck Strae gibt, die so heit - area:highway hier die sinnvollste Lsung. Ich verwende oft highway=pedestrian mit dem Namen, wenn der Gehsteig an den Stellen verbreitert ist. Also wenn das Namensschild in so einem halberten Beserlpark steht oder so. Locality ist mir tendentiell fr so einen Mist zu gro. Die meisten der Namen kennt ja nichtmal wer, da es bewusst keine Adressen auf die Namen gibt. D.h. es werden einfach mglichst billig Schilder aufgestellt, weil irgendwelche Initiativen danach fordern, aber eben bewusst so, dass keine Ordnungsnummern verndert werden mssen und bis auf das Schild keine Kosten entstehen. Locality ist sicherlich falsch, weil das - soweit ich das verstehe - fr Flurnamen, also wirklich unbewohnte Orte, gedacht ist. Ein Platz in der Stadt ist sowas sicher nicht - auch wenn es keine Hausnummern gibt. Die Teile sind daher imo zur Orientierung und frs Routing praktisch unbedeutend und daher halt ich locality fr tendentiell zu hochrangig. Nun, ich weiss es nicht fr den Carl-Szokoll-Platz, aber Pltze sind schon fr die Orientierung wichtig. Beispiel: http://www.openstreetmap.org/#map=16/48.2060/16.3629 Ich fnde es absolut wichtig, dass der Minoritenplatz, der Michaelerplatz auf dem Zoomlevel bereits einen Namen tragen. Der Stephansplatz trgt nur einen Namen, weil die U-Bahn-Station zufllig so heisst. Dieses Problem wrde ich gern lsen. highway=pedestrian ist fr viele Flle eine Lsung. Aber zum Beispiel der Matzleinsdorfer Platz? http://www.openstreetmap.org/#map=17/48.18085/16.36048 Da prangt auch nur wegen der PNV-Stationen der Namen hier ... gruesse, Stephan -- Seid unbequem, seid Sand, nicht l im Getriebe der Welt! - Gnther Eich ,-. Stephan Bsch-Plepelits, Technische Universitt Wien - Studien Informatik Raumplanung Projects: openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at Contact: Mail: sk...@xover.mud.at Blog: plepe.at Twitter: twitter.com/plepe Jabber: sk...@jabber.at - ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] place=locality
On 30.04.2014 20:07, Stephan Bösch-Plepelits wrote: Aber zum Beispiel der Matzleinsdorfer Platz? http://www.openstreetmap.org/#map=17/48.18085/16.36048 Da prangt auch nur wegen der ÖPNV-Stationen der Namen hier ... Der Name Matzleinstdorfer Platz ist durchaus auf die highways gesetzt. Falls du damit nicht glücklich bist, dann siehe unten. Und bevor jetzt jemand mit dem Argument Wir taggen nicht für den Renderer kommt. Ich entwickle einen Renderer und würde gerne aus den Daten daraus schließen können, dass es sich um einen Platz handelt. Die Frage ist: Wie? Kommt drauf an, was du unter einem Platz verstehst. Es gibt Sportplätze, Aussichtsplätze usw. Aber wahrscheinlich meinst du Plätze, die in irgendeiner Form was mit Verkehrsflächen zu tun haben. Da gibt es einerseits Straßennamen, die das Wort Platz enthalten. Diese Straßen müssen aber keine spezielle Form haben. Z.B. gibt es Straßendörfer, wo ein Abschnitt der Straße Hauptplatz heißt, obwohl der nicht breiter oder quadratischer ist als der Rest der Straße. Und umgekehrt gibt es auch Verkehrsflächen, die rundlich oder fast quadratisch sind und trotzdem nicht Platz heißen. Nachdem du schon den Verteilerkreis angesprochen hast, dürftest du eher sowas meinen. Da ist es nun mal so, dass die Straßennamen in OSM auf die Straßen gesetzt werden. Und wenn das sehr viele sind wie am Matzleinsdorfer Platz, sind es sehr viele Ways mit gleichem Namen. Wenn ich dich richtig verstehe, möchstest du diese Wirrwarre zu Flächen oder Punkten generalisieren um den Namen nur an einer Stelle und dafür prominenter als die normalen Straßennamen darzustellen. Diese Generalisierung können wir in den OSM-Daten selber durchführen, das ist aber nicht üblich und wird es auch nicht werden. Das wäre ein Streit um des Kaisers Bart. Die Alternative ist, dass du deinen Renderer generalisieren lässt. Dazu muss er schauen, wie die Form der Fläche ist, die aus den gleichnamigen Ways umspannt wird. Spätestens bei der Implementierung wirst du eine exakte Definition für Platz brauchen. Du wirst dir auch überlegen müssen, was du zur Fläche alles dazunimmst. Gehsteige, Grünflächen... Womöglich alles zwischen den Häuserfronten? Was ist, wenn es auf einer Seite keine Häuser gibt? Oder der umgekehrte Fall, wenn mittendrin ein großes Gebäude steht, z.B. Stephansplatz, Antonsplatz, Floridsdorfer Spitz... - ist das Gebäude dann Teil des Platzes? Soll der Name Stephansplatz genau auf dem Stephansdom zu liegen kommen? -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-cat] Fwd: [Talk-es] Odd edits by Tino Pinilla
-- Forwarded message -- From: Paul Norman penor...@mac.com Date: 2014-04-30 3:31 GMT+02:00 Subject: [Talk-es] Odd edits by Tino Pinilla To: talk...@openstreetmap.org I saw a number of odd edits by Tino Pinilla in Provincia de Barcelona, Catalunya, Spain, such as http://www.osm.org/changeset/21898498 The changeset has the tags created_by=Tino Pinilla and source=knowledge, and the ways have tags like CAS=VIA21. The spacing of nodes is odd, and not what I'd expect to see. Since that changeset, they've deleted other data and then retagged their ways with more conventional tags. Combined, it's very odd. Could some local glance over what they've done? If necessary I can help, and if it becomes required I can undo all of their changes, but I'd rather not do that. ___ Talk-es mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es és una importació descarada de les dades vectorials de l'ICGC (anteriorment anomenat ICC), de capes com marges de vials, eixos de vials. Possiblement els camins hi són i en Tino hi ha passat, però evidentment no és la manera correcta d'introduir les dades (de fet és més fàcil). M'ensumo un revert i molta pedagogia. Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cat] Fwd: [Talk-es] Odd edits by Tino Pinilla
OK. Gràcies! M'hi poso en contacte immediatament. Salut! On 30/04/14 08:47, Jan Esquerra wrote: -- Forwarded message -- From: *Paul Norman* penor...@mac.com mailto:penor...@mac.com Date: 2014-04-30 3:31 GMT+02:00 Subject: [Talk-es] Odd edits by Tino Pinilla To: talk...@openstreetmap.org mailto:talk...@openstreetmap.org I saw a number of odd edits by Tino Pinilla in Provincia de Barcelona, Catalunya, Spain, such as http://www.osm.org/changeset/21898498 The changeset has the tags created_by=Tino Pinilla and source=knowledge, and the ways have tags like CAS=VIA21. The spacing of nodes is odd, and not what I'd expect to see. Since that changeset, they've deleted other data and then retagged their ways with more conventional tags. Combined, it's very odd. Could some local glance over what they've done? If necessary I can help, and if it becomes required I can undo all of their changes, but I'd rather not do that. ___ Talk-es mailing list talk...@openstreetmap.org mailto:talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es és una importació descarada de les dades vectorials de l'ICGC (anteriorment anomenat ICC), de capes com marges de vials, eixos de vials. Possiblement els camins hi són i en Tino hi ha passat, però evidentment no és la manera correcta d'introduir les dades (de fet és més fàcil). M'ensumo un revert i molta pedagogia. Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cat] Proposta etiquetatge carreteres i proposta portal
*Han existido discrepancias sobre esta norma, siendo este el resultado de un proceso de propuesta de consenso. Sin embargo, existe una propuesta de normalización física http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n_f%C3%ADsicaalternativa que abstrae los criterios administrativos, centrándose exclusivamente en las características físicas de la vía.La distinción entre carreteras autonómicas de 1er nivel y de 2º nivel depende del criterio aplicado en cada comunidad autónoma.* Hem de tenir en compte doncs que no es tracta d'un tema tancat sinó obert. Es tracta d'intentar aclarir i consensuar aspectes no especificats. Per exemple, podem trobar carreteres que compleixin els criteris de l'etiquetatge o referencia (codi i color) pero no les característiques físiques, cosa que també s'han trobat a la wiki en castellà. Un exemple seria un cas d'una autovía (per codi i color), pero que es creui a nivell. *Si el tramo de carretera nacional ya está cedido a algún ayuntamiento o autonomía ya no es trunk ni lleva la ref antigua, excepto que ese ayuntamiento mantenga el nombre oficial.* *Motorway: Están compuestas por dos calzadas, con limitación de acceso, entradas y salidas no peligrosas y que no son cruzadas a nivel por ninguna otra vía. Se suelen identificar por ir su señalización en fondo azul (independientemente del color de fondo de la referencia), aunque no todas las carreteras con fondo azul son motorway y también son motorway algunas con señalización de fondo blanco.* En resum: Per totes aquestes excepcions s'està intentant especificar un sistema que tingui més àgil de classificació. No es tracta de cap tema polític, això per deixar-ho clar. A la reunió es va discutir si tenir en compte els colors i codis, si tenir en compte les característiques físiques, si fer ús de la velocitat per tal de agilitzar la classificació, si trobar una manera de tenir en compte el fet de ser camins o carreteres de connexió estatal, regional, comarcal, etc. També s'ha parlat de les excepcions trobades a grans ciutats com Barcelona o Madrid, que podrien seguir criteris d'intensitat de circulació (dades només disponibles en algunes poblacions i carreteres). A la reunió de Sarrià es va decidir intentar acabar o almenys minimitzar aquestes incongruències de criteris que tampoc responen als designats a la wiki en anglès. El dia 27 abril de 2014 18.06, Mateu Vic mateu...@gmail.com ha escrit: Discrep. Jo tenia entès que la classificació de highways no era segons les característiques físiques sino per la seva funcionalitat jeràrquica dins la xarxa viària. Normalment jo mapeig a Mallorca (que també és de llengua catalana) on teòricament no hi ha ni trunks ni secundàries; però eventualment mapeig pel Pallars i voltants. La xarxa del Principat està creuada per vies de titularitat estatal. Això vol dir que el Ministeri de Foment d'Espanya les considera fonamentals en la xarxa viària i per això se n'ha reservat la competència, per molt que físicament hi hagi trams com la N-260 entre el Pont de Suert i Xerallo que semblin carreteres comarcals. Si al Principat se segueix un criteri diferent al de la resta de l'Estat, la xarxa de carreteres de l'estat perd la seva consistència. Crec que -almenys fins al 9 de novembre- s'hauria de respectar la jerarquia i el criteri de classificació de carreteres de l'actual Regne, que no és físic sino funcional El dia 26 abril de 2014 23.32, Carlos Sánchez erielk...@gmail.com ha escrit: Crec recordar que t'has de registrar a la wiki. Es tracta de dos sistemes diferents. Si tens problemes per penjar-ho pots passar la proposta per aquí i la passo a la wiki. El dia 26 abril de 2014 23.15, ferm...@gmx.net ha escrit: Moltes gràcies Carlos per l'apreciació, al no haver pogut assistir a la jornada de Sarrià no estava al corrent del que havíeu parlat allà. Intentaré llegir el resum del blog de Yopasepor que segur que serà interessant. Intentaré presentar algun tipus de proposta durant la setmana vinent... no prometo que sigui molt acurada, ni treballada en profunditat, però he tingut algunes idees que crec que poden ser interessants. Respecte al mail de resposta de Yopaseopor, estic molt d'acord el majoria de coses que dius. El meu mail no volia dir utilitzar el criteri de necessitat pels habitants com a únic, sinó que utilitzava aquest criteri per contraposar-lo al criteri de només considerar la velocitat/vorals. Penso que la solució no passa en exagerar l'importància d'algunes carreteres, i despreciar la d'altres en funció de si es troben en zones poc poblades o molt poblades; en la proposta que vull fer crec que es pot trobar un equilibri, sense que una N-260 estreta, de doble sentit i sense vorals tingui que ser un Primary, ni que una Autopista o Autovia com la C-31 o C-32 hagi de ser considerada Terthiary. Una última apreciació sobre les carreteres C-1x i la seva radialitat, només volia utilitzar-ho com a exemple de carreteres de projecció radial
Re: [Talk-cat] Proposta etiquetatge carreteres i proposta portal
Per desgràcia amb 5 administracions sobre un mateix territori, la majoria de les quals tenen competències en carreteres i ,de regal, ES FAN LA PUNYETA ENTRE ELLES, cal plantejar-se si la jerarquització de vies s'ajusta a la realitat que és el que ha de mostrar un mapa.Catalunya és una comunitat autònoma on sempre s'ha minusinvertit per part de l'estat especialment en infraestructures, cosa que ha fet que tant el govern autonòmic com l'empresa privada hi hagin invertit més diners que el propi estat, fet que provoca que la classificació sigui poc realista i per una banda hi hagi vies de primera que quedarien fora pel fet de ser autonòmiques i vies de tercera amb màxima consideració només pel fet que algú des de 600 km/h i alié al territori (si l'actual ministra de foment fos del Pirineu segur que la carretera no estaria així...) en té la pàtria potestat. Si l'estat vol que les seves vies siguin de primera i siguin les més importants el millor que pot fer és invertir en elles.De fet si la cosa estigués tan clara no hi hauria pas conflicte i no hauríem de fer cap proposta, així que és per això que he decidit presentar una proposta a votació. Considero que els mapes han de reflectir la realitat i animo a qualsevol a que trobi les set diferències entre una carretera considerada trunk http://goo.gl/maps/LRCTH i el que posa la wiki d'OSM http://wiki.openstreetmap.org/wiki/Key:highway . El trist seria haver de parlar amb OSM per tal de que es pronunciïn sobre què en pensen quan la seva wiki no és seguida per part d'una comunitat estatal. A més, (i ara parlaré per mi perquè no puc dir el que la resta pensa) això no té res a veure amb la independència de Catalunya, val per qualsevol lloc on s'hagi minusinvertit , segurament Catalunya no és l'únic i caldria preguntar-se per què en aquells llocs no hi ha la resposta i el plantejament que hi ha aquí. I respecte a la consistència de la xarxa de carreteres de l'estat, ja va bé que siguin ajustades a la realitat si és que no volem tenir , per exemple, transportistes enrecordant-se de la mare de qui va fer el mapa, atascats perquè han decidit agafar aquesta gran via d'alta capacitat per creuar el Pirineu i on el seu camió no quep a les corbes ¬¬u .La realitat és molt consistent i tossuda. Salut i mapes realites yopaseopor 2014-04-27 18:06 GMT+02:00 Mateu Vic mateu...@gmail.com: Discrep. Jo tenia entès que la classificació de highways no era segons les característiques físiques sino per la seva funcionalitat jeràrquica dins la xarxa viària. Normalment jo mapeig a Mallorca (que també és de llengua catalana) on teòricament no hi ha ni trunks ni secundàries; però eventualment mapeig pel Pallars i voltants. La xarxa del Principat està creuada per vies de titularitat estatal. Això vol dir que el Ministeri de Foment d'Espanya les considera fonamentals en la xarxa viària i per això se n'ha reservat la competència, per molt que físicament hi hagi trams com la N-260 entre el Pont de Suert i Xerallo que semblin carreteres comarcals. Si al Principat se segueix un criteri diferent al de la resta de l'Estat, la xarxa de carreteres de l'estat perd la seva consistència. Crec que -almenys fins al 9 de novembre- s'hauria de respectar la jerarquia i el criteri de classificació de carreteres de l'actual Regne, que no és físic sino funcional El dia 26 abril de 2014 23.32, Carlos Sánchez erielk...@gmail.com ha escrit: Crec recordar que t'has de registrar a la wiki. Es tracta de dos sistemes diferents. Si tens problemes per penjar-ho pots passar la proposta per aquí i la passo a la wiki. El dia 26 abril de 2014 23.15, ferm...@gmx.net ha escrit: Moltes gràcies Carlos per l'apreciació, al no haver pogut assistir a la jornada de Sarrià no estava al corrent del que havíeu parlat allà. Intentaré llegir el resum del blog de Yopasepor que segur que serà interessant. Intentaré presentar algun tipus de proposta durant la setmana vinent... no prometo que sigui molt acurada, ni treballada en profunditat, però he tingut algunes idees que crec que poden ser interessants. Respecte al mail de resposta de Yopaseopor, estic molt d'acord el majoria de coses que dius. El meu mail no volia dir utilitzar el criteri de necessitat pels habitants com a únic, sinó que utilitzava aquest criteri per contraposar-lo al criteri de només considerar la velocitat/vorals. Penso que la solució no passa en exagerar l'importància d'algunes carreteres, i despreciar la d'altres en funció de si es troben en zones poc poblades o molt poblades; en la proposta que vull fer crec que es pot trobar un equilibri, sense que una N-260 estreta, de doble sentit i sense vorals tingui que ser un Primary, ni que una Autopista o Autovia com la C-31 o C-32 hagi de ser considerada Terthiary. Una última apreciació sobre les carreteres C-1x i la seva radialitat, només volia utilitzar-ho com a exemple de carreteres de projecció radial respecte Barcelona, tot i que conec bé la codificació que són
Re: [Talk-cat] Fwd: [Talk-es] Odd edits by Tino Pinilla
Recolzo el revert, no crec que l'ICGC sigui la millor font per fer una importació massiva. Conec alguns dels camins que he vist, no estic d'acord en la seva classificació i veig vies (camins) que es superposen. Pedagogia i molta Salut i mapes yopaseopor On Wed, Apr 30, 2014 at 10:44 AM, Jaume Figueras i Jové jaume.figue...@upc.edu wrote: OK. Gràcies! M'hi poso en contacte immediatament. Salut! On 30/04/14 08:47, Jan Esquerra wrote: -- Forwarded message -- From: *Paul Norman* penor...@mac.com mailto:penor...@mac.com Date: 2014-04-30 3:31 GMT+02:00 Subject: [Talk-es] Odd edits by Tino Pinilla To: talk...@openstreetmap.org mailto:talk...@openstreetmap.org I saw a number of odd edits by Tino Pinilla in Provincia de Barcelona, Catalunya, Spain, such as http://www.osm.org/changeset/ 21898498 The changeset has the tags created_by=Tino Pinilla and source=knowledge, and the ways have tags like CAS=VIA21. The spacing of nodes is odd, and not what I'd expect to see. Since that changeset, they've deleted other data and then retagged their ways with more conventional tags. Combined, it's very odd. Could some local glance over what they've done? If necessary I can help, and if it becomes required I can undo all of their changes, but I'd rather not do that. ___ Talk-es mailing list talk...@openstreetmap.org mailto:talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es és una importació descarada de les dades vectorials de l'ICGC (anteriorment anomenat ICC), de capes com marges de vials, eixos de vials. Possiblement els camins hi són i en Tino hi ha passat, però evidentment no és la manera correcta d'introduir les dades (de fet és més fàcil). M'ensumo un revert i molta pedagogia. Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Dne 29.4.2014 14:46, Marián Kyral napsal(a): Oba emaily byly v reakcí na: Rádi od Vás vaše připomínky, reklamace převezmeme a budeme se snažit je ověřit a opravit. Chtěl bych se zeptat o reklamaci jakých údajů uvažujete? - o definiční body adresních míst - o definiční body stavebních objektů - o definiční body parcel - existenci adresních míst, stavebních objektů - atd. Jedná se o úvod a očekávám další diskuzi. Různé typy chyb budou vyžadovat různé postupy. 1) Chyby dohledatelné vhodným dotazem do databáze: Pro Petra není problém vytáhnout z databáze potřebná data buď jako csv, nebo zabalené do xml. Jde o to, dohodnout se na formátu a adrese kam to poslat. 2) Chyby strojově nedohledatelné - (dvůr jako budova, nekompletní budova, chybějící budova...) Tady bych si představoval nějaký plugin do JOMS, buď samostatný, nebo jako součást pointinfo. Opět je třeba dohodnout: - jaký formát - kam odesílat - podobu toho pluginu Moje představa: * V menu JOSM vyberu volnu Nahlásit chybu do RUIAN * Kliknu na místo chyby * Otevře se nějaký průvodce, kde vyberu typ chyby. * Dle typu chyby se z RUIAN dotáhnou relevantní objekty v okolí * Označím 0 až X objektů, kterých se tato chyba týká * Vyplním detaily problému * Odešlu V odeslaném hlášení bude jako zdroj uveden projekt Openstreetmap (talk-cz?) a kontaktní osoba bude OSM ID uživatele (plus jeho email?). Připadně by se mohly všechny takto vygenerované chyby zároveň poslat do talk-cz nebo, pokud jich bude moc, tak do nějaké nové specializované konference, ať to tady nezaplevelíme. Byl by pak přehled, kdo, co a kdy nahlásil. Ono ideální by asi byl nějaký systém na evidenci požadavků (ala Trac, Bugzila), ale to asi nebude reálné. Jak to vidíte? Návrhy a připomínky vítány. Pokusím se spíchnout nějaké demo, ale poslední dobou se času moc nedostává :-( Cus, IMO lepsi nez neco nekam posilat by bylo pripravit nekde XML, ktery by si oni mohli stahovat. Na posilani je to totiz neuveritelny kvantum dat (v nekterych lokalitach smele atakujici 100%). Data by se pak idealne v nejakym rozumnym intervalu aktualizovala. Rozdelil bych to mozna na automaticky detekovatelne chyby a chyby reportovane rucne. A pokud to ma rozumne fungovat, je treba aby akce reportovat chybu byla co nejjednodussi = zadny vyplnovani formularu o 150ti polozkach. Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky = pokud nekde nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). *** Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, nekdy po vchodech (zcela bez ohledu na stavebni provedeni - to je ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Hlášení chyb RUIAN přímo z JOSM
Dne 30.4.2014 18:04, jzvc napsal(a): Dne 29.4.2014 14:46, Marián Kyral napsal(a): Oba emaily byly v reakcí na: Rádi od Vás vaše připomínky, reklamace převezmeme a budeme se snažit je ověřit a opravit. Chtěl bych se zeptat o reklamaci jakých údajů uvažujete? - o definiční body adresních míst - o definiční body stavebních objektů - o definiční body parcel - existenci adresních míst, stavebních objektů - atd. Jedná se o úvod a očekávám další diskuzi. Různé typy chyb budou vyžadovat různé postupy. 1) Chyby dohledatelné vhodným dotazem do databáze: Pro Petra není problém vytáhnout z databáze potřebná data buď jako csv, nebo zabalené do xml. Jde o to, dohodnout se na formátu a adrese kam to poslat. 2) Chyby strojově nedohledatelné - (dvůr jako budova, nekompletní budova, chybějící budova...) Tady bych si představoval nějaký plugin do JOMS, buď samostatný, nebo jako součást pointinfo. Opět je třeba dohodnout: - jaký formát - kam odesílat - podobu toho pluginu Moje představa: * V menu JOSM vyberu volnu Nahlásit chybu do RUIAN * Kliknu na místo chyby * Otevře se nějaký průvodce, kde vyberu typ chyby. * Dle typu chyby se z RUIAN dotáhnou relevantní objekty v okolí * Označím 0 až X objektů, kterých se tato chyba týká * Vyplním detaily problému * Odešlu V odeslaném hlášení bude jako zdroj uveden projekt Openstreetmap (talk-cz?) a kontaktní osoba bude OSM ID uživatele (plus jeho email?). Připadně by se mohly všechny takto vygenerované chyby zároveň poslat do talk-cz nebo, pokud jich bude moc, tak do nějaké nové specializované konference, ať to tady nezaplevelíme. Byl by pak přehled, kdo, co a kdy nahlásil. Ono ideální by asi byl nějaký systém na evidenci požadavků (ala Trac, Bugzila), ale to asi nebude reálné. Jak to vidíte? Návrhy a připomínky vítány. Pokusím se spíchnout nějaké demo, ale poslední dobou se času moc nedostává :-( Cus, IMO lepsi nez neco nekam posilat by bylo pripravit nekde XML, ktery by si oni mohli stahovat. Na posilani je to totiz neuveritelny kvantum dat (v nekterych lokalitach smele atakujici 100%). Data by se pak idealne v nejakym rozumnym intervalu aktualizovala. To záleží jak se dohodneme. Aby to nedopadlo tak, že někde něco vygenerujeme a ve výsledku si to pak stejně nikdo nestáhne a nic s tím neudělá. Rozdelil bych to mozna na automaticky detekovatelne chyby a chyby reportovane rucne. A pokud to ma rozumne fungovat, je treba aby akce reportovat chybu byla co nejjednodussi = zadny vyplnovani formularu o 150ti polozkach. Jasně. Čím jednodušší to bude, tím lépe. Rozhodně jsem neměl na mysli nějaký komplikovaný formulář. Většina by se mohla vyplnit automaticky. (typ objektu, RUIAN ID, katastrální území, kdo chybu hlásí). Na tebe by už pak zbylo jen určit typ chyby a případně napsat nějakou nepovinnou poznámku. Zaroven by ale bylo dobry, kdyby to fungovalo i zpatky = pokud nekde nareportuju chybejici geometrii, tak v okamziku, kdy se v RUIAN pripadne objevi, by se mela rovnou prenyst do osm (a bug by mel zmizet). Tak tenhle nápad se mi líbí. Všechna hlášení by se shromažďovala v nějaké lokálním systému na hlášení chyb a buď by se jednou za čas vygeneroval a poslal email s nejnovějšími chybami, nebo by sis mohl report stáhnout sám. Nicméně, to automatické uzavírání chyb bude fungovat jen pro první typ. Jak ve skriptu zjistíš, že opravená geometrie je správná? Spíše bych to viděl na možnost stáhnout si předpřipravený soubor pro JOSM a v něm to pak zkontrolovat a nahrát do JOSM. V každém případě by bylo fajn, kdyby se nám nejprve podařilo zbavit se chyb systematicky vznikajících. Někde musí být nějaká chyba. Těch duchů sdílejících pozici s jinou budovou je podezřele moc. *** Osobne me ovsem nejvic zarazi nesoulad KM a RUIAN, coz znamena, ze kazde vychazi z jinych (jakych???) dat ??? Na to ze budova je celkem jasne zakreslena v (digitalni) KM a neni v RUIAN narazim celkem pravidelne. Stejne jako na zmineny problem s panelaky, ktere jsou v KM rozdeleny na vchody, ale v RUIAN je to jak kde - nekdy jedna budova, nekdy po vchodech (zcela bez ohledu na stavebni provedeni - to je ruzne, nekdy jde stavebne o jedinou budovu, nekdy o vice) Mám teorii: To, co je v KM je vlastně pozemek. Budova je taková nadstavba, která daný pozemek/kus pozemku sdílí. Schválně si na ruian.poloha.net zapni vrstvu pozemků. Budovy najednou vyniknou. RUAIN ty hranice má, jen je to špatně zaneseno u budovy. Jak je budova zakreslena v KM/RUIAN závisí na tom, kdo zpracovával podklady. Někdo to dělal poctivě a zanesl jednotlivé vchody správně. Jiný si chtěl ulehčit práci, a udělal z toho jeden objekt, kterému přiřadil více adres. A pak záleží jak probíhá digitalizace. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Carte OSM sur GPS Garmin
Salut est ce que certains d'entre vous utilisent les cartes issus d'OSM sur leur GPS Garmin ? Oui sur un Garmin nuvï 205W et nuvï250W pour le routier et Garmin Dakota 10 pour le geocaching Pour ma part, j'ai fait le test il y a quelques temps sur un Garmin Nuvi 2445. Depuis la mise à jour du logiciel en version 8.20, il me semble que le GPS a perdu des fonctionnalités sur les cartes OSM. Pas de pertes sur mes 3 GPS Par ailleurs, il me semble également que dans des version précédentes, le GPS gérait les limitations de vitesse précisées dans OSM mais là je ne suis plus trop sûr. Sur les 2 routiers j'ai toujours ces limitations qui s'affichent (sur les routes tagguées avec ces limites) Est ce que vous avez les mêmes problèmes sur votre GPS Garmin ? Non mais en fait il me semble que mes 2 nuvï ne supportent pas la mise à jour 8.20 ... C'est peut être pour ça ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] commune de Bonnetan
Bonjour, En essayant d'apparier le code officiel géographique et les communes dans osm, je suis tombé sur une erreur pour la commune de Bonnetan : http://www.openstreetmap.org/relation/88801 Un bout de frontière a été supprimé (ça doit impacter la commune adjacente, je suppose) et le type=boundary a été remplacé par type=route+route=bicycle. Rien de surhumain à corriger mais je n'ai pas le temps de le faire aujourd'hui. Si quelqu'un veut bien regarder... Pierre-Yves / the _knife ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte OSM sur GPS Garmin
Le 29/04/2014 19:17, Olivier Delaune a écrit : Bonjour, est ce que certains d'entre vous utilisent les cartes issus d'OSM sur leur GPS Garmin ? Est ce que vous avez les mêmes problèmes sur votre GPS Garmin ? Olivier les cartes OSM sont bien pour les GPS de rando perso je les utilise sur etrex Vista HCx et j'en suis content cela dit je n'utilise pas la fonction routage ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] commune de Bonnetan
On va me traiter de maniaque... mais... iD ne permet pas de gérer les relations, mais permet de modifier leurs tags ? Ou alors il y a des développements en cours dans ce sens ? PS : je n'ai pas corrigé, deux changesets à annuler dans le bon sens après contact... JB. Le 30/04/2014 10:08, Pierre-Yves Berrard a écrit : Bonjour, En essayant d'apparier le code officiel géographique et les communes dans osm, je suis tombé sur une erreur pour la commune de Bonnetan : http://www.openstreetmap.org/relation/88801 Un bout de frontière a été supprimé (ça doit impacter la commune adjacente, je suppose) et le type=boundary a été remplacé par type=route+route=bicycle. Rien de surhumain à corriger mais je n'ai pas le temps de le faire aujourd'hui. Si quelqu'un veut bien regarder... Pierre-Yves / the _knife ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr