Re: [Talk-hr] Dopustenje za koristenje benzinskih postaja
Upravo sam primio poziv od INA dd. oni Šalju svoje podatke firmi koja im održava web i HAK-u i rekli su da sa http://map.hak.hr/ smijemo kopirati sve podatke o njihovim postajama. :D On 21.11.2012. 15:16, hbogner wrote: Poslao sam mail na nekoliko mjesta i Tifon je prvi odgovorio: Tražene podatke možete pronaći na niže priloženom linku. Molim Vas da mi javite kad budu uneseni na OpenStreetMap karti. Skinuo sam xml i kopirao ga https://dl.dropbox.com/u/3220458/benzinske-tifon.xml Ako je netko spreman pomoći samo naprijed :D ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Dopustenje za koristenje banaka i bankomata
Dobili smo podatke o ZABA bakomatima i poslovnicama. Moram prvo malo istražiti jer me muče koordinate, te fale telefonski brojevi i radna vremena poslovnica. On 29.11.2012. 13:24, hbogner wrote: Još jedna pobjeda. Erste banka je odgovorila zahvaljujemo Vam na javljanju i ispričavamo se zbog dužeg čekanja na odgovor. Podržavamo Vaš projekt OpenStreetMap te vam dostavljamo tražene podatke o našim bankomatima i poslovnicama u xml. formatu. Molimo Vas da nas kvartalno kontaktirate na adresu Službe elektroničkog bankarstva tako da Vam možemo dostavljati ažurne podatke o bankomatima i poslovnicama Erste banke. Skinuo sam xml i kopirao ga https://dl.dropbox.com/u/3220458/dopusteno/atm_hr-erste.xml https://dl.dropbox.com/u/3220458/dopusteno/poslovnice_hr-erste.xml Ako je netko spreman pomoći samo naprijed :D ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Mail na koji se mogu slati azurirane prostorne informacije
On 5.12.2012. 12:58, hbogner wrote: Ajmo jedan brainstorming Hoćemo kreirat mail na koji nam firme i svi ostali zainteresirani mogu slati svoje podatke i sad kako ga nazvati? Mail bi bio na domeni @osm-hr.org podatci, podaci, data, ...? Slušam sve ideje I naravno tko sve želi dobivati forward može mi privatno poslati mail na koji želi primati :D ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Mail na koji se mogu slati azurirane prostorne informacije
Nek bude d...@osm-hr.org, i prijavljujem se za primanje kopije na ovaj mail. Janko Dana 5. prosinca 2012. 12:59 hbogner hbog...@gmail.com je napisao/la: On 5.12.2012. 12:58, hbogner wrote: Ajmo jedan brainstorming Hoćemo kreirat mail na koji nam firme i svi ostali zainteresirani mogu slati svoje podatke i sad kako ga nazvati? Mail bi bio na domeni @osm-hr.org podatci, podaci, data, ...? Slušam sve ideje I naravno tko sve želi dobivati forward može mi privatno poslati mail na koji želi primati :D __**_ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-hrhttp://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Mail na koji se mogu slati azurirane prostorne informacije
da data je ok Dana 5. prosinca 2012. 13:16 Janko Mihelić jan...@gmail.com je napisao/la: Nek bude d...@osm-hr.org, i prijavljujem se za primanje kopije na ovaj mail. Janko Dana 5. prosinca 2012. 12:59 hbogner hbog...@gmail.com je napisao/la: On 5.12.2012. 12:58, hbogner wrote: Ajmo jedan brainstorming Hoćemo kreirat mail na koji nam firme i svi ostali zainteresirani mogu slati svoje podatke i sad kako ga nazvati? Mail bi bio na domeni @osm-hr.org podatci, podaci, data, ...? Slušam sve ideje I naravno tko sve želi dobivati forward može mi privatno poslati mail na koji želi primati :D __**_ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-hr http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Mail na koji se mogu slati azurirane prostorne informacije
On 5.12.2012. 12:59, hbogner wrote: I naravno tko sve želi dobivati forward može mi privatno poslati mail na koji želi primati :D Cilj toga da nas više prima taj mail je da ako je netko od nas spriječen, nije uz komp ili slično da ostali to skinu pregledaju, stave negdje gdje svi mogu do toga, obavijeste ostale o tome na listi/forumu/facebook-u/... a ne samo nas nekoliko. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Typhoon Pablo (Bopha)
Le 04/12/2012 03:01, maning sambale a écrit : Dear all, Hope all are mappers in Visayas and Mindanao are safe and dry. If you need help with remote mapping, let us know. Dear All, For what is worth, this is a reminder that there is a strip of OrbView-3 imagery available over part of Compostela Valley, east of New Bataan, that includes areas not covered by Bing in high resolution, and covers some roads and villages unmapped in OSM. For example: http://osm.arkemie.org/ousm/philippines/?zoom=14lat=7.55219lon=126.12762layers=0B00TFFTF JOSM TMS URL : tms:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/philippines/{zoom}/{x}/{y}.jpg Best wishes to affected people, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Typhoon Pablo (Bopha)
Thanks for reminding jgc. I found an area whom I suspect as a small-scale mining operation and potentially a geohazard area: http://maning.github.com/Imagery_Coverage_Map/#7.818396,126.184979,17 (Select osm.arkemie.org as the satellite layer) Can someone familiar with the area confirm? On Wed, Dec 5, 2012 at 7:08 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Le 04/12/2012 03:01, maning sambale a écrit : Dear all, Hope all are mappers in Visayas and Mindanao are safe and dry. If you need help with remote mapping, let us know. Dear All, For what is worth, this is a reminder that there is a strip of OrbView-3 imagery available over part of Compostela Valley, east of New Bataan, that includes areas not covered by Bing in high resolution, and covers some roads and villages unmapped in OSM. For example: http://osm.arkemie.org/ousm/philippines/?zoom=14lat=7.55219lon=126.12762layers=0B00TFFTF JOSM TMS URL : tms:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/philippines/{zoom}/{x}/{y}.jpg Best wishes to affected people, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Typhoon Pablo (Bopha)
Dear everyone, Collecting some news related to the recent Typhoon Pablo/Bopha. Provinces that was heavily affected are Compostela Valley and Davao del Norte [0]. There are several crowdsourcing mapping initiatives happening around, I listed them and other map resources in my blog [1]. If you are interested to participate in some initiatives, I urge you to join the Crisis Mapper's Standby Task Force for geolocating and classifying tweets and photos which will be used for UN's disaster response [2 and 3]. Related to OSM, most of what was covered by Bing in Eastern Mindanao has a good coverage for roads. However, one important natural feature we sorely lack in these areas are natural features like rivers which are important data for such kind of disasters. I encourage you all to include river and waterways in your mapping list. Of course there is the usual donations for relief operations. [0] http://www.openstreetmap.org/?lat=7.358lon=126.259zoom=11layers=M [1] http://epsg4253.wordpress.com/2012/12/04/typhoon-pablo-bopha-map-sources/ [2] http://irevolution.net/2012/12/05/help-microtask-pablo/ [3] https://docs.google.com/spreadsheet/ccc?key=0ArYTPzrmJuWWdGZjb2ZXSTluaFQ3cko3S2k1dllNbVE#gid=4 On Thu, Dec 6, 2012 at 10:09 AM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks for reminding jgc. I found an area whom I suspect as a small-scale mining operation and potentially a geohazard area: http://maning.github.com/Imagery_Coverage_Map/#7.818396,126.184979,17 (Select osm.arkemie.org as the satellite layer) Can someone familiar with the area confirm? On Wed, Dec 5, 2012 at 7:08 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Le 04/12/2012 03:01, maning sambale a écrit : Dear all, Hope all are mappers in Visayas and Mindanao are safe and dry. If you need help with remote mapping, let us know. Dear All, For what is worth, this is a reminder that there is a strip of OrbView-3 imagery available over part of Compostela Valley, east of New Bataan, that includes areas not covered by Bing in high resolution, and covers some roads and villages unmapped in OSM. For example: http://osm.arkemie.org/ousm/philippines/?zoom=14lat=7.55219lon=126.12762layers=0B00TFFTF JOSM TMS URL : tms:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/philippines/{zoom}/{x}/{y}.jpg Best wishes to affected people, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Typhoon Pablo (Bopha)
Hi Maning, NDRMC website has a lot of information about Typhoon Pablo but all of it is in tabular format. (eg. affected provinces, municipalities, casualties, damaged houses, etc etc).. One possible mapping work that we could do is to visualize these tabular data in forms of maps. It is easier to understand these types of information if it were in the form of maps. But I am also thinking on how we can disseminate the map once we finish them. --bunny From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Cc: Kate Chapman kate.chap...@hotosm.org; Mikel Maron mikel_ma...@yahoo.com Sent: Thursday, 6 December 2012 11:13 AM Subject: Re: [talk-ph] Typhoon Pablo (Bopha) Dear everyone, Collecting some news related to the recent Typhoon Pablo/Bopha. Provinces that was heavily affected are Compostela Valley and Davao del Norte [0]. There are several crowdsourcing mapping initiatives happening around, I listed them and other map resources in my blog [1]. If you are interested to participate in some initiatives, I urge you to join the Crisis Mapper's Standby Task Force for geolocating and classifying tweets and photos which will be used for UN's disaster response [2 and 3]. Related to OSM, most of what was covered by Bing in Eastern Mindanao has a good coverage for roads. However, one important natural feature we sorely lack in these areas are natural features like rivers which are important data for such kind of disasters. I encourage you all to include river and waterways in your mapping list. Of course there is the usual donations for relief operations. [0] http://www.openstreetmap.org/?lat=7.358lon=126.259zoom=11layers=M [1] http://epsg4253.wordpress.com/2012/12/04/typhoon-pablo-bopha-map-sources/ [2] http://irevolution.net/2012/12/05/help-microtask-pablo/ [3] https://docs.google.com/spreadsheet/ccc?key=0ArYTPzrmJuWWdGZjb2ZXSTluaFQ3cko3S2k1dllNbVE#gid=4 On Thu, Dec 6, 2012 at 10:09 AM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks for reminding jgc. I found an area whom I suspect as a small-scale mining operation and potentially a geohazard area: http://maning.github.com/Imagery_Coverage_Map/#7.818396,126.184979,17 (Select osm.arkemie.org as the satellite layer) Can someone familiar with the area confirm? On Wed, Dec 5, 2012 at 7:08 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Le 04/12/2012 03:01, maning sambale a écrit : Dear all, Hope all are mappers in Visayas and Mindanao are safe and dry. If you need help with remote mapping, let us know. Dear All, For what is worth, this is a reminder that there is a strip of OrbView-3 imagery available over part of Compostela Valley, east of New Bataan, that includes areas not covered by Bing in high resolution, and covers some roads and villages unmapped in OSM. For example: http://osm.arkemie.org/ousm/philippines/?zoom=14lat=7.55219lon=126.12762layers=0B00TFFTF JOSM TMS URL : tms:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/philippines/{zoom}/{x}/{y}.jpg Best wishes to affected people, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Typhoon Pablo (Bopha)
The town center of New Bataan is covered by OrbView-3 although the image is very dark. http://www.openstreetmap.org/?lat=7.54826lon=126.13943zoom=16layers=M On Wed, Dec 5, 2012 at 7:08 PM, Jean-Guilhem Cailton j...@arkemie.com wrote: Le 04/12/2012 03:01, maning sambale a écrit : Dear all, Hope all are mappers in Visayas and Mindanao are safe and dry. If you need help with remote mapping, let us know. Dear All, For what is worth, this is a reminder that there is a strip of OrbView-3 imagery available over part of Compostela Valley, east of New Bataan, that includes areas not covered by Bing in high resolution, and covers some roads and villages unmapped in OSM. For example: http://osm.arkemie.org/ousm/philippines/?zoom=14lat=7.55219lon=126.12762layers=0B00TFFTF JOSM TMS URL : tms:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/philippines/{zoom}/{x}/{y}.jpg Best wishes to affected people, Jean-Guilhem -- gpg 0x5939EAE2 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Copyright and license page, how to do the details
Looking at the licensing page there is still the explicit requirement to credit osm in the corner of the map and in the meantime the FAQ has been amended with the same requirement. Some time ago this wasn't required explicitly, that's why I ask when this was introduced and by whom? (the old requirement was that it should be stated somewhere that (c) is osm contributors). I agree with Tobias that for apps on mobile devices which use a lot of different data from different sources this is somehow impractical, as it would clutter the screen (fortunately there is no minimum font size requirement ;-) ). There is also a whole lot of osm-based websites and services around, which don't do attribution in this google-tos-style (some of them credit osm somewhere on the map, but it isn't in the corner, others link to a dedicated sources-page with sometimes detailed information about osm and the licensing terms). cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright and license page, how to do the details
On 05/12/12 13:09, Martin Koppenhoefer wrote: Looking at the licensing page there is still the explicit requirement to credit osm in the corner of the map and in the meantime the FAQ has been amended with the same requirement. Some time ago this wasn't required explicitly, that's why I ask when this was introduced and by whom? (the old requirement was that it should be stated somewhere that (c) is osm contributors). The Legal FAQ wiki page still says ...in the corner of the map... or an about box/page. I agree with Tobias that for apps on mobile devices which use a lot of different data from different sources this is somehow impractical, as it would clutter the screen (fortunately there is no minimum font size requirement ;-) ). +1. In the corner is overly restrictive, especially for maps with multiple sources. The copyright page should say the same thing as the wiki page does. J. -- Dr Jonathan Harley :Managing Director: SpiffyMap Ltd m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ, UK ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Role of the Wiki
On Tue, Dec 04, 2012 at 05:44:52PM -0800, Jeff Meyer wrote: What's the role of the wiki as a source of information in the OSM community? As for every source of information you have to evaluate how good that source ist, how current, how accurate. You have to see how the source got that information and put the information into a larger context. You can never just look at one source and be confident that the information you get is right. The OSM wiki is not that different from other sources of information. Only more so. :-) If you compare different source of information a telephone book might be on one end (simple, mostly accurate pieces of information easily understood), and the OSM wiki on the other (complex, often outdated and incomplete information that's hard to use). That might not be ideal, but that is what we have. What we do in the OSM project is difficult, often there are no simple answers. So don't expect them. You will have to search for answers and you'll often have to consult others who have been around longer. And keep in mind that the wiki is not only a source of information, it is also a place of collaboration. Like this mailing list and some other places. It is the participation in this community that gives you, in the long term, the best understanding of OSM and a broader perspective that helps you interpreting the information in the wiki and elsewhere. In general, is there a method to when the wiki is or is not relevant? It is always relevant. Even if it is wrong. I'm hoping it's relevant as OSM continues to grow - reading through old email archives isn't super efficient (or clarifying). And the only way this situation is going to improve is when people like you take the information thats out there (for instance in this thread on the mailing list) and add it to the wiki. :-) I encourage everybody to participate in building the wiki. Yes, it is a lot of work. But it is the only way. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Role of the Wiki
On Wed, Dec 05, 2012 at 08:37:50AM +0100, bruno wrote: On mer, 2012-12-05 at 05:49 +0100, Roland Olbricht wrote: - use tags or tag keys that have been used quite often http://taginfo.openstreetmap.org/ What if a new way of tagging something gets approved? The moment it becomes approved there will be probably 0 objects with the new tags, and if someone follows this principle (from what I see, this is exactly what happens) the new tags won't be used, rendering useless the discussion and approving of the new tags*. They *are* mostly useless. Many people think they are important and they have succeeded in convincing other that they are. But they are not. What *is* important is how people actually tag things and how those thing are actually used to produce maps. I'm probably a too novice mapper to appreciate the freedom this tag as you see fit approach gives me, I usually feel like couldn't they just compromise on ONE way of tagging this? what if I tag it wrong?, but that's probably my fault... Thats not your fault. It is our fault, our in this case meaning the old timers fault, for not explaining it right. Yes, it would be nice if we could decide on how things should be done in some forum, discuss everything in theory and then go out into the world and do things. Unfortunately this doesn't work. The world is more complex than any plans we make. The way we do things in OSM might be messy, but it has proven to work. OSM is here, OSM does produce usable maps. The way tagging is done is just a reflection of how complex the world is. And yes, it could be a bit less messy. It could be a bit easier. And many many people have been working on it to make it easier. But it is a long process. And everybodies help is appreciated. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Role of the Wiki
2012/12/5 Russ Nelson nel...@crynwr.com: Roland Olbricht writes: In general: the wiki is only descriptive, but often it sounds normative. It is a good idea to - use tags or tag keys that have been used quite often http://taginfo.openstreetmap.org/ +1, but only for what they are defined, the mere existence of a tag doesn't automatically imply it was invented for the feature you are going to map. If your feature doesn't fit perfectly with the description of a tag it is better to not use this tag. - search the wiki for keywords of the thing to tag - read the relevant pages and take them as advice, not as a law +1 - if the pages don't make sense to you or don't match, ask at http://help.openstreetmap.org and or on the mailing lists (i.e. tagging ML) - add an additional, new tag if the often used tags don't describe the situation appropriately +1 My rule of thumb is: 1) If the wiki describes a tag, tag according to the description. 2) If the wiki is silent on a tag, then feel free to add it. 3) If the wiki describes something, and you think there's a better way, then feel free to tag that way, but follow rule #1 and #2. 4) But never change what the wiki says, because the people who came before you followed rules #1, #2, and #3. +1 I'd like to add that when in doubt or something looks strange in the wiki it is often useful to have a look at the history of the page: maybe someone recently introduced contradicting or otherwise strange advice that isn't in line with the established meaning of a tag (or way to map). This happens from time to time, and usually it gets reverted or otherwise sorted out after a short time, but maybe you just found the page between those 2 actions ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Role of the Wiki
2012/12/5 Russ Nelson nel...@crynwr.com: Roland Olbricht writes: In general: the wiki is only descriptive, but often it sounds normative. It is a good idea to - use tags or tag keys that have been used quite often http://taginfo.openstreetmap.org/ +1, but only for what they are defined, the mere existence of a tag doesn't automatically imply it was invented for the feature you are going to map. If your feature doesn't fit perfectly with the description of a tag it is better to not use this tag. - search the wiki for keywords of the thing to tag - read the relevant pages and take them as advice, not as a law +1 - if the pages don't make sense to you or don't match, ask at http://help.openstreetmap.org and or on the mailing lists (i.e. tagging ML) - add an additional, new tag if the often used tags don't describe the situation appropriately +1 My rule of thumb is: 1) If the wiki describes a tag, tag according to the description. 2) If the wiki is silent on a tag, then feel free to add it. 3) If the wiki describes something, and you think there's a better way, then feel free to tag that way, but follow rule #1 and #2. 4) But never change what the wiki says, because the people who came before you followed rules #1, #2, and #3. +1 I'd like to add that when in doubt or something looks strange in the wiki it is often useful to have a look at the history, maybe someone recently introduced contradicting or otherwise strange advice that isn't in line with the established meaning of a tag (or way to map). This happens frequently, and usually it gets reverted or otherwise sorted out after a short time, but maybe you just found the page between those 2 actions. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Role of the Wiki
Hi, what if I tag it wrong? There is no right or wrong tagging. When you tag, you tell all data users a message. And either they understand you or they don't. There are things that are easy to tell like street names, because this is completely formal. There are things that are not formal at all and difficult to tell (e.g. street importance, although displayed prominently on the map). And things that could be formal but being formalized different in different regions because they are factual different in different regions (e.g. speed limit systematics, seasonal infrastructure, may bicycles run against a one-way direction?, various facets of public transport). That's the point where the wiki could show it's value: make a systematic tagging for your region and then explain the subtle details of this tagging in a dedicated wiki page such that a foreigner can make sense of the tagging. What if a new way of tagging something gets approved? The moment it becomes approved there will be probably 0 objects with the new tags, and if someone follows this principle (from what I see, this is exactly what happens) the new tags won't be used, rendering useless the discussion and approving of the new tags*. That's exactly the problem. The proposal concept errorneously conveys the idea that tagging-schemes are somehow designed and standardized and then afterwards applied to real world. This fails notoriously inside and outside OSM because reality quite often tends to not fit into any formal scheme. The best practice is to first observe the facts in the real. Then tell it other mappers and data consumers. This includes tagging it to enable other mappers to understand the local situation as well as afterwards documenting it on the wiki. This may or may not end up with the discovery that a similar problem has already appeared elsewhere. That is the helpful process of the discussion. If the a retagging is necessary at all, then the discussion process will turn out which old tag shall be mapped on which new tag. The actual mapping is then done very easily by software. So the important message is: The wiki comes into play only after observing reality and tagging it in some way, even if that tagging is not the final way. Hence a proposal having 0 known examples is not a transitional state, but very likely useless. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Role of the Wiki
From: bruno [mailto:br...@anche.no] Subject: Re: [OSM-talk] Role of the Wiki On mer, 2012-12-05 at 05:49 +0100, Roland Olbricht wrote: - use tags or tag keys that have been used quite often http://taginfo.openstreetmap.org/ What if a new way of tagging something gets approved? The moment it becomes approved there will be probably 0 objects with the new tags, and if someone follows this principle (from what I see, this is exactly what happens) the new tags won't be used, rendering useless the discussion and approving of the new tags*. It's important to remember that a tag that is approved is not approved for use in OSM. There are no tags approved for use in OSM. All an approved tag on the wiki means is that it is approved to be listed as an approved tag. The OSM tagging system has its flaws but by and large it works. It sometimes takes longer than desirable to reach a consensus on tagging but as long as no one stacks the deck by doing a mechanical edit or import where there isn't general agreement the voting on tags is done in the database, influenced by presets, renderer support and wiki documentation. If I had to pick the four issues I commonly see with wiki tag proposals it is that no consideration is given to 1. Support by renderers or data consumers. Anything that data consumers cannot parse will only ever be seen by other mappers editing the DB. People like to see the results of their mapping, schemas which cannot be used by consumers are unlikely to gain much traction. 2. Issues with complicated data models that cannot be tagged by people who don't have expertise in that particular sub-area. 3. The practicality of implementing presets. If you design some complicated relation-based tagging schema unlike anything else, it's not going to get added as a preset to the editors and won't end up used by most people. 4. Backwards compatibility. /rant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Role of the Wiki
On Tue, Dec 4, 2012 at 8:44 PM, Jeff Meyer j...@gwhat.org wrote: Hi - N00b question here: What's the role of the wiki as a source of information in the OSM community? It's a mixed bag, some of the information is very good and of high quality and some is outdated, and some is of low quality. The problem is that the wiki is not a single entity, but rather a collection of the work of lots of people. And as others have said, those busy mapping often don't have time/interest to document, and those people who love documentation and process aren't always in the thick of the actual mapping- so they're giving proscriptive orders on high, with little thought to reality. In my brief period here, I've been told things like this: - For tags: RTFW Most tags are well documented. Remember, OSM is a folksonomy. Tags are accepted by their use. If a tag is in heavy use, it will show up in taginfo. Some tags are very accepted (highway=residential), and others are controversial and others are just one person's opinion. In the end, accepted is a complex term in the OSM context. The tagging list has a process that they follow, but that doesn't mean a lot. I've had tags that I've used and propsed be argued against with vehemence on that list, only to see them later be used by others, appear as defaults in editors, etc. and still AFAIK not be on the wiki, where I've also seen tags by the taggling list be on the wiki but no one actually use. - For relations: do NOT read the wiki HELL YES read the wiki Relations are a complex topic. They're generally loved by those who like to talk in theory but not in practice. The problem is they're very hard to work with. - Imports: the wiki's out of date (Also - I've received information off IRC that conflicts with both email wiki) As it's been said, everyone will give you their own opinions. No single member of our community is an authoritative source (not even SteveC). In general, is there a method to when the wiki is or is not relevant? You eventually get a feel for it, but it's hard to know as a newbie, for sure. You can also find info at help.openstreetmap.org. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing Aerial Imagery Analyzer for OpenStreetMap
It works, thanks :D On 4.12.2012. 23:38, ant wrote: Hi, due to popular request I've tweaked the Bing analyser so you can use it with editors. The analyser can now work like a TMS that tunnels Bing imagery through to your editor while the processing is done in the background. TMS URL: http://ant.dev.openstreetmap.org/bingimageanalyzer/tile.php/{zoom}/{x}/{y}.png?returnaerial=1 Let me know if it works for you. cheers ant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Role of the Wiki
2012/12/5 Serge Wroclawski emac...@gmail.com: On Tue, Dec 4, 2012 at 8:44 PM, Jeff Meyer j...@gwhat.org wrote: - For relations: do NOT read the wiki HELL YES read the wiki Relations are a complex topic. They're generally loved by those who like to talk in theory but not in practice. The problem is they're very hard to work with. the thing with relations is, they are completely universal, you can model any kind of relation between nodes, ways and other relations, but naturally only a few concepts are generally evaluated (and used in mapping). Some relations are established though, and those get also evaluated for a wider group of maps, are supported in current tools and libs like osmium or osm2pgsql or for routing, and it's worth mentioning this. These are - multipolygon and boundary relations (basically the same) - route relations - turn restriction relations to see more types and actual usage statistics have a look at taginfo: http://taginfo.openstreetmap.org/keys/type#values (there is public_transport, site, street and associatedStreet also in significant numbers, but AFAIK they get less often evaluated). Note that not all objects with a type-tag are relations. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multilingual map even more flexible...
A comment and a thought/Q: * As noted here before, Deleting the browser cache solves problems of name tags not showing (for me too, that is) * Would be even more neat if there was a way to also get loc_name, alt_name, old_name, int_name in the list of alternatives But in any case / even as is: a Great service! .. I hope it will stay up until it gets integrated into osm.org or some other main stream OSM service. Cheers, -Jaakko On Sat, Dec 1, 2012 at 9:19 AM, Jochen Topf joc...@remote.org wrote: On Sat, Dec 01, 2012 at 08:32:04AM -0500, Jaakko Helleranta.com wrote: .. Any ideas why ht,fi,sv,en,fr,es,it,int,_|loc ( http://mlm.jochentopf.com/?zoom=8lat=18.69725lon=-71.80389layers=B0Tlang=ht%2Cfi%2Csv%2Cen%2Cfr%2Ces%2Cit%2Cint%2C_%7Cloc ) is not showing any names? It works for me. Try deleting your browser cache and reload. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Role of the Wiki
No place to learn what to do? The wiki may be overwhelming, sometimes outdated and incorrect, or even a vehicle for personal opinions on tagging and whatnot, but there are definitely resources to help you get started. All OSM editors have useful presets for common features, you can't really go wrong with those. The Map Features page[1] describes widely used common tags. learnosm.org is there to guide you through first steps in OSM. And if you're looking for help or if you don't feel confident about your edits, there's these and other mailing lists, IRC, help.osm.org and forum.osm.org. OpenStreetMap US hosts regular Virtual Mappy Hours you can join from anywhere. There's Facebook, LinkedIn and Google+ pages where helpful members are always willing to answer questions. Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, but you have to realize that OpenStreetMap is eternally a work in progress, run entirely by volunteers who are working really hard to keep up with and channel that progress. You are apparently willing to spend your time reading these mailing lists, so why not be constructive about it and either ask questions to help you along in your mapping efforts, or make some actionable suggestions about how we can do a better job explaining mapping and tagging to new contributors? Best, Martijn [1] https://wiki.openstreetmap.org/wiki/Map_Features On Wed, Dec 5, 2012 at 12:38 PM, Scott Rollins organ...@gmail.com wrote: I'll just say that, whether bug or feature, this message perfectly encapsulates why I am unwilling to spend my time working on OSM. I don't want to waste my time, and by not having a good place to learn what to do, I have to do a whole lot of work to figure out whether the additions I'm making will be useful or simply clutter up the database. I love the concept of OSM, and I'm glad to have the ability to use maps based on OSM's work...but the setup of the project leaves me feeling unable to usefully contribute. Scott On Wed, Dec 5, 2012 at 9:02 AM, Serge Wroclawski emac...@gmail.com wrote: On Tue, Dec 4, 2012 at 8:44 PM, Jeff Meyer j...@gwhat.org wrote: Hi - N00b question here: What's the role of the wiki as a source of information in the OSM community? It's a mixed bag, some of the information is very good and of high quality and some is outdated, and some is of low quality. The problem is that the wiki is not a single entity, but rather a collection of the work of lots of people. And as others have said, those busy mapping often don't have time/interest to document, and those people who love documentation and process aren't always in the thick of the actual mapping- so they're giving proscriptive orders on high, with little thought to reality. In my brief period here, I've been told things like this: - For tags: RTFW Most tags are well documented. Remember, OSM is a folksonomy. Tags are accepted by their use. If a tag is in heavy use, it will show up in taginfo. Some tags are very accepted (highway=residential), and others are controversial and others are just one person's opinion. In the end, accepted is a complex term in the OSM context. The tagging list has a process that they follow, but that doesn't mean a lot. I've had tags that I've used and propsed be argued against with vehemence on that list, only to see them later be used by others, appear as defaults in editors, etc. and still AFAIK not be on the wiki, where I've also seen tags by the taggling list be on the wiki but no one actually use. - For relations: do NOT read the wiki HELL YES read the wiki Relations are a complex topic. They're generally loved by those who like to talk in theory but not in practice. The problem is they're very hard to work with. - Imports: the wiki's out of date (Also - I've received information off IRC that conflicts with both email wiki) As it's been said, everyone will give you their own opinions. No single member of our community is an authoritative source (not even SteveC). In general, is there a method to when the wiki is or is not relevant? You eventually get a feel for it, but it's hard to know as a newbie, for sure. You can also find info at help.openstreetmap.org. - Serge ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Scott Rollins, organ...@gmail.com Portsmouth, VA ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Role of the Wiki
Kathleen, Yes, the Welcome WG does need a boost after Richard's (cc) initial great work on the proposal and initial meeting. I wanted to wait until the semester is over so that my teaching obligations would not keep interfering, but I guess we're almost there, so I am willing to organize a next meeting to see who's interested in committing time to this WG, what we can do right now and what the longer term agenda and priorities should be. So how about next week? Anyone who has ideas about and - more importantly - is willing to spend time towards solving the Welcome problem, please join. http://doodle.com/z4rzz66k2nhh5h2d We can do it on IRC, Google Hangout (my preference), phone or whatever works for all involved. Martijn On Wed, Dec 5, 2012 at 1:53 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, but you have to realize that OpenStreetMap is eternally a work in progress, run entirely by volunteers who are working really hard to keep up with and channel that progress. I think that the first half of that sentence is worth taking notice of, with all due respect to the second half (and the volunteers who make it so!). As a newcomer to OSM, I am aware that there are some really fantastic resources out there, but I'm not really sure where to start, and that in and of itself ends up being quite discouraging. Some more direction and encouragement for new users could both help new mappers who share these frustrations, as well as identify highest priority action items for documentation improvement. I gather there's a proposal for a new Welcome Working Group, and I think that this potential group has a lot to offer in this exact area. I 100% understand how experienced users and contributors can feel taxed by discussions like this, but I think there is a subset of members who are eager to help onboard new mappers. Maybe this is a good time to re-kickstart that proposal? Personally, I'm really excited to get involved in this aspect of the OSM community. (apologies if I'm missing any important context/discussions happening elsewhere) Best, Kathleen On Wed, Dec 5, 2012 at 3:31 PM, Martijn van Exel m...@rtijn.org wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Proposed Welcome Working Group meeting (was: Role of the Wiki)
I thought I should bump this up to its own thread: The Welcome WG needs a boost after Richard's (cc) initial great work on the proposal and initial meeting. Let's have a follow-up meeting to see who's interested in committing time to this WG, what we can do right now and what the longer term agenda and priorities should be. How about next week? Anyone who has ideas about and - more importantly - is willing to spend time towards solving the Welcome problem, please join. http://doodle.com/z4rzz66k2nhh5h2d We can do it on IRC, Google Hangout (my preference), phone or whatever works for all involved. -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: Wed, Dec 5, 2012 at 2:16 PM Subject: Fwd: [Talk-us] Role of the Wiki To: OSM US board us-osm-bo...@googlegroups.com FYI, I put out an invitation for a Welcome Working Group meeting: -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: Wed, Dec 5, 2012 at 2:13 PM Subject: Re: [Talk-us] Role of the Wiki To: Kathleen Danielson kathleen.daniel...@gmail.com Cc: Scott Rollins organ...@gmail.com, OpenStreetMap Talk Mailing List talk@openstreetmap.org, Serge Wroclawski emac...@gmail.com, Jeff Meyer j...@gwhat.org, OpenStreetMap US Talk talk...@openstreetmap.org, Richard Weait rich...@weait.com Kathleen, Yes, the Welcome WG does need a boost after Richard's (cc) initial great work on the proposal and initial meeting. I wanted to wait until the semester is over so that my teaching obligations would not keep interfering, but I guess we're almost there, so I am willing to organize a next meeting to see who's interested in committing time to this WG, what we can do right now and what the longer term agenda and priorities should be. So how about next week? Anyone who has ideas about and - more importantly - is willing to spend time towards solving the Welcome problem, please join. http://doodle.com/z4rzz66k2nhh5h2d We can do it on IRC, Google Hangout (my preference), phone or whatever works for all involved. Martijn On Wed, Dec 5, 2012 at 1:53 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, but you have to realize that OpenStreetMap is eternally a work in progress, run entirely by volunteers who are working really hard to keep up with and channel that progress. I think that the first half of that sentence is worth taking notice of, with all due respect to the second half (and the volunteers who make it so!). As a newcomer to OSM, I am aware that there are some really fantastic resources out there, but I'm not really sure where to start, and that in and of itself ends up being quite discouraging. Some more direction and encouragement for new users could both help new mappers who share these frustrations, as well as identify highest priority action items for documentation improvement. I gather there's a proposal for a new Welcome Working Group, and I think that this potential group has a lot to offer in this exact area. I 100% understand how experienced users and contributors can feel taxed by discussions like this, but I think there is a subset of members who are eager to help onboard new mappers. Maybe this is a good time to re-kickstart that proposal? Personally, I'm really excited to get involved in this aspect of the OSM community. (apologies if I'm missing any important context/discussions happening elsewhere) Best, Kathleen On Wed, Dec 5, 2012 at 3:31 PM, Martijn van Exel m...@rtijn.org wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposed Welcome Working Group meeting (was: Role of the Wiki)
For those who already looked at the doodle: I changed the times just now as I realized the proposed times would be in the middle of the night for Europe. On Wed, Dec 5, 2012 at 2:41 PM, Martijn van Exel m...@rtijn.org wrote: I thought I should bump this up to its own thread: The Welcome WG needs a boost after Richard's (cc) initial great work on the proposal and initial meeting. Let's have a follow-up meeting to see who's interested in committing time to this WG, what we can do right now and what the longer term agenda and priorities should be. How about next week? Anyone who has ideas about and - more importantly - is willing to spend time towards solving the Welcome problem, please join. http://doodle.com/z4rzz66k2nhh5h2d We can do it on IRC, Google Hangout (my preference), phone or whatever works for all involved. -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: Wed, Dec 5, 2012 at 2:16 PM Subject: Fwd: [Talk-us] Role of the Wiki To: OSM US board us-osm-bo...@googlegroups.com FYI, I put out an invitation for a Welcome Working Group meeting: -- Forwarded message -- From: Martijn van Exel m...@rtijn.org Date: Wed, Dec 5, 2012 at 2:13 PM Subject: Re: [Talk-us] Role of the Wiki To: Kathleen Danielson kathleen.daniel...@gmail.com Cc: Scott Rollins organ...@gmail.com, OpenStreetMap Talk Mailing List talk@openstreetmap.org, Serge Wroclawski emac...@gmail.com, Jeff Meyer j...@gwhat.org, OpenStreetMap US Talk talk...@openstreetmap.org, Richard Weait rich...@weait.com Kathleen, Yes, the Welcome WG does need a boost after Richard's (cc) initial great work on the proposal and initial meeting. I wanted to wait until the semester is over so that my teaching obligations would not keep interfering, but I guess we're almost there, so I am willing to organize a next meeting to see who's interested in committing time to this WG, what we can do right now and what the longer term agenda and priorities should be. So how about next week? Anyone who has ideas about and - more importantly - is willing to spend time towards solving the Welcome problem, please join. http://doodle.com/z4rzz66k2nhh5h2d We can do it on IRC, Google Hangout (my preference), phone or whatever works for all involved. Martijn On Wed, Dec 5, 2012 at 1:53 PM, Kathleen Danielson kathleen.daniel...@gmail.com wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, but you have to realize that OpenStreetMap is eternally a work in progress, run entirely by volunteers who are working really hard to keep up with and channel that progress. I think that the first half of that sentence is worth taking notice of, with all due respect to the second half (and the volunteers who make it so!). As a newcomer to OSM, I am aware that there are some really fantastic resources out there, but I'm not really sure where to start, and that in and of itself ends up being quite discouraging. Some more direction and encouragement for new users could both help new mappers who share these frustrations, as well as identify highest priority action items for documentation improvement. I gather there's a proposal for a new Welcome Working Group, and I think that this potential group has a lot to offer in this exact area. I 100% understand how experienced users and contributors can feel taxed by discussions like this, but I think there is a subset of members who are eager to help onboard new mappers. Maybe this is a good time to re-kickstart that proposal? Personally, I'm really excited to get involved in this aspect of the OSM community. (apologies if I'm missing any important context/discussions happening elsewhere) Best, Kathleen On Wed, Dec 5, 2012 at 3:31 PM, Martijn van Exel m...@rtijn.org wrote: Some of these resources may require a little effort on your part, and they may not all be as well advertised or interconnected as they should be, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Role of the Wiki
Scott Rollins writes: I'll just say that, whether bug or feature, this message perfectly encapsulates why I am unwilling to spend my time working on OSM. I don't want to waste my time, and by not having a good place to learn what to do, Scott, what Fred said! You don't need to be an expert in all things OSM to be able to contribute one thing to OSM. You could, for example, just put in some park benches (amenity=bench), or a foot path through a local town park (highway=footway), or some fire hydrants (emergency=fire_hydrant). Or trace some buildings (building=yes). The main point is for you to contribute the things that you love, to share them with other people. I'm a railfan, so I've added every railroad in New York State that ever existed to OSM (except most trolley lines, because they usually don't show up anymore). And maybe I've done some things wrong, but nobody has complained to me yet, and if they do, I'll re-do whatever's wrong simply because I want OSM to be the best map of NY railroads anywhere. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] When is a road a cycle route?
On Tue, Dec 4, 2012 at 11:01 PM, Ian Sergeant inas66+...@gmail.com wrote: Generally the case, but not always. My bicycle sign on Parramatta road being my best example so I'm sticking with it. A cycle route down a narrow three lane road, carrying trucks who'd soon as take you out as look at you Well, I guess I'm focussed on being alive when I get to B. These use cases are handled by routing software making good use of data such as cycleway=lane. Using the lcn/rcn tagging system to mark safety/suitability is simply incorrect. In your example, there's a signed bicycle route - so we map it. To do otherwise would be like not mapping a car park because we don't think people should park there, or not mapping a school because we don't think it's a good one. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Rollback de mudanças feitas na base em Belo Horizonte
On Ter, 2012-12-04 at 15:33 -0200, Danilo Cardoso wrote: Pessoal; Identifiquei algumas mudanças feitas na base em Belo Horizonte que estão totalmente equivocadas. Aparentemente alguém aprendendo a mexer no editor em mesmo brincando. Eu sei que as ruas de um bairro aqui de BH estão totalmente bagunçadas (Bairro Padre Eustáquio, logo abaixo da avenida Pedro II) Perguntando no forum e vendo no Wiki o pessoal disse que é possível executar uns scripts que desfazem as modificações de um changeset, só que recomendam que isso seja feito por um usuário experiente. Alguém participante dessa lista sabe executar esse script. Dei uma olhada no histórico e os changesets problemáticos são os seguintes: 13871831 November 14, 2012 15:05 Rafael Gouvea alipio #13871332 November 14, 2012 14:19 Rafael Gouvea teste3 #13871027 November 14, 2012 13:49 Rafael Gouvea teste2 #13870979 November 14, 2012 13:46 Rafael Gouvea Oi Danilo, Complementando sua lista, há alguns dias encontrei algumas edições do usuário abaixo que removem uma parte de um cruzamento de vias primárias. Não identifiquei o changeset exato ainda, mas o usuário tem poucas edições, não será difícil. No fim de semana conseguirei realizar um revert dele, se ninguém o fizer antes. Ainda não fiz contato com o usuário. http://www.openstreetmap.org/user/Guilherme%20Braga%20Ara%C3%BAjo/edits Até, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] bairros de Porto Alegre
Olá, Não moro em Porto Alegre, mas percebi que o mapa de lá não tem quase nenhuma informação de nomes de bairros. Fiquei em dúvida se deveria adicionar os bairros que conheço... alguém planeja importar os limites dos bairros de alguma fonte ou só não tem os nós identificando o bairro porque ninguém nunca adicionou mesmo? abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Abgerissenes Haus
On 12/05/2012 08:41 AM, Andreas Schmidt wrote: Die WP(en) schreibt dazu Brownfield sites are abandoned or underused industrial and commercial facilities. (Also brown wegen Verschmutzung?) und In the United Kingdom and Australia, the term applies more generally to previously used land Und dict.leo.org übersetzt brownfield als die Industriebrache / die Altlast. und das OSM Wiki schreibt: Brownfield: Land scheduled for new development where old buildings have been demolished and cleared http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield und Greenfield: greenfield describes land scheduled for new development where there have been no buildings before. A greenfield is scheduled to turn into a construction site. http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgreenfield Ich glaube, ich habe früher schon mal eine unbebaute Fläche in einem Wohngebiet als Baulücke gemapt, ohne lange drüber nachzudenken. Also landuse=brownfield wenn das Gelände vorher schonmal bebaut war und vermutlich auch wieder bebaut wird oder zumindest noch keiner anderen Nutzung zugeführt wurde. Dann sieht man in der Regel nackten oder nur spärlich bewachsenen, also idR. braunen Boden - deshalb brownfield - braunes Bauland Ist das Gelände bisher nicht bebaut gewesen oder eine ehemalige Bebauung nicht mehr erkennbar, eine erstmalige oder erneute Bebauung aber für die Zukunft geplant oder absehbar: landuse=greenfield - grünes Bauland Und wenn der Bagger kommt umtaggen in landuse=construction Ein abgerissenes Haus bzw. dessen Grundstück als brownfield zu erfassen und nicht einfach zu löschen ist auch in sofern wichtig als das so verhindert wird das ein Luftbild-Mapper denkt: Hey, da fehlt ja noch ein Haus ... *abmal* Ist mir in der Nachbarschaft schon zweimal passiert ... seit ich entsprechende brownfield-Flächen (mit note=Abgerissen am $datum) dafür angelegt habe nicht mehr ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 5. Dezember 2012 08:41 schrieb Andreas Schmidt schmidt-postf...@freenet.de: JOSM bietet Baulücke an. Die WP(de) definiert diese als innerörtliche unbebaute von Gebäuden vollständig umgebene Areale, oft Folge des II.Weltkriegs. einen tag nach Deutsch zu übersetzen (JOSM Presets) und dann die Bedeutung der Übersetzung in der Wikipedia nachzuschlagen ist eher kein so guter Weg, um die Bedeutung eines tags in OSM zu recherchieren ;-). Im OSM Wiki ist brownfield (Bauland mit Altlasten) zugegebenermaßen auch nicht besonders gut spezifiziert, seine Bedeutung ergibt sich daher m.E. vor allem aus der Bedeutung des Worts in England und aus der Tatsache, dass als Alternative für den tag noch greenfield (Bauland ohne Altlasten) zur Verfügung steht. Das Thema wurde auch schon mehrfach diskuttiert, findet man in alten ML-Beiträgen im Archiv. Und dict.leo.org übersetzt brownfield als die Industriebrache / die Altlast. das ist auch in etwa die Bedeutung, die es in OSM hat. Ist das falsch? Sollte man in JOSM die Übersetzung von Baulücke zu Industriebrache ändern? +1, sofern es um brownfield geht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 09:47, schrieb Hartmut Holzgraefe: Brownfield: [...] Greenfield: [...] jetzt will ich will mal eine Anmerkund machen... Ihr diskutiert über landuse, habt Ihr Euch überhaupt schon mal angesehen wie das verwendet wird? LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, Industriegebiet, Wälder, etc.) und nicht Mikromapping gedacht. Ich würde mich freuen, wenn das auch so bleiben würde. Danke. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
On 12/05/2012 09:20 PM, Michael Kugelmann wrote: LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, Industriegebiet, Wälder, etc.) und nicht Mikromapping gedacht. Ich würde mich freuen, wenn das auch so bleiben würde. Danke. Gegenbeispiele: farmyard, meadow, village_green ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 21:20, schrieb Michael Kugelmann: LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, Industriegebiet, Wälder, etc.) und nicht Mikromapping gedacht. Ich würde mich freuen, wenn das auch so bleiben würde. Danke. Ich kann mich nicht erinnern, dass irgendwo definiert war, dass ein landuse-Polygon eine gewisse Größe haben muss. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 21:37, schrieb Hartmut Holzgraefe: Gegenbeispiele: farmyard, meadow, village_green ... Eine Bauernhof, Wiese oder ein Stadtpark ist im allgemeinen groß im Vergleich zu einem Haus. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 22:13, schrieb Henning Scholland: dass irgendwo definiert war, Es geht nicht darum dass es irgendwo definiert ist sondern um die reale Verwendung. Das entspricht im realem Leben einem Gewohnheitsrecht (z.B. einem seit Jahrzenten/Jahrhunderten geltene Wegerecht). Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 05.12.2012 23:17, schrieb Michael Kugelmann: Am 05.12.2012 22:13, schrieb Henning Scholland: dass irgendwo definiert war, Es geht nicht darum dass es irgendwo definiert ist sondern um die reale Verwendung. Das ist der Lauf der Dinge. Es gab Zeiten, da war es sehr beschwerlich, wenn nicht sogar unmöglich, Landuse detailliert zu erfassen. Hinzu kommt, dass es in den Augen vieler auch noch wichtigeres zu mappen gab, als den Landuse detailliert zu erfassen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)
Moin! Am 05.12.2012 23:33, schrieb Henning Scholland: Am 05.12.2012 23:17, schrieb Michael Kugelmann: Am 05.12.2012 22:13, schrieb Henning Scholland: dass irgendwo definiert war, Es geht nicht darum dass es irgendwo definiert ist sondern um die reale Verwendung. Das ist der Lauf der Dinge. Es gab Zeiten, da war es sehr beschwerlich, wenn nicht sogar unmöglich, Landuse detailliert zu erfassen. Hinzu kommt, dass es in den Augen vieler auch noch wichtigeres zu mappen gab, als den Landuse detailliert zu erfassen. landuse wird in deutschen Wiki als Gebiet und nicht als Grundstück beschrieben. Das englische Wiki sagt sogar explizit: Mainly used for describe the primary use of land by humans. [...] More detailed tagging for land uses is available in amenity=*, leisure=* and tourism=* Ich finde es wichtig, dass mit landuse zumindest ein tag für die Beschreibung übergeordneter Strukturen vorhanden ist. Auch wenn man beim Mappen nach Luftbildern in der höchsten Auflösung arbeitet und sich das Werk danach ebenso ansieht, gibt es andere Anwendungen und Karten in größerem Maßstab, die größere Strukturen benötigen. Eine einzelne Baulücke würde ich auch umgangssprachlich als im Wohngebiet und nicht als unbebautes Gebiet zwischen zwei Wohngebieten beschreiben. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)
Am 06.12.2012 00:06, schrieb Stephan Wolff: Ich finde es wichtig, dass mit landuse zumindest ein tag für die Beschreibung übergeordneter Strukturen vorhanden ist. Auch wenn man beim Mappen nach Luftbildern in der höchsten Auflösung arbeitet und sich das Werk danach ebenso ansieht, gibt es andere Anwendungen und Karten in größerem Maßstab, die größere Strukturen benötigen. Was meinst du mit übergeordneten Strukturen? Wenn ich jetzt ein recht kleines Waldstück erfasse, soll ich dann ein anderes Tag nutzen, als für ein größeres Waldstück? Ist Wald nicht Wald? Um Diskussionen vorzubeugen: Wald meint hier forstwirtschaftlich genutzte Fläche, auf der Bäume stehen. Eine einzelne Baulücke würde ich auch umgangssprachlich als im Wohngebiet und nicht als unbebautes Gebiet zwischen zwei Wohngebieten beschreiben. Das eine schließt das andere ja nicht aus. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse nicht für Detailmapping verwenden (war: Abgerissenes Haus)
Am 06.12.2012 00:21, schrieb Henning Scholland: Was meinst du mit übergeordneten Strukturen? z.B. ein Wohngebiet oder ein Industriegebiet. Darin kann man dann einzelne Häuser oder Grundstücke mappen, aber die Gegend ist somit bereits ausgewiesen. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissenes Haus
Am 5. Dezember 2012 21:20 schrieb Michael Kugelmann michaelk_...@gmx.de: Am 05.12.2012 09:47, schrieb Hartmut Holzgraefe: Brownfield: [...] Greenfield: [...] jetzt will ich will mal eine Anmerkund machen... Ihr diskutiert über landuse, habt Ihr Euch überhaupt schon mal angesehen wie das verwendet wird? für Bau- und Brachflächen? LANDUSE war früher eigentlich für größere Flächen (Stadtbezirk, Industriegebiet, Wälder, etc.) und nicht Mikromapping gedacht. Landuse ist ein tag, um die gegenwärtige (und nicht etwa die zulässige) Landnutzung abzubilden. Für Stadtbezirke war landuse meiner Meinung nach noch nie ein geeigneter tag. Früher in der Anfangszeit hat man auch erst mal nur einen way mit oneway=no für die Autobahnen gezeichnet, solange noch gar nichts da war, ich finde es nur folgerichtig, wenn bei allgemein feinerer Detaillierung der Karte auch der landuse sich weiter ausdifferenziert, Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Mappatura massiva nuove strade
Osmtracker o geopaparazzi Oltre alla ovvia traccia, Hai possibilità di registrare le coordinate di file testo, audio ed immagine e caricar il tutto in JOSM -- http://cascafico.altervista.org http://twitter.com/cascafico Il giorno 04/dic/2012 20.56, Caterpillar caterpilla...@gmail.com ha scritto: Verso Natale andrò in Molise per passare le vacanze. La mappatura di tale regione è molto carente. Avendo un telefono con Android 4.2, un'antenna GPS Royaltek Sirf Star III, e anche una macchina fotografica seria, vorrei impiegare queste risorse per mappare le strade e aggiungere i relativi nomi. Che approccio utilizzare? Voglio dire, se passo con l'automobile a un incrocio tenendo il cellulare attaccato con la ventosa al vetro, e registro con la voce il nome di una strada, rischio di confondermi quando poi vado a riversare tutto al computer, in quanto potrei equivocare le strade che si intersecano. Tuttavia, un aiuto non indifferente potrebbe essere un programma di mappatura per Android che supporti la bussola del telefono. Si accettano consigli! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ciao a tutti, mi sto dedicando a sistemare gli errori segnalati dalla pagina web creata dal buon Groppo O della comunità veneta: https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html Nel sistemare i refs non conformi alle convenzioni italiane sono incappato in un caso un pò particolare: una rotonda ha come ref=Via Sant'Andrea. È corretto? Una rotonda può avere un ref o va tolto? Leonardo P.s. Butto lì l'idea: si potrebbe creare una pagina così per ciascuna regione italiana, dato che semplifica di parecchio il lavoro di identificazione degli errori, soprattutto quelli un noiosi da cercare come i nomi delle vie scritti male. Che dite? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Ciao, Il giorno 05 dicembre 2012 22:38, Leonardo kinetocor...@gmail.com ha scritto: Ciao a tutti, mi sto dedicando a sistemare gli errori segnalati ... Nel sistemare i refs non conformi alle convenzioni italiane sono incappato in un caso un pò particolare: una rotonda ha come ref=Via Sant'Andrea. È corretto? Una rotonda può avere un ref o va tolto? Ho messo tra i valori sospetti anche quelli che iniziano per Via ... perché in passato ho notato casi in cui il nome era stato messo nel ref invece che name, per errore nell'inserire i dati, credo. Comunque, lascio rispondere gli esperti di tagging. Anzi, aggiungo una mia domanda: il wiki non dice come comportarsi quando ci sono anche i termini var, bis Vanno scritti anch'essi senza spazi ed in maiuscolo? Secondo me no. es. SP123 var -- SP123VAR SP123 bis -- SP123BIS Leonardo P.s. Butto lì l'idea: si potrebbe creare una pagina così per ciascuna regione italiana, dato che semplifica di parecchio il lavoro di identificazione degli errori, soprattutto quelli un noiosi da cercare come i nomi delle vie scritti male. Che dite? I controlli sui tag volevo estenderli a tutta Italia, dopo averli sperimentati sui dati regionali. I prossimi giorni aggiorno la pagina. L'ideale sarebbe aggiungere questi controlli ad un'ipotetica Osmose [1] italiana. Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Osmose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errori in OSM nel Veneto: chiave ref in una rotonda
Il 05 dicembre 2012 22:38, Leonardo kinetocor...@gmail.com ha scritto: Ciao a tutti, mi sto dedicando a sistemare gli errori segnalati dalla pagina web creata dal buon Groppo O della comunità veneta: https://dl.dropbox.com/u/41550819/OSM/Errori_in_Veneto/index.html molto bella, potrebbe essere condiviso il codice che ci sta dietro, magari potremmo farlo per tutta Italia o per tutte le regioni Nel sistemare i refs non conformi alle convenzioni italiane sono incappato in un caso un pò particolare: una rotonda ha come ref=Via Sant'Andrea. È corretto? Una rotonda può avere un ref o va tolto? una rotonda fa parte di una strada perciò può benissimo avere una ref, ma sicuramente non può essere Via Sant'Andrea Leonardo P.s. Butto lì l'idea: si potrebbe creare una pagina così per ciascuna regione italiana, dato che semplifica di parecchio il lavoro di identificazione degli errori, soprattutto quelli un noiosi da cercare come i nomi delle vie scritti male. Che dite? non avevo letto ancora questa parte, comunque si! Il server di GFOSS direi che può ospitarla tranquillamente -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Cobertura Bing César - Bolívar
Reportando cobertura Bing entre los departamentos de César y Bolívar (Tamalameque, Chimichagua, Regidor, Gamarra, Morales) http://www.openstreetmap.org/browse/way/194663470 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Cobertura Bing César - Bolívar
Apenas hay una calle en el mapa de Tamalameque [1]. Debe ser esa la calle por la que dicen que sale. -a [1] http://www.openstreetmap.org/?lat=8.85826lon=-73.8068zoom=16layers=M On Wed, Dec 5, 2012 at 1:17 PM, Humberto Yances hyan...@gmail.com wrote: Reportando cobertura Bing entre los departamentos de César y Bolívar (Tamalameque, Chimichagua, Regidor, Gamarra, Morales) http://www.openstreetmap.org/browse/way/194663470 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Cobertura Bing César - Bolívar
jajaja Al que no mapee le sale esta noche! http://www.youtube.com/watch?v=U9r7C9SXRzc 2012/12/5 Ariel Nunez ingenieroar...@gmail.com Apenas hay una calle en el mapa de Tamalameque [1]. Debe ser esa la calle por la que dicen que sale. -a [1] http://www.openstreetmap.org/?lat=8.85826lon=-73.8068zoom=16layers=M On Wed, Dec 5, 2012 at 1:17 PM, Humberto Yances hyan...@gmail.com wrote: Reportando cobertura Bing entre los departamentos de César y Bolívar (Tamalameque, Chimichagua, Regidor, Gamarra, Morales) http://www.openstreetmap.org/browse/way/194663470 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] highway
qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.comescribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.comescribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió: Hola Ricardo; hola, resto de OSMeros... La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son muchas? ;) Creo que nos conviene tener un criterio objetivo, como puede ser la clasificación oficial, que nos evitará discusiones sobre apreciaciones personales: en caso de duda, ¡mira la placa! Un saludo El 4 de diciembre de 2012 16:13, Ricardo Sanz ricardosanz1...@gmail.com escribió: Buenas, quiero preguntar, ya que me he dado cuenta hace unos días editando, por qué no se normalizó según los iconos/imágenes del OSM, es decir: Motorway (autovías/autopistas de 2,3 ó 4 carriles por sentido y con limitación de acceso a y desde las propiedades colindantes) Trunk (Carreteras de 2 carriles por sentido que sí pueden ser cruzadas a nivel por otras carreteras, rotondas, acceso a propiedades colindantes, etc.) Primary (Carreteras importantes de un carril por sentido) Secundary (Carreteras menos importantes de un carril por sentido) Terciary (Carreteras de muchas curvas) Minor Road (Resto carreteras interurbanas) no se qué os parece.. así evitamos la normalización por administración autonómica, ya que cada una le da el interés que cada una quiere y a veces es ilógico. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] highway
Reinventar la rueda si ya esta inventada , me parece que Ricardo le das demasiadas vueltas sobre la tipología de las carreteras, carreteras con muchas curvas hay muchas en galicia , y ademas siendo nacionales , con lo que la normativa es inexata, por velocidades , alguna nacional casi va a 50 Km/h por unos 20 km en uchas partes y siendo nacional con lo que velocidad no arreglas nada, lo administrarivo es lo conveniente, pero tambien cuando se pasan conpetencias de cambio de administracion ya se genera pequeñas diferencias, Cada zona es un mundo , Al guna carretera pimaria autonomica que tiene tres carriles con lo que intentar modificar cosas es depende de la zona . Tienes que pensar en la homogeneidad de España no en la de tu zona , en las zonas de montaña siempre abra curvas. galicia tiene mogollon , con tanta montaña . *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 5 de diciembre de 2012 10:44, Ricardo Sanz ricardosanz1...@gmail.comescribió: qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.comescribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.comescribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió: Hola Ricardo; hola, resto de OSMeros... La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son muchas? ;) Creo que nos conviene tener un criterio objetivo, como puede ser la clasificación oficial, que nos evitará discusiones sobre apreciaciones personales: en caso de duda, ¡mira la placa! Un saludo El 4 de diciembre de 2012 16:13, Ricardo Sanz ricardosanz1...@gmail.com escribió: Buenas, quiero preguntar, ya que me he dado cuenta hace unos días editando, por qué no se normalizó según los iconos/imágenes del OSM, es decir: Motorway (autovías/autopistas de 2,3 ó 4 carriles por sentido y con limitación de acceso a y desde las propiedades colindantes) Trunk (Carreteras de 2 carriles por sentido que sí pueden ser cruzadas a nivel por otras carreteras, rotondas, acceso a propiedades colindantes, etc.)
Re: [Talk-es] highway
Me referia a que cada tramo de velocidades diferentes llevara highway diferentes. Pero bueno, veo que todo seguira igual. Ok Ricardo Sanz Moreno El 05/12/2012, a las 15:24, Picholeiro i...@picholeiro.info escribió: Reinventar la rueda si ya esta inventada , me parece que Ricardo le das demasiadas vueltas sobre la tipología de las carreteras, carreteras con muchas curvas hay muchas en galicia , y ademas siendo nacionales , con lo que la normativa es inexata, por velocidades , alguna nacional casi va a 50 Km/h por unos 20 km en uchas partes y siendo nacional con lo que velocidad no arreglas nada, lo administrarivo es lo conveniente, pero tambien cuando se pasan conpetencias de cambio de administracion ya se genera pequeñas diferencias, Cada zona es un mundo , Al guna carretera pimaria autonomica que tiene tres carriles con lo que intentar modificar cosas es depende de la zona . Tienes que pensar en la homogeneidad de España no en la de tu zona , en las zonas de montaña siempre abra curvas. galicia tiene mogollon , con tanta montaña . ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 5 de diciembre de 2012 10:44, Ricardo Sanz ricardosanz1...@gmail.com escribió: qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.com escribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.com escribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.com escribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió: Hola Ricardo; hola, resto de OSMeros... La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son muchas? ;) Creo que nos conviene tener un criterio objetivo, como puede ser la clasificación oficial, que nos evitará discusiones sobre apreciaciones personales: en caso de duda, ¡mira la placa! Un saludo El 4 de diciembre de 2012 16:13, Ricardo Sanz ricardosanz1...@gmail.com escribió: Buenas, quiero preguntar, ya que me he dado cuenta hace unos días editando, por qué no se normalizó según los
Re: [Talk-es] highway
Y otra cosa, mapeo toda España de una punta a otra y no solo hablo de mi zona Bueno, como dice David, mirare todas las carreteras autonómicas del país y os propondré si algún tag se puede modificar --- Ricardo Sanz Moreno El 05/12/2012, a las 15:24, Picholeiro i...@picholeiro.info escribió: Reinventar la rueda si ya esta inventada , me parece que Ricardo le das demasiadas vueltas sobre la tipología de las carreteras, carreteras con muchas curvas hay muchas en galicia , y ademas siendo nacionales , con lo que la normativa es inexata, por velocidades , alguna nacional casi va a 50 Km/h por unos 20 km en uchas partes y siendo nacional con lo que velocidad no arreglas nada, lo administrarivo es lo conveniente, pero tambien cuando se pasan conpetencias de cambio de administracion ya se genera pequeñas diferencias, Cada zona es un mundo , Al guna carretera pimaria autonomica que tiene tres carriles con lo que intentar modificar cosas es depende de la zona . Tienes que pensar en la homogeneidad de España no en la de tu zona , en las zonas de montaña siempre abra curvas. galicia tiene mogollon , con tanta montaña . ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 5 de diciembre de 2012 10:44, Ricardo Sanz ricardosanz1...@gmail.com escribió: qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.com escribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.com escribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.com escribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió: Hola Ricardo; hola, resto de OSMeros... La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son muchas? ;) Creo que nos conviene tener un criterio objetivo, como puede ser la clasificación oficial, que nos evitará discusiones sobre apreciaciones personales: en caso de duda, ¡mira la placa! Un saludo El 4 de diciembre de 2012 16:13, Ricardo Sanz ricardosanz1...@gmail.com escribió: Buenas,
Re: [Talk-es] highway
Eso ya existe, y se llama maxspeed: http://wiki.openstreetmap.org/wiki/Key:maxspeed No te obsesiones con los colores, la clasificación highway realmente no sirve para nada, y siempre existen renderers alternativos: http://www.itoworld.com/map/35#fullscreenlat=40.43021433021439lon=-3.7243530167690237zoom=9 Rellenemos mejor la etiqueta maxspeed, que necesita mucho cariño en España! El 5 de diciembre de 2012 16:12, Ricardo ricardosanz1...@gmail.comescribió: Me referia a que cada tramo de velocidades diferentes llevara highway diferentes. Pero bueno, veo que todo seguira igual. Ok Ricardo Sanz Moreno El 05/12/2012, a las 15:24, Picholeiro i...@picholeiro.info escribió: Reinventar la rueda si ya esta inventada , me parece que Ricardo le das demasiadas vueltas sobre la tipología de las carreteras, carreteras con muchas curvas hay muchas en galicia , y ademas siendo nacionales , con lo que la normativa es inexata, por velocidades , alguna nacional casi va a 50 Km/h por unos 20 km en uchas partes y siendo nacional con lo que velocidad no arreglas nada, lo administrarivo es lo conveniente, pero tambien cuando se pasan conpetencias de cambio de administracion ya se genera pequeñas diferencias, Cada zona es un mundo , Al guna carretera pimaria autonomica que tiene tres carriles con lo que intentar modificar cosas es depende de la zona . Tienes que pensar en la homogeneidad de España no en la de tu zona , en las zonas de montaña siempre abra curvas. galicia tiene mogollon , con tanta montaña . *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 5 de diciembre de 2012 10:44, Ricardo Sanz ricardosanz1...@gmail.comescribió: qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.comescribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.com escribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.comescribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38, Xuacu xuacu...@gmail.com escribió: Hola Ricardo; hola, resto de OSMeros... La clasificación de carreteras no es una ciencia exacta. Fíjate que en tu propuesta introduces criterios subjetivos como «muchas curvas» ¿Cuántas son muchas? ;) Creo que
Re: [Talk-es] highway
Gracias por el enlace Jaime --- Ricardo Sanz Moreno El 05/12/2012, a las 16:29, Jaime Crespo jy...@jynus.com escribió: Eso ya existe, y se llama maxspeed: http://wiki.openstreetmap.org/wiki/Key:maxspeed No te obsesiones con los colores, la clasificación highway realmente no sirve para nada, y siempre existen renderers alternativos: http://www.itoworld.com/map/35#fullscreenlat=40.43021433021439lon=-3.7243530167690237zoom=9 Rellenemos mejor la etiqueta maxspeed, que necesita mucho cariño en España! El 5 de diciembre de 2012 16:12, Ricardo ricardosanz1...@gmail.com escribió: Me referia a que cada tramo de velocidades diferentes llevara highway diferentes. Pero bueno, veo que todo seguira igual. Ok Ricardo Sanz Moreno El 05/12/2012, a las 15:24, Picholeiro i...@picholeiro.info escribió: Reinventar la rueda si ya esta inventada , me parece que Ricardo le das demasiadas vueltas sobre la tipología de las carreteras, carreteras con muchas curvas hay muchas en galicia , y ademas siendo nacionales , con lo que la normativa es inexata, por velocidades , alguna nacional casi va a 50 Km/h por unos 20 km en uchas partes y siendo nacional con lo que velocidad no arreglas nada, lo administrarivo es lo conveniente, pero tambien cuando se pasan conpetencias de cambio de administracion ya se genera pequeñas diferencias, Cada zona es un mundo , Al guna carretera pimaria autonomica que tiene tres carriles con lo que intentar modificar cosas es depende de la zona . Tienes que pensar en la homogeneidad de España no en la de tu zona , en las zonas de montaña siempre abra curvas. galicia tiene mogollon , con tanta montaña . ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 5 de diciembre de 2012 10:44, Ricardo Sanz ricardosanz1...@gmail.com escribió: qué os parece? es lo más real, desde luego, las velocidades medias reales de todas las vías El 4 de diciembre de 2012 22:32, Ricardo Sanz ricardosanz1...@gmail.com escribió: Pero para la definir la velocidad también hay etiquetas, no? También podemos coger el mapa de velocidades medias y aforos de trafico y a partir de ahí poner los highway. Por ejemplo, trunk velocidades medias 90-100 Primary 70-90 Secundary 50-70 Terciary 30-50 Minor road 10-30 Y asi el que tenga dudas de qué highway es una vía que lo mire en el mapa y así no habria ambigüedades Mapas: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/DIRECCIONES_GENERALES/CARRETERAS/TRAFICO_VELOCIDADES/MAPAS/2011/ http://www.fomento.gob.es/NR/rdonlyres/C9FEF2C7-F76C-4D4A-9070-FC6BF735B287/112740/MapaVelocidad2011.pdf --- Ricardo Sanz Moreno El 04/12/2012, a las 22:13, David Marín Carreño dav...@gmail.com escribió: Hay vías rápidas de un sólo carril por sentido, mucho más rápidas y de mejor calidad (arcenes, velocidad máxima) que numerosas carreteras rotonderas de dos carriles por sentido... En mi opinión, no termino de verlo... El 4 de diciembre de 2012 21:28, Ricardo Sanz ricardosanz1...@gmail.com escribió: No estaría mejor que las nacionales y autonómicas de un solo carril por sentido fueran primary y las carreteras nacionales y autonómicas de doble calzada con o sin rotondas (autovías no) fueran trunk? --- Ricardo Sanz Moreno El 04/12/2012, a las 20:34, David Marín Carreño dav...@gmail.com escribió: Sobre lo de diferencias trunk y primary, habría que darse un paseo por las distintas comunidades y quizá subir alguna categoría en algunas, como en aquellas en las que todas las que caerían en la categoría trunk (red básica) son autovías. El 4 de diciembre de 2012 18:47, Ricardo ricardosanz1...@gmail.com escribió: Lo digo mas que nada para diferenciar bien trunk y primary. O al menos segun las autonomias, ya que hay muchas diferencias entre comunidades Ricardo Sanz Moreno El 04/12/2012, a las 17:48, Antonio Navarro anto...@hunos.net escribió: Hola, Yo creo que es más clara la clasificación según sus características físicas, que, como en todo, puede haber dudas o interpretaciones diferentes en casos concretos, pero en general me parece más correcta que la administrativa (o al menos debería ser más homogénea). De todas formas que después de 50 mensajes 'discutiendo' si una calle es una calle o es una carretera, que ahora plantees usar las características físicas... ;-) Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 4 de diciembre de 2012 17:38,
[Talk-es] nombres de población
Hola lista alguien sabe porque en Asturias faltan tantos nombres de poblaciónes menores. Son tantas las faltas que convendría una importación masiva. Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Hola
Hola a todos :) Llevo unos dos meses por aquí leyéndoos a ver si consigo aprender algo sobre como aportar al mapa y ayudar en el trabajo común. He empezado a leer la lista en el pipermail pero no he conseguido avanzar mucho. Lo que básicamente buscaba en la lista es información/manual/cómo/especificaciones de como aportar cosas al mapa comunitario. Y, claro está, preguntar algunas dudas que me asaltan desde que empecé a usar un Garmin Nuvi expresamente para subir rutas y completar lo que haga falta en el mapa. Ya digo que no he conseguido avanzar mucho mas que subir algunas rutas y añadir algunos nombres y etiquetas. Tampoco he dispuesto de suficiente tiempo, tema eterno, claro ;) Bueno, pues comunicaros que estoy por aquí, que sigo lo que escribís y que sigo buscando un buen sitio (buenas explicaciones) donde saber como paso del log que saco del navegador a calles, carreteras y lugares que se puedan luego buscar y ver en el navegador. Ya lo he intentado pero me parece una tarea increíblemente manual. Ah, en siguiente mensaje, un apunte sobre el correo de esta lista que tiene cierta relación con el spam y el ham. Felipe :) ... Evita el correo HTML: calienta el planeta. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ham y Spam en esta lista
Ya que sale el tema, os dejo un enlace [1]. Aunque a veces por pereza o por desconocimiento, se nos pasa el tema es importante. Felipe :) ... Borra las citas de los mensajes que contestas A no ser que quieras hacer referencia a ellas. :P [1] http://es.wikipedia.org/wiki/Netiquette -- Brais Arias Rio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] nombres de población
Hola Hace un tiempo se empezó esa importación, está en el wiki: http://wiki.openstreetmap.org/wiki/ES:NGMEP El tema ahora está un poco parado, pero si aparece gente con ganas se puede retomar. Un saludo El mié, 05-12-2012 a las 18:18 +0100, Hector escribió: Hola lista alguien sabe porque en Asturias faltan tantos nombres de poblaciónes menores. Son tantas las faltas que convendría una importación masiva. Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Einladung zum OSM-Treffen in Graz am 13.12.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Liebe Mapper in und um Graz, Der nächste OpenStreetMap-Stammtisch in Graz findet am Donnerstag, 13. Dezember um 18:00 im Brot Spiele in Graz statt. Das ist eine Gute Gelegenheit, dem Weihnachtsfeier-Stress bei etwas Fachsimpelei und guten Burgern zu entfliehen ;-) Zwecks Agenda und sonstigem bitte die Wiki-Seite konsultieren: http://wiki.openstreetmap.org/wiki/Graz/Stammtisch Ich freue mich auf Euer kommen! lg, Michael - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQv2QQAAoJEPDJmZ2oE4mG4YgQAJgnNsemJ5PiXGK8UqPzSKeS 77tlLDId9385hLLclJu8x08bqz3SNJsZJiveEFlkcegnYnOSC9inJt5mrFKaHiTh zu2XkrgC40gu3MhmV3HrCMuCXnERXIii26whGQx88B1OTwIeIkme2I25ZUzOHbyb QRB0Z8laYtl8pMtvnK3jPsY7dC5lfUFO4fO+Ohksvo+4m8zBo1ncjiIe/UO5xKsM s6iYrzCMfue0O2U8xj1rlnk8W5ahNsXI3W32GhM5qIe7eREHTMeG1d/X3GvFHQLy x2XONKNke2gd2tEliL8c9pfSQlLwMvoR7qzkHaCqkGyc5iQ6xETfe2D+YDSkqWVP mUnFfGfcqf1VCzFsEqL2T0VM/ejbRNfPqwSaibOcYIjAgAvWgM6ObuZHR9VFRwAy 0vO+lmhLHdRLvJdgrAY9YovKp8sobmSXs6bJpZujhvuUpVUyG/sakqu95WUSN1ZE x/jLAZRwf61Qcxd2sglnpOFXqiis58dGj5rkN2FYUKw192dtSoBOg3rtCBbtzRss 746daxvIAQMN67DkmQpnGd/oac33Y+y9ew/sQ8kgE4CYdq2CMv6hB0O/KKbtdf7N Ddoc2QaXT21nUtvOOS9JgPVhLrlHezH++UyNMMJYnKx7u+aWjEn6nPMkSYXQ/iSd uzqZT/MaZGQJxB+kF02Y =BdPX -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Radwege in Wien
Am 04.12.12 schrieb Stefan Tauner stefan.tau...@gmx.at: On Mon, 3 Dec 2012 23:40:09 +0100 Marko marko...@gmail.com wrote: Am 28.11.12 schrieb Stefan Tauner stefan.tau...@gmx.at: der eigentliche sinn (echte routen damit zu taggen) kann in einer stadt kaum bis gar nicht erfüllt werden, dh aber nicht, daß man sie nicht dennoch sinnvoll einsetzen kann, um das navigieren zu unterstützen (ob manuell oder berechnet). Dem kann ich nicht zustimmen: Ich sehe da keinen großen Unterschied, ob jetzt eine Radroute (also ein Themenradweg) am Land oder in der Stadt verläuft. Gerade in Wien gibts an den Themenradwegen auch viel zu sehen - insbesondere natürlich die Sehenswürdigkeiten. Also ich sehe definitiv einen Wert darin, dass gerade die Radrouten eingetragen und klar zu erkennen sind. das war schlecht ausgedrückt von mir. selbstverständlich sollen die großen themenradwege als selbige getaggt werden - ist so ja auch schon vorhanden und auch im wiki vermerkt. bei den anderen radwegen gibt es aber keine routen in dem sinn: keine referenznummern/namen, keine themen, meistens keine klare anfänge und enden, wohingegen am land eine verbindung v1 von radweg r1 zu r2 geht und als lcn route getaggt werden kann. Im Gegensatz dazu sehe ich kaum die Möglichkeit, dass durch lcn- bzw rcn- Tags das Navigieren verbessert werden kann. Kannst du vielleicht ein Beispiel geben, wo du dir vorstellen könntest, dass cycle-network Tags eine Erleichterung beim Navigieren bringen? Beim manuellen routen ist das für mich recht offensichtlich: die hauptverkehrswege werden klar hervorgehoben - ganz ähnlich wie die unterscheidung zwischen primary, secondary usw. bei normalen straßen. es ist auch nicht immer besser/schneller auf einer primary mit dem auto zu fahren, aber es hat neben der offiziellen einteilung auch einen realen informations-gehalt und erzeugt eine erwartungshaltung, wenn man den plan liest. Also ich kann ganz klar nachvollziehen, dass die Klassifizierung von Hauptverkehrswegen für Autofahrer Sinn macht - In Wien wären die Straßen, die als primary bzw secondary getaggt sind, für Autofahrer meistens die erste Wahl. Der Grund dafür ist, dass sie teilweise mehrspurig sind und dass man dort meist Vorrang bzw längere Grünphasen hat. Für Radfahrer sieht die Präferenz der Wege anders aus. Als Radfahrer meidet man ja die Hauptverkehrswege eher. Ich würde die Wege für Radfahrer nach Präferenz so einteilen: 1. ein eigener Radweg 2. eine normale, wenig befahrene Straße 3. ein viel befahrene Straße Es gibt für Radfahrer also ein paar wenige sehr gute Wege (Radweg), sehr viele durchschnittliche (normale Straße) und wenige schlechte (viel befahrene Straße). Es ist nun für mich so, dass ich bei verschiedenen wenig befahrenen Straßen kaum Unterschiede ausmachen kann, um diese zu klassifizieren - Warum soll die eine Gasse besser fürs Radfahren geeignet sein, als die andere? Ich denke auch, dass bei deinem Beispiel (Rebhanngasse vs Dresdner Sraße) die Wahl für die meisten Radfahrer natürlich auf die Rebhanngasse fallen wird - Aber nicht, weil die Rebhanngasse besonders gut für Radfahrer geeignet ist, sondern, weil die Dresdner Straße besonders schlecht geeignet ist. In manchen Teilen Wiens scheint es momentan fast so, dass alles, was nicht besonders schlecht fürs Radfahren geeignet ist, als lcn=yes eingetragen wird [Ich weiß - das war jetzt übertrieben ;-) ]. Jedenfalls sehe ich da wirklich keine gute Abgrenzungsmöglichkeit, um bei wenig befahrenen Straßen zu unterscheiden, ob diese jetzt gut oder schlecht für Radfahrer geeignet sind. dazu kommt, daß manche straßen im verkehrskonzept der stadt wien (und auch real) als wichtige fahrradwege dienen ohne besondere kennzeichnung (maximal so ein grünes wegweiserschild, das ich grundsätzlich irgendwie nie wahr nehme beim fahren http://www.wien.gv.at/verkehr/radfahren/images/rad-wegweiser-1.jpg aber keine bodenmarkierungen/verkehrsschilder). Ich denke, dass das Verkehrskonzept der Stadt Wien hier ins Tagging nicht zu viel einfließen sollte - Wenn ich von A nach B will, möchte ich üblicherweise nur den schnellsten bzw kürzesten Weg. Ich denke, dass in das Verkehrskonzept von Wien einige Aspekte einfließen, die für OSM irrelevant sind - Ob der Ausbau eines Radweges hohe oder niedrige Priorität hat, kann uns egal sein! Außerdem möchte ich sagen, dass ich nicht volles Vertrauen darauf habe, dass das von Wien ausgearbeitete Konzept ein besonders gutes ist. Die Themenradwege in der Gegend meiner Heimatgemeinde sind jedenfalls teilweise nicht besonders gut durchdacht, da könnte ich euch einige lustige Geschichten erzählen. Auch beim Konzept von Wien sind mir Eigenartigkeiten aufgefallen, die für mich keinen Sinn machen. Beispielsweise gehört im 6. Bezirk die Stumpergasse zum Grundnetz. Bei dieser Gasse handelt es sich um eine ganz normale Einbahn - auch für Radfahrer. Für den Weg in die Gegenrichtung ist gar keine Straße eingetragen. Ich halte es fürs Navigieren
Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
gentil amateur Ce ne serait pas un jeu de mot un peu malheureux en rapport avec les gentils organisateurs (G.O. qui devient géo) du club med ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Je ne remets pas en cause bien des choses, c'est juste que la distinction entre prairie et champ est souvent difficile à établir : là où il y a des élevages il y a besoin aussi de les alimenter, on trouve donc un mélange entre les terres de culture et les terres de pâturage. Mais c'est aussi assez dépendant de la façon dont les élevages sont gérés : en élevage intensif, ils restent dans des parcs limités et ne vont jamais pâturer, les champs autour sont alors pour la culture. Sinon des terres sont aussi trop pauvres ou trop fragiles pour faire des cultures (ou bien il y a un régulation environnementale qui empêche de faire des cultures (zones protégées en montagne par exemple) : ce ne peut alors être que des pâturages (et encore ils sont limités en densité d'animaux pour éviter qu'ils dévastent tout eux aussi). Mais en plaine, c'est très difficile de savoir si on a un champ ou une prairie : on voit bien que c'est une terre agricole, mais son usage varie : on passe un mois on voit des animaux paître, à côté d'un autre champ en culture, le mois suivant les deux parcelles sont échangées. L'imposition de la jachère (pour limiter le taux des espaces en culture et limiter aussi les apports d'engrais qui sont lessivés et polluent les nappes) favorise cette rotation (comme on a aussi des rotations de cultures, particulièrement avec le maïs qui est très exigent en azote et en eau). Les vergers et vignes de toute façon ne sont ni des prairies, ni des champs. En revanche la nature des élevages autour est assez stable, et on identifie parfaitement ceux qui sont en élevage intensifs (avec alors des champs assez grands, dédiés à la production du maïs et des ensilages), et ceux en élevage extensif où les bêtes passent régulièrement d'une parcelle à l'autre, dans des champs plus petits et où la rotation entre cultures et prairies est très fréquente). L'élevage intensif concerne surtout en France les poulaillers, les lapins, et l'élevage porcin. Pour les élevages laitiers ou de boeuf de boucherie, ou encore les élevages ovins et équestres, l'élevage est rarement intensif (on n'est pas comme aux Etats-Unis voire en Argentine, avec les immenses troupeaux qu'ils sont obligés de déplacer, car les terres sont beaucoup plus pauvres, trop pour les cultures : on a là-bas une séparation claire entre les terres d'élevage et les terres de culture, avec un découpage en parcelles beaucoup plus grandes dans les deux cas). La particularité de la France c'est justement son découpage parcellaire fin : le bocage, où les rotations de cultures et des élevages sont fréquents (cas à part des zones de montagne en altitude, protégées, et des plaines de la Beauce dédiées aux cultures céréalières intensives avec quasiment aucun élevage, donc pas de rotation non plus, juste des terres parfois laissées au repos pendant certaines années). Même si des remembrements ont eu lieu pour agrandir les parcelles et améliorer la productivité, la rotation des terres n'a pas disparu. En revanche le développement de l'élevage intensif ont été le principal moteur de ces remembrements, à cause des besoins en alimentation animale qui exige des terres de culture importantes et séparées des petites parcelles d'élevage intensif. Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Le bocage en plus a une valeur très élevée pour la biodiversité (notamment les haies, essentielles à la petite faune de gibiers, aux oiseaux, et aux insectes pollinisateurs), et aussi comme élément fixant les sols, limitant l'érosion ; c'est aussi une usine naturelle de dépollution pour protéger les nappes et rivières de l'impact des productions agricoles (nitrification des eaux, eutrophisation des rivières et estuaires, prolifération des algues en bord de mer, à cause des engrais des cultures mais aussi les épandages des déchets azotés des élevages, les deux étant rapidement lessivés sans être fixés par le sol) et aussi limiter l'impact des crues pour protéger les villes et villages (le bocage sert de zone inondable). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
Je n'aime pas trop le raccourci un peu rapide dans l'intro du dossier « Open Data », qui affirme un peu facilement que le précurseur de ce mouvement c'est... Barack Obama. D'abord des données open data sont dans la législation américaine depuis TRES longtemps (Barack Obama n'a donc pas fait grand chose dans ce domaine, puisque les données publiques américaines sont depuis très longtemps dans le domaine public américain.). Ensuite parce que l'explosion à bien d'autres domaines que les seules agences officielles de l'Etat, c'est avant tout une initiative EUROPEENNE (sans ça, la France ne s'y serait pas mise aussi). L'Open Data ce n'est pas la création d'un autre « domaine public » qui n'est pas si « open » que ça car il ne protège rien et autorise encore des réappropriations à tout moment. L'Open Data s'appuie sur les LICENCES LIBRES qui permettent TOUTES les réutilisations et republications, y compris les œuvres dérivées (pas protégées du tout par le « domaine public » qui de plus n'a aucune protection internationale, chaque pays ayant le sien non porté ailleurs, ce qui permet à quelque chose d'être dans le domaine public dans son pays d'origine, mais restreint partout ailleurs, par un ou plusieurs ayant-droits), et même dans les utilisations commerciales (la licence libre couvre les données, mais n'a tout de fois pas d'effet « viral » comparable à la GPL sur les œuvre dérivées ; d'ailleurs la GPL ne couvre pas du tout les données, au contraire de l'ODbL, ou de la licence OpenData de l'Etalab, ou de licences européennes comparables). Si Barack Obama était un vrai précurseur, alors où est la trace d'une licence comparable à l'ODbL ou celle d'Etalab pour les données des administrations et agences publiques américaines (fédérales ou des Etats et collectivités locales) ? Nulle part, on n'a que le domaine public américain, qui n'a pas de protection réelle au plan international (et même dans une certaine mesure au plan national : le domaine public ne confère pas une vraie licence, c'est-à-dire un droit certifié d'utilisation et de reproduction au sens des traités internationaux). Au mieux certaines agences ou collectivités vont choisir une licence disponible (certaines la GPL, une licence MIT/BSD qui ne protège rien concernant les données, ces licences n'ayant pas été écrites pour ça !), beaucoup ne savent pas choisir, et continuent de simpelment utiliser le domaine public américain (protégé uniquement par le droit fédéral américain, mais avec des tonnes d'exceptions au plan local des Etats fédérés, comme au plan international). Personnellement je n'aime PAS DU TOUT le domaine public, que je considère comme NON LIBRE. Il n'offre strictement aucune garantie et AUCUN droit permanent (et il souffre de beaucoup trop d'exceptions très difficiles à interpréter). Rien ne vaut une bonne licence, marquant un accord explicite, et qui ne peut pas être répudié (les conditions de l'accord sont dans la licence, qui prévoit la cessation des droits pour certains uniquement en cas de violation, mais ne remet pas en cause l'es utillisations faites ensuite par d'autres). Pour moi les bonnes licences libres sont CC-BY-SA (mais pas CC-BY seulement qui a les mêmes défauts que le prétendu « domaine public » ou le « fait use » américain, et encore moins CC-BY-NC), BSD, la GPL. Mais ces licences ne couvrent pas les données. Les meilleurs mix de licences pour moi sont encore CC-BY-SA + ODbL, ou GPLv3+ODbL (GFDL est à mon avis à remplacer par CC-BY-SA). Mais il manque encore une protection contre les appropriations par les brevets (qui empiètent partout sur le droit d'auteur et même le droit des données), avec une véritable concession d'utiliation des droits couverts par les brevets (la GPLv3 a été écrite dans ce sens mais on lui reproche son aspect trop viral qui couvre trop de choses même celles non encore créées dans l'œuvre fournie par le concesseur de licence, l'aspect viral étant à mon avis une appropriation à postériori). Si on exclue la GPLv3, il manque dans CC-BY-SA one concession explicite, non exclusive et non répudiable de licence sur les brevets. Et la licence Open Data de l'Etalab souffre du même défaut que l'ODbL. Et il serait bon de regarder la situation de tous les autres « droits voisins » (hors du droit d'auteur), y compris le cas des droits personnels ou moraux (y compris ceux liés à la protection de la vie privée) : OSM résoud (en partie) ce problème en ajoutant à la licence sur ses données publiées, un contrat : les Contributor Terms. Est-ce suffisant ? D'ailleurs comment rendre compatibles entre elles des licences mutliples du même concédant ? C'est encore un casse-tête car la séparation théorique des domaines de la « propriété intellectuelle » (IP) est de plus en plus floue. Le rève serait une licence libre unique portant sur TOUS les domaines de l'IP, capable aussi de protéger LES divers domaines publics nationaux. ___ Talk-fr mailing list
Re: [OSM-talk-fr] OSM dans l'IGN Magazine n°68 :)
J'y ai pensé aussi en me demandant à quelle étape on était... Le 5 décembre 2012 08:53, THEVENON Julien julien_theve...@yahoo.fr a écrit : Merci pour le lien. En le lisant j ai surtout pense a la fameuse citation de Gandhi : D'abord ils vous ignorent, ensuite ils vous raillent, puis ils vous combattent et enfin, vous gagnez Tout n est pas encore parfait mais la situation avance ! Pour info, hier j'ai eu une réunion informelle à l'INSEE très très intéressante... mais j'ouvre un autre fil de discussion pour ne pas mélanger. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Sylvain Le 5 décembre 2012 09:04, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne remets pas en cause bien des choses, c'est juste que la distinction entre prairie et champ est souvent difficile à établir : là où il y a des élevages il y a besoin aussi de les alimenter, on trouve donc un mélange entre les terres de culture et les terres de pâturage. Mais c'est aussi assez dépendant de la façon dont les élevages sont gérés : en élevage intensif, ils restent dans des parcs limités et ne vont jamais pâturer, les champs autour sont alors pour la culture. Sinon des terres sont aussi trop pauvres ou trop fragiles pour faire des cultures (ou bien il y a un régulation environnementale qui empêche de faire des cultures (zones protégées en montagne par exemple) : ce ne peut alors être que des pâturages (et encore ils sont limités en densité d'animaux pour éviter qu'ils dévastent tout eux aussi). Mais en plaine, c'est très difficile de savoir si on a un champ ou une prairie : on voit bien que c'est une terre agricole, mais son usage varie : on passe un mois on voit des animaux paître, à côté d'un autre champ en culture, le mois suivant les deux parcelles sont échangées. L'imposition de la jachère (pour limiter le taux des espaces en culture et limiter aussi les apports d'engrais qui sont lessivés et polluent les nappes) favorise cette rotation (comme on a aussi des rotations de cultures, particulièrement avec le maïs qui est très exigent en azote et en eau). Les vergers et vignes de toute façon ne sont ni des prairies, ni des champs. En revanche la nature des élevages autour est assez stable, et on identifie parfaitement ceux qui sont en élevage intensifs (avec alors des champs assez grands, dédiés à la production du maïs et des ensilages), et ceux en élevage extensif où les bêtes passent régulièrement d'une parcelle à l'autre, dans des champs plus petits et où la rotation entre cultures et prairies est très fréquente). L'élevage intensif concerne surtout en France les poulaillers, les lapins, et l'élevage porcin. Pour les élevages laitiers ou de boeuf de boucherie, ou encore les élevages ovins et équestres, l'élevage est rarement intensif (on n'est pas comme aux Etats-Unis voire en Argentine, avec les immenses troupeaux qu'ils sont obligés de déplacer, car les terres sont beaucoup plus pauvres, trop pour les cultures : on a là-bas une séparation claire entre les terres d'élevage et les terres de culture, avec un découpage en parcelles beaucoup plus grandes dans les deux cas). La particularité de la France c'est justement son découpage parcellaire fin : le bocage, où les rotations de cultures et des élevages sont fréquents (cas à part des zones de montagne en altitude, protégées, et des plaines de la Beauce dédiées aux cultures céréalières intensives avec quasiment aucun élevage, donc pas de rotation non plus, juste des terres parfois laissées au repos pendant certaines années). Même si des remembrements ont eu lieu pour agrandir les parcelles et améliorer la productivité, la rotation des terres n'a pas disparu. En revanche le développement de l'élevage intensif ont été le principal moteur de ces remembrements, à cause des besoins en alimentation animale qui exige des terres de culture importantes et séparées des petites parcelles d'élevage intensif. Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Le bocage en plus a une valeur très élevée pour la biodiversité (notamment les haies, essentielles à la petite faune de gibiers, aux oiseaux, et aux insectes pollinisateurs), et aussi comme élément fixant les sols, limitant l'érosion ; c'est aussi une usine naturelle de dépollution pour protéger les nappes et rivières de l'impact des productions agricoles (nitrification des eaux, eutrophisation des rivières et estuaires, prolifération des algues en bord de mer, à cause des engrais des cultures mais aussi les épandages des déchets azotés des élevages, les deux étant rapidement lessivés sans être fixés par le sol) et aussi limiter l'impact des crues pour protéger les villes et villages (le bocage sert de zone inondable). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Premier contact INSEE
Donc hier était organisée une réunion informelle OSM/INSEE. La différence entre l'INSEE et l'IGN c'est que l'INSEE n'a quasiment aucune activité commerciale car l'Etat la finance quasi intégralement, donc aucun leur problème est avant tout d'assurer une diffusion maximale de leur travail et OSM est un de ces moyens. Nous devrions avoir accès à pas mal de données (comme les découpages supra-communaux voire éventuellement les IRIS) et l'INSEE est aussi intéressée par nos données y compris pour améliorer la présentation et navigation géographique sur son site web pour lequel ils ont toujours été limité par leur partenariat avec l'IGN. On ne rentre donc pas dans le ils vous ignorent, ils vous raillent, ils vous combattent, vous gagnez. Ce qui les a marqué: Kartograph (http://kartograph.org/showcase/dotgrid/) et le script etat-commune -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
2012/12/4 Vincent Pottier vpott...@gmail.com: Quand le tracteur passe plusieurs fois au même endroit pour l'engrais, les fumures, les traitements... il laisse des traces. Dans une prairie, le tracteur ne fait pas tant de passages. Tout au plus une fumure de fond dans l'année. Plus les fauches... Bref il ne laisse pas les mêmes traces. On en apprend des choses avec OSM D'après ce que je comprends, le RPG est fait pour subventionner les agriculteurs dans le cadre européen de la politique agricole commune (PAC). C'est essentiellement déclaratif de la part des exploitants (même si il doit y avoir des contrôles anti-fraudes). C'est une information qui vient du bas et mis à jour chaque année pour les subventions. Donc, à priori, fiable. C'est géré par l'ASP qui dépend du ministère de l'agriculture. Au passage, sur leur site, ils n'en sont pas encore à l'OpenData: http://www.asp-public.fr/?q=node/856#prix2 CLC, c'est le ministère de l'environnement, pardon, de l'écologie, et c'est l'usage de tous les sols. Ca vient de l'ex ifen qui s'appelle maintenant Service de l'Observation et des Statistiques (SOS :-). C'est surtout tiré d'une analyse d'images aériennes. Ils sont incapables de dire si c'est du colza ou du mais et ils se trompent souvent entre champs cultivés et prairies. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retour des limites de communes en bord de mer
Bonjour à tous Je ressors un sujet qui avait suscité des débats en août 2010 à propos de la limite du territoire communal en bord de mer : http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025493.html La décision avait été prise ultérieurement (je ne retrouve pas où) d'inclure l'objet coastline (censé représenter la laisse de plus haute mer) dans le contour communal, pour simplifier la saisie : un des avantages que j'y vois après coup est aussi de retrouver un aspect des contours communaux similaire à ce dont on a l'habitude. Les communes littorales françaises aujourd'hui dans OSM ne recouvrent donc pas du tout la mer. Je reparle de ça simplement parce que je suis tombé sur un document de l'ADEME, datant de 2002 mais qui n'avait pas été cité dans le débat, qui refait le point sur ça : Éoliennes en mer et maîtrise foncière : Éléments juridiques [1]. Ce sont en particulier les pages 39 à 45 qui concernent la délimitation du territoire communal. En gros, la théorie est que le territoire des communes doit bien s'étendre jusqu'à la limite des eaux territoriales, mais que les délimitations latérales (entre communes) ne sont pour l'instant nulle part définies. L'intégration à OSM devra attendre. [1] http://www2.ademe.fr/servlet/getDoc?cid=96m=3id=22487p1=4366p2=ref=17597 Bonne lecture ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Le 05/12/2012 09:04, Philippe Verdy a écrit : Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Si ça entre dans une rotation de culture, herbe ou autre, vaches ou pas, que ce soit en jachère ou en culture, c'est un champs ! Si ça reste en herbe, c'est une prairie. Facile ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prochaine réunion des mappeurs parisiens...
J'ai ouvert un framadate pour choisir notre prochaine date de réunion... http://framadate.org/iz9dywlld1pz2ivz Je propose de clôturer dimanche soir, afin de publier la date sur le site web avec un peu plus d'avance que d'habitude ;) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Messages dans les commentaires de modification ?
Le message suivant de davidfid: ## Bonjour, J'aimerai signaler une chose étrange que j'ai constaté récemment. Comme toute personne se trouvant dans un petit village, j'ai commencé par cartographier mon village qui n'était pas très à jour. Peu de modifications sont donc faites dans ces environs. Or j'ai récemment trouvé un utilisateur qui a fait à peu près 50 modifications dans le coin ou j'habite. Je n'ai pas constaté à première vue du vandalisme dans ses modifications, mais ce sont les commentaires qui ont été mis qui m'ont paru louches : 1 seul caractère dans le commentaire pour chaque modification. En effet, si on regarde l'historique des modifications, on peut lire un message caché: Hortense RV 13:15 Hanovre Lundi. :arrow: Ma question est simple : Est-ce un Bug ? :?: Des utilisateurs utilisent OSM pour communiquer ou faire passer des messages ? :?: Est-ce une utilisation courante des commentaires par une catégorie d'utilisateurs ? :?: L'utilisateur en question est celui-ci et on peut voir ce message : http://www.openstreetmap.org/user/Hortensia/edits?page=3 De plus ce sont les seules modifications faites par l'utilisateur et ceci me laisse perplexe/curieux ... Si certains peuvent m'apporter des réponses, j'en serai ravis. Sinon ça restera un mystère (surtout pour moi) ;) a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir icihttp://www.goall.fr/linux-et-les-libristes-un-reportage-produit-et-diffuse-par-france-3-nord-estmis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Romain Le 23 novembre 2012 11:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Un p'tit rappel pour ce soir: http://franche-comte.france3.fr/emissions/enquetes-de-regions/actu/vendredi-23-novembre-aidons-nous-les-uns-les-autres.html J'ai demandé une autorisation de diffusion mais je n'ai pas eu de réponse pour le moment. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
Effectivement. Les limties des eaux territoriales sont définies en fonction de la distance à une « ligne de base » qui suit de très près la ligne de côte, mais avec d'une part une limite très fliue pour cette ligne de base, et d'autre part des ajustements de la distance revendiquée en fonction des accords avec les pays voisins. Si on avait la ligne de base exacte, ou pourrait alors en déduire le prolongement des limites communales en mer par simple calcul purement géométrique. Mais un autre facteur entre en jeu : les communes ne sont pas libres de faire ce qu'elles veulent sur le littoral, qui est de la compétence de l'Etat (en témoigne les lois de protection du littoral). Les données de la ligne de base légale sont pourtant essentielles pour définir, du côté terrestre ce qui constitue le littoral protégé par la loi. On se rend compte de la présence de cette ligne de base uniquement après des accidents (les tempêtes par exemple ou les séismes, qui soulèvent des lames d'eau au delà du seul effet permanent des marées prévisibles, ou des courants marins qui eux sont plus difficiles à prévoir car dépendant aussi d'autres facteurs, climatologiques notamment, éventuellement aussi soumis au régime des fleuves dépendant cette fois d'évènements météorologiques à moins long terme mais aussi de l'utilisation et des contraintes qui sont faites des eaux fluviales, avec un effet sur la hauteur d'eau apportée dans les estuaires). On n'a aucune donnée pour l'instant sur la ligne de base, celle-ci étant sujète à diverses interprétations et modifications en fonction de certains évènements, sans conséquence pourtant sur les eaux territoriales — sauf si cela a pour effet de faire émerger ou disparaître un ilôt : l'élévation des niveaux des océans avec le climat pourrait bien avoir des conséquences avec des réductions notables des eaux territoriales dans certaines zones où elles ont été créées autour de tous petits îlots (voire juste des bancs de sable) à peine émergés, notamment dans l'Océan indien et dans les atolls du Pacifique soumis à une érosion et un effondrement rapide, accéléré en plus par la mortalité des récifs coralliens à cause de l'acidification de l'eau, ou encore par un changement du régime des courants marins par des apports massifs d'eau douce changeant la salinité de l'eau et sa température. On peut toujours essayer d'interpréter les lois, mais elles se contredisent entre elles, ou sont presque inapplicables faute de données de référence légale assez précise (la ligne de base en est un excellent exemple). Si un problème juridique survient, les tribunaux iront vers un partage des responsabilités entre les collectivités locales concernées (et aussi de l'Etat pour le domaine public maritime et le domaine littoral protégé) et non vers des responsabilités exclusives de l'une ou de l'autre de ces collectivités. Et en fin de compte c'est l'Etat qui réglera la note, ce qui rend finalement les limites intercommunales ou entre les autres collectivités locales dans le domaine maritime inexistantes en pratique ! Puisque ces communes voisinent le même domaine maritime de l'Etat, elles sont toutes concernées de façon solidaire, et sont incapables de décider quoi que ce soit par elles-même, seul l'Etat en fin de compte intervient (par les préfets chargés des régions maritimes françaises, qui ne sont pas de la compétence des régions administratives) Je pense qu'en France il n'est pas possible de définir des limites territoriales en mer des communes, départements, régions administratives, ou de n'importe lequel de leur découpage ou regroupement). Seules les régions maritimes seraient pertinentes. Les exceptions à la règle de l'exclusivité des régions maritimes sont les collectivités territoriales situées hors du territoire métropolitain continental, car il est alors possible d'attacher à la collectivité territoriale de Corse, ou aux ROM, COM et à la Nouvelle-Calédonie, un domaine maritime régional déterminé par les eaux territoriales françaises, sans pour autant pouvoir le découper davantage entre les deux départements de Corse, ou entre les autres collectivités et communes plus petites). Mais si on étend ensuite à la ZEE française, la région maritime de Corse et les régions maritimes métropolitaines continentales en Méditerranée ne sont plus séparables non plus : c'est la même ZEE, avec des tonnes de conflits d'intérêts entre les pays voisins (par exemple pour les droits de pêche). Et seules alors les ROM, les COM et la Nouvelle-Calédonie pourraient alors avoir un intérêt dessus (avec toutefois des difficultés de partages de compétence concernant la ROM de Guadeloupe et les deux COM de Saint-Martin et Saint-Barthélemy si c'est la même ZEE française; de même entre la ROM de Mayotte d'une part et d'autre part la COM des TAAF au sujet de l''extension de la ZEE autour de certaines îles du Canal du Mozambique, une ZEE contestée par les pays voisins, comme partout en fait dans chacun des districts des TAAF). On en
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
le 05/12/2012 10:13, Sylvain Maillard a écrit: Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Tout à fait d'accord, CLC ne se trompe pas entre prairies et champs, puisque l'échelle adoptée est loin d'être au niveau de la parcelle ! En terme de paysage agricole, l'analyse de CLC est par contre excellente, à condition de visualiser les données à un niveau de zoom pas trop fort. Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Le 5 décembre 2012 11:58, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Romain Le 23 novembre 2012 11:22, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Un p'tit rappel pour ce soir: http://franche-comte.france3.fr/emissions/enquetes-de-regions/actu/vendredi-23-novembre-aidons-nous-les-uns-les-autres.html J'ai demandé une autorisation de diffusion mais je n'ai pas eu de réponse pour le moment. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 5 décembre 2012 12:26, Christian Quest cqu...@openstreetmap.fr a écrit : Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Je vais à nouveau relancer la journaliste s'il faut un accord écrit... même si pour elle il n'y a aucun problème dans la mesure où l'on cite la source et que l'on n'en fait pas un usage commercial. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Là je ne dis pas le contraire, et je n'ai pas tapé trop fort contre Corine qui n'a jamais été conçu pour le niveau parcellaire. Cela donne malgré tout une info utile pour décrire en moyenne le paysage d'un point de vue environnemental (et certainement pas légal ni contextualisé à une époque précise). En tant que source Corine est très fiable malgré tout à son échelle de rendu, mais il ne faut pas aller trop loin dans le détail car ça n'a aucun sens. Mais OSM veut aller plus loin, et donc forcément il doit s'en détacher progressivement pour cartographier des éléments beaucoup plus fins. On pourrait depuis ce niveau de détail reconstruire une vue compatible avec Corine, depuis la source OSM, même si elle est légèrement différente et certainement mieux actualisée. Mais peut-être qu'un jour Corine fera son analyse environnementale dans ce sens, en partant du niveau fin vers un niveau d'échelle supérieur prenant en compte une simplification de la classification (mais permettant de conserver des éléments statistiques comme les rapports de surfaces qui seraient alors actualisés et plus précis tout en simplifiant les géométries adaptées à son échelle d'analyse). Mais je pense que Corine ne pourra pas le faire de façon globale à toute l'Europe : l'actualisation dans ce sens se fera de façon dispersée sur une partie du territoire européen (comme elle continue à le faire à un rythme très lent : elle pourrait d'ailleurs envisager pour faciliter cette mise à jour d'utiliser les diverses sources ouvertes, y compris OSM si l'évaluation par Corine l'amène à accepter cette source comme assez fiable au moins dans certains secteurs assez bien décrits, sans avoir à refaire elle-même ce coûteux travail, à condition toutefois que Corine accepte la licence ODbL dans ses données, et accepte aussi l'attribution, ce qui n'est pas du tout évident : elle préférera mentionner les sources officielles des Etats européens, et les sources d'imagerie dont elle a obtenu une licence lui permettant de produire son travail dérivé). A ce titre, concernant la France, Corine s'appuiera certainement pour sa mise à jour sur les données de l'IGN (surtout maintenant depuis sa fusion avec les eaux et forêts) et des ministères de l'agriculture ou de l'environnement. Le 5 décembre 2012 12:19, Samy Mezani samy.mez...@wanadoo.fr a écrit : le 05/12/2012 10:13, Sylvain Maillard a écrit: Avant de trop taper sur les données CLC, je ne peux que recommander la (re)lecture de la méthodologie utilisée (version simplifiée http://www.developpement-**durable.gouv.fr/IMG/** spipwwwmedad/pdf/Methodologie_**CLC_cle1e1d2e.pdfhttp://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf ), ainsi que les objectifs de cette base de données : si on veut l'utiliser pour autre chose que ce pour quoi elle a été conçue, il y a effectivement de forte chances pour qu'elle ne soit pas adaptée ! Tout à fait d'accord, CLC ne se trompe pas entre prairies et champs, puisque l'échelle adoptée est loin d'être au niveau de la parcelle ! En terme de paysage agricole, l'analyse de CLC est par contre excellente, à condition de visualiser les données à un niveau de zoom pas trop fort. Samy __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
CC-by-SA-NC alors ? ;) Le 5 décembre 2012 12:32, Romain MEHUT romain.me...@gmail.com a écrit : Le 5 décembre 2012 12:26, Christian Quest cqu...@openstreetmap.fr a écrit : Excellent reportage ! Sous licence libre lui aussi ? On peut le reprendre, rediffuser ? Je vais à nouveau relancer la journaliste s'il faut un accord écrit... même si pour elle il n'y a aucun problème dans la mesure où l'on cite la source et que l'on n'en fait pas un usage commercial. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Tout à fait! Le 5 décembre 2012 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : CC-by-SA-NC alors ? ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Certains se sont même essayé à compiler les deux infos - CLC et RPG - : http://www.trame-ecologique-massif-central.com/downloads/notes?download=8:notes-methodologiques-apport-rpg Je n'ai pas regardé plus en avant, mais ça ne semble pas forcement intéressant pour OpenStreetMap. Cordialement, Mika_Gueret Le mercredi 05 décembre 2012 à 10:27 +0100, Pieren a écrit : 2012/12/4 Vincent Pottier vpott...@gmail.com: Quand le tracteur passe plusieurs fois au même endroit pour l'engrais, les fumures, les traitements... il laisse des traces. Dans une prairie, le tracteur ne fait pas tant de passages. Tout au plus une fumure de fond dans l'année. Plus les fauches... Bref il ne laisse pas les mêmes traces. On en apprend des choses avec OSM D'après ce que je comprends, le RPG est fait pour subventionner les agriculteurs dans le cadre européen de la politique agricole commune (PAC). C'est essentiellement déclaratif de la part des exploitants (même si il doit y avoir des contrôles anti-fraudes). C'est une information qui vient du bas et mis à jour chaque année pour les subventions. Donc, à priori, fiable. C'est géré par l'ASP qui dépend du ministère de l'agriculture. Au passage, sur leur site, ils n'en sont pas encore à l'OpenData: http://www.asp-public.fr/?q=node/856#prix2 CLC, c'est le ministère de l'environnement, pardon, de l'écologie, et c'est l'usage de tous les sols. Ca vient de l'ex ifen qui s'appelle maintenant Service de l'Observation et des Statistiques (SOS :-). C'est surtout tiré d'une analyse d'images aériennes. Ils sont incapables de dire si c'est du colza ou du mais et ils se trompent souvent entre champs cultivés et prairies. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
tout à fait Dans le cadre de la PAC il existe 3 catégories *prairies permanentes (interdiction de retourner sauf dérogation) en principe celles-la on est sur qu'elles sont prairies *prairies temporaires (cela peut aller d'un ray-grass semé pour 18 mois à un mélange prairie ou une luzerne gardé 5 ans) *cultures annuelles il est donc très difficile de faire le distingo entre prairies temporaires et cultures. l'assolement variant d'une année sur l'autre en fonction des objectifs de l'exploitation par contre la notion de prairie permanente est comme son nom l'indique plus fiable et plus pérenne d'un point de vue carto je ne sais pas si le RPG permet d'extraire cette donnée facilement. jeff Le mercredi 05 décembre 2012 à 11:07 +0100, Vincent Pottier a écrit : Le 05/12/2012 09:04, Philippe Verdy a écrit : Distinguer donc les champs ou les prairies est donc forcément difficile dans le bocage. Ces terres devraient être identifiées comme mixte et non dans un type ou l'autre. Si ça entre dans une rotation de culture, herbe ou autre, vaches ou pas, que ce soit en jachère ou en culture, c'est un champs ! Si ça reste en herbe, c'est une prairie. Facile ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Le mardi 04 décembre 2012 à 17:52 +0100, Ab_fab a écrit : Message long, mais sujet intéressant, en particulier pour ta réflexion sur le regroupement des classes du RPG dans quelque chose de raisonnable pour osm. Pourrais-tu mettre ça à plat dans le wiki ? Pour la suite, un outil qui simplifierait à l'échelle d'une commune (ou un peu plus vaste) _ la fusion de parcelles proches de même nature, _ en tenant compte de ce qui existe déjà dans OSM en terme de landuse, _ tout en gardant des polygones de taille raisonnable, ce serait super Je note ça sur ma liste des choses à faire ;-) En attendant, si vous chargez la couche RPG avec le plugin OpenData, il me semble qu'une classification/simplification des classes de culture est déjà faite pour rendre compatible les données du RPG avec les landuses OSM. Et si quelqu'un veut un bout de shapefile, s'il demande gentiment, je peux lui préparer ça ;-) Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Ca serait une première à France Télévision... mais logique pour un tel reportage ! Le 5 décembre 2012 12:43, Romain MEHUT romain.me...@gmail.com a écrit : Tout à fait! Le 5 décembre 2012 12:37, Christian Quest cqu...@openstreetmap.fr a écrit : CC-by-SA-NC alors ? ;) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
J'ai un peu regardé dans mon coin de campagne bourguignon... Le RPG est bien détaillé sur le plan géométrique. Il permet d'affiner les landuse residential ou forest, mais faire ça à la main va prendre énormément de temps ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM
Je ne me fierais pas trop à la présence des traces d'engins (sur l'imagerie) pour dire qu'une prairie a de l'herbe pérenne (sinon on a les mêmes problèmes que Corine mais cette fois à une échelle beaucoup plus fine où l'erreur d'interprétation est beaucoup plus grossière et plus grave, que ce que donne Corine à son échelle relativement fiable). Car même si un champ doit rester une prairie pour le pâturage, la qualité fourragère de son herbe peut se dégrader et devenir assez pauvre, trop ligneuse, parfois néfaste à la qualité du lait ou de la viande, voire toxique pour les animaux ou dans les produits agricoles dérivés. De nombreux pâturages sont donc entretenus par les agriculteurs, qui de temps en temps vont aller les désherber, les retourner, et resemer l'herbe. Les agriculteurs peuvent aussi faire des traitements phytosanitaires (aucune pâture pendant un temps après ce traitement car c'est toxique pour les animaux tant que les produits ne sont pas dégradés ou lessivés), boucher les trous laissés par les animaux et réensemencer, poser des drains et canalisations pour couvrir des fossés, faire des coupes dans les haies, tailler les arbres, refaire des clôtures ou en enlever pour réunir des parcelles, ... Jusqu'à ce qu'un jour il juge qu'il n'a plus besoin de cette pâture pour ses bêtes (il a équipé un espace de stabulation pour aller vers une production plus intensive) et qu'il préfère alors les semer pour faire de l'ensilage ou des céréales annuelles destinées à son élevage. L'inverse est aussi vrai s'il décide d'abandonner l'élevage intensif pour aller vers une production de meilleure qualité et plus rentable économiquement (une production « Bio » par exemple, qui impose certaines contraintes pour obtenir le label lui permettant de vendre moins en quantité mais globalement plus cher ou avec moins d'investissements, et donc aussi moins de risques financiers que les banques ne veulent plus prendre, et que la PAC ne veut plus aider à financer). Si Corine ou toi ne s'appuie que sur l'imagerie aérienne, il y aura des erreurs. Même en allant voir sur le terrain, une visite ne suffira pas et on ne pourra rien conclure de l'absence ou la présence de ces traces d'engins, qui peuvent être assez fréquents à certaines périodes, et beaucoup moins à d'autre. Ce sera pareil si on s'appuie sur la présence ou non de bêtes en pâture. Pour réellement savoir si l'herbe d'une prairie est pérenne, il n'y a pas d'autre choix que de comparer les images (ou données dérivées de ces images) sur plusieurs années, en ignorant les périodes où le terrain vient de faire l'objet d'une remise en état ou transformation importante (difficile de savoir à ce moment-là si c'est pour une culture ou pour un pâturage) : il va falloir revisiter l'année suivante pour savoir si on y trouve ou pas une culture (même fourragère: on verra que le terrain a été à nouveau retourné et que l'herbe semée l'année précédente n'est déjà plus là et que ce n'était que de l'ensilage, donc que le terrain n'est plus une prairie ou pâture mais bien un champ). Dans certains cas on pourra même trouver que l'agriculteur y a fait une plantation d'autre chose (création d'un bois, d'un verger, d'un vignoble), voire construction de serres maraîchères, ou revente du terrain à un lotisseur (le nettoyage ayant été fait pour apporter plus de valeur au terrain et faciliter sa revente, notamment après un drainage, le comblement des fossés et un redécoupage des lots). Il arrive aussi qu'un lotisseur achète le terrain en l'état, mais qu'en attendant sa mise à vente (ainsi que les permis de lotir, l'arrivée de la viabilisation et des réseaux d'eaux usées obligatoires puis des permis de construire...), en confit l'entretien au même agriculteur (qui y fait donc du fermage, renouvelé par contrat privé chaque année), en lui demandant de faire ce nettoyage (le lotisseur peut payer l'agriculteur pour les travaux importants comme le désherbage, le drainage, la coupe des haies, l'entretien des arbres, l'arrachage des souches). Parfois le projet du lotisseur n'aboutira pas (refus dune municipalité, interdiction administrative, ou nouvelle contrainte légale), et soit il revendra à nouveau à un agriculteur ou il fera un appel d'offres aux agriculteurs voisins pour du fermage avec des baux assez longs (par exemple 5 à 20 ans pour des cultures ou pâtures, ou beaucoup plus si c'est pour aller y planter un bois, un verger ou un vignoble ou y installer des serres...). Il y a aussi des accords avec les sociétés de chasse locales (contre la prolifération de certains gibiers), parcs régionaux, propriétaires privés ou publics de terrains, qui peuvent aussi demander et payer les agriculteurs pour aller faire de l'entretien, voire même retourner un champ pour le resemer, ou bien aller y faire paître des animaux certaines années (sans que ce soit pour autant des prairies ou des champs réellement dédiés). Le 4 décembre 2012 23:26, Vincent Pottier vpott...@gmail.com a écrit : Sur CLC, dans
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le mercredi 05 décembre 2012 à 11:58 +0100, Romain MEHUT a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Chouette reportage. Pas mal de sujet abordés. Curieusement les erreurs relevées étaient du fait des intervenants et non de la journaliste ! - RMS était ingénieur au MIT et non étudiant. - Linus a mis en ligne son kernel dès qu'il était bootable et le succès est venu très vite après pour combler les lacunes de ce noyau embryonnaire. Ça reste anecdotique, le sujet de fond étant traité fort correctement. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le mercredi 05 décembre 2012 à 11:58 +0100, Romain MEHUT a écrit : Bonjour à tous, Si vous n'avez pas réussi à visualiser le reportage dans lequel je fais une apparition, vous pouvez le (re)voir ici mis en ligne par le Groupe d'Organismes acteurs du Libre en Lorraine (GOALL). Où est-ce que l'on trouve le jeu de cartes que l'on voit a plusieurs reprises dans le reportage ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 5 décembre 2012 13:43, Christophe Merlet red...@redfoxcenter.org a écrit : Où est-ce que l'on trouve le jeu de cartes que l'on voit a plusieurs reprises dans le reportage ? J'ai posé la question aux membres du lug de Nancy... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
Le 5 décembre 2012 12:16, Philippe Verdy verd...@wanadoo.fr a écrit : Effectivement. Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
On mercredi 5 décembre 2012, Olivier Croquette wrote: J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. Tiens, ça me rappel que j'avais un besoin à peu prêt similaire que j'ai développé et mis à coté de l'api.openstreetmap.fr. Ça ne fait pas tout de ta procédure, mais ça devrait pouvoir en simplifier une partie sur la partie récupération des données En gros c'est un convertisseur temps réél de osm vers des points gpx, c'est pas extraordinaire, mais si ça peut servir. Il suffit de cliquer là : http://api.openstreetmap.fr/osm2nodegpx?node[natural=peak][bbox=5,45,6,46] Et le fichier obtenu se charge sans modification dans googleearth qui supporte le format gpx, l'altitude est disponible dans le champs ele prévu à cet effet, mais googleearth ne l'affiche pas directement, il faut aller dans les propriété du point pour la récupérer. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Pour les données supra-communales, ce qui nous intéressera c'est surtout être informé des mises à jour, et disposer de l'exhaustivité, on est déjà bien avancé mais des infos manquent encore (surtout pour terminer les cantons très mal décrits géographiquement, ou seulement par des textes légaux qu'il faut interpréter à la loupe pour savoir de quoi ils parlent). En revanche c'est une sacré bonne nouvelle pour les IRIS : en fin une base pour cartographier le niveau 11 (comme en Allemagne ou aux Pays-Bas) le niveau 9 restant pour les arrondissements communaux, le niveau 10 pour les grands quartiers officiellement gérés sous des dénominations diverses dans certaines communes). Ce niveau 11 des IRIS sera alors pertinent pour les regrouper en zones de'services (c'est-à-dire découpage des EPCI, tels que les pôles de proximité de l'agglomération de Nantes). C'est le niveau le plus pertinent pour la planification des services et mesure des besoins de toutes les collectivités grace à son échelle raisonnable de population suffisante. Pour les communes peu peuplées, non découpées en IRIS, la commune entière est une zone suffisante de découpage de l'EPCI, les statistiques de l'Insee par commune suffisent et protègent encore à priori le secret statistique, notamment en matière de secret commercial ou des patrimoines privés : l'Insee cependant est amené à ne pas publier un détail commune par commune si c'est trop facilement identifiable — L'Insee codifie alors dans son découpage un regroupement résiduel autres communes (voire pourquoi pas autres IRIS) afin de préserver le secret statistique qui lui est imposé par la loi dans ses publications (notamment pour certaines données statistiques issues du recensement de population ou des données de collecte fiscale, ou pour le détail de certaines activités économiques un peu trop précises sur une petite zone, qu'on ne pourra alors pas croiser avec le détail par zone géographique précise publié lui sur une activité économique plus large ou résiduelle comme autres actitivés). — Certaines données publiées par l'Insee seront donc détaillées géographiquement dans une zone, d'autres données non sur cette zone (et souvent ce n'est pas du tout par manque d'informations, mais à cause du secret statistique, ou sinon parce que le jeu de données sources est insuffisant sur cette zone pour être aussi précis et significatif, dans le cas où ces données sources ne sont partout qu'un échantillon et pas un jeu exhaustif). Noter que maintenant le recensement général de population vient lui aussi d'un échantillonnage — Tant pis si certains documents semblent dire le contraire, c'est totalement faux (ou juste un vœux pieux). C'est bien pour ça que l'Insee finalement a arrêté de distinguer les deux types de population comptées à part. Cela n'avait aucun sens (et ça n'en a toujours pas beaucoup avec la définition actuelle de la population communale, qui n'est qu'une donnée légale, publiée en fait l'année suivante après correction des évolutions statistiques pour aligner les dates d'estimation en début de chaque année). En principe on devrait être tous recensés au moins une fois tous les 5 ou 10 ans si on est majeur, et on est obligé d'y répondre... à condition d'être sélectionné. Même encore lors le dernier recensement général qui a eu lieu dans ma commune et qui était sensé être complet (et pas une estimation annuelle), visiblement les agents recenseurs arrêtent leurs visites dès qu'ils ont atteint un certain seuil minimum de réponses (le seuil étant basé sur les estimations précédentes et sur le croisement de certaines autres fichiers, notamment fiscaux ou sociaux), et il doit être très loin des 100% (à mon avis l'Insee se suffit autour des 10% ou 20% notamment dans les agglomérations assez denses, sauf si la commune lui demande d'aller plus loin et participe au financement de l'enquête; et là je ne parle même pas du taux de réponses, mais bien du nombre de foyers à qui ils ont adressé leur formulaire). Mais combien d'entre-vous ont été recensés quelque part ? Pour moi, JAMAIS de ma vie en plus de 40 ans (même pas quand je vivais dans ma famille qui n'a jamais été interrogée non plus depuis la fin des années 1970, et encore c'était quand elle habitait une commune rurale, et non une ville importante, et à cette époque j'étais mineur). Mais cela fait tout de même plus de 30 ans que je suis majeur et vis dans mon propre foyer, jamais enquêté. Mais j'ai l'habitude aussi d'être oublié par le fisc presque tous les ans — sauf pour les impôts locaux ou pour recevoir une contravention suite à un flash automatique, alors que la préfecture n'a pas cette info dans le fichier des permis de conduire ou cartes grises, puisque jamais on nous demande de le mettre à jour — et de faire sans arrêt corriger mon adresse toujours fausse dans les fichiers fiscaux nationaux, même lorsque je le signale, ou de réclamer une carte d'électeur à une mairie qui m'a oublié lors de certaines élections passées alors
Re: [OSM-talk-fr] Exporter les sommets d'Openstreetmap vers Google Earth
Le 05/12/2012 13:46, Olivier Croquette a écrit : J'avais déjà évoqué ce sujet il y a un moment ici: https://ocroquette.wordpress.com/2012/12/04/adding-the-geographical-peaks-to-google-earth/ J'ai ajouté récemment comment intégrer l'altitude des sommets dans leur nom. Est-ce qu'il n'aurait pas été plus rapide l'utiliser l'Overpass API pour extraire les sommets, plutôt que de télécharger toute la base OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : registre parcellaire graphique, WMS et JOSM
Je laisse un exemple de résultat de mon script perso. http://dl.free.fr/r1AtaRf8n Il regroupe dans une même classe les cultures, prairie,... Il fusionne les polygones adjacents. C'est du vite fait, j'ai donné des attribut osm au pif de mémoire à l'époque. Les infos sont dans le script. À ma connaissance la base de forêt que tu pointe Romain n'est pas libre. J'aimerais bien qu'elle soit au moins disponible. Sylvain a raison, il faudrait commencé par lire la métho!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour des limites de communes en bord de mer
J'en suis pour l'instant resté à la définition manquante dans OSM des régions maritimes, et des régions militaires (ou zones de défense), ce qui permettrait là de découper les eaux territoriales métropolitaines — mais SANS tenir compte des régions administratives (en tant que collectivités territoriales et qu'on a cartographiées dans OSM uniquement sur leur domaine terrestre et limité par la ligne de côte, faute de mieux) qui n'ont visiblement pas cette compétence individuellement. Là j'aimerais bien que l'INSEE (ou un jeu de données libres sous licence Étalab ou ODbL) publie ces données précises, vérifiées légalement et fiables sur les régions maritimes et peut-être les régions militaires — celles entrant dans les attributions déléguées par l'État à certains préfets (ce n'est clair QUE pour la Corse, la Nouvelle-Calédonie, les ROM sauf la Guadeloupe, et certaines COM, mais c'est déjà moins clair pour les zones de défense qui impliquent une implication des régions administratives). Mais pour l'instant pas besoin de découper les eaux territoriales françaises (et surtout pas non plus la ZEE), puisqu'il n'y a aucun moyen de distinguer des compétences exclusives d'une collectivité locale par rapport à une autre sur ce secteur maritime, et qu'elles sont pour l'instant toutes solidaires et soumises non pas à la loi mais à la jurisprudence des décisions des tribunaux, cette jurisprudence (limitée au réglement de certains litiges) pouvant être annulée à tout moment dans ses effets par n'importe quelle loi nationale. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
La très récente réforme concernant le conseiller départemental (successeur du conseiller territorial, lui-même successeur du conseiller général), qui implique l'élection d'un doublon homme-femme par canton tout en conservant le même nombre d'élus, entrainera une division par 2 du nombre de cantons. Il y aura donc, au minimum, une fusion de cantons et, plus certainement, un redécoupage : les frontières de certains cantons n'ayant pas bougé depuis 2 siècles, et ne collant plus avec la démographie actuelle. Francescu Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Premier contact INSEE
Pseudo-cantons ? Non il a exactement les définitions des cantons électoraux, même si pour cela il doit découper certaines communes en « fractions cantonales » (qui peuvent ne rien avoir à faire avec les IRIS, même si les IRIS aident le ministère de l'Intérieur à définir le découpage cantonal. En revanche ce que tu appelles « pseudo-canton » est peut-être un CODE supplémentaire de regroupement comme « autres cantons » destiné à préserver le secret statistique ce regroupement étant propre à chaque type de données statistique, il ne constitue jamais en lui-même un découpage : ces regroupements seront alors différents par exemple pour les données économiques, celles sur le chomage, sur la fiscalité... Ce n'est pas nouveau dans les données statistiques — NUTS contient aussi de tels codes de regroupement à tous les niveaux de son découpage, uniquement destiné à boucler un total à 100% pour les sous-zones qui ne sont *volontairement* pas détaillées (alors qu'elles sont connues et codifiées elles-mêmes individuellement). L'ISO 3166-1 contient aussi des codes de regroupement et divers codes spéciaux, de même les données statistiques mondiales de l'ONU (codification dans sa norme UN M.49), mais cela n'implique pas pour autant l'existence de ces regroupements en tant qu'entités administratives ou politiques. Le 5 décembre 2012 15:24, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les mises à jour, il n'est pas impossible que l'INSEE fasse directement les mises à jour dans OSM :-) Ce serait pour eux un moyen supplémentaire de diffuser leurs infos. Par ailleurs l'INSEE est dans une démarche généralée tournée vers le web sémantique. Les données seront donc aussi disponibles en RDF interrogeable via des requêtes SPARQL. Pour les cantons, c'est encore plus compliqué semble-t-il car l'INSEE a plusieurs notions de cantons, des cantons ville, des pseudos cantons... mais ces découpages statistiques n'ont peut être pas de rapport direct avec les canton du COG. Le grand quartiers correspondent plus ou moins aux TRIRIS, mais ce n'est plus vraiment d'actualité semble-t-il. J'ai aussi marqué des points avec mes ref:NUTS ;) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr