[talk-ph] Years of Edits in the United States by ITOworld
From the makers of the very excellent 2008-2011 Year of Edits map comes the version for the United States: http://vimeo.com/51341994 I hope we can create something like this for the Philippines. :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 10/18/2012 11:13 PM, Cartinus wrote: On 10/18/2012 09:44 PM, Christian Rogel wrote: By the way, could you stand receiving any message in a language you cannot understand. that seems to be looking for infuriating the non-English speaking users? On 10/18/2012 10:30 PM, Eric Marsden wrote: - the way in which DWG is undertaking its monitoring+blocking, by sending aggressive messages to contributors in a language which they can be presumed not to understand sarcasm on So a requirement for the membership of the DWG should be that you are a polyglot. Of course all messages about issues in country X should be send in the official language and those of all known minority languages of the country. sarcasm off I think it is more reasonable to assume that any contributor to a multinational open project like openstreetmap knows how to use http://translate.google.com or any other such service. The continued use of the argument the message was not in French is just silly. You don't have to like that the lingua franca of the internet age is English, but if you want to be heard in projects like OSM, you better accept it. I was looking for examples of cultural imperialism - here is a very nice one, thanks ! Of course, international collaboration requires a common ground and the Internet has made English an obvious choice in such projects. But that does not mean that everyone is fluent - only an elite can reach that linguistic level whereas Openstreetmap need the masses. That is yet another reason for subsidiarity : local communities police themselves better using their own cultural framework and there is a role for ambassadors who will keep the local communities coherent within the whole. So you don't need to be a polyglot : French contributors have offered to take that representative role and keep the communication channels open in tongues that each side understands and accepts. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
From: Jean-Marc Liotier [mailto:j...@liotier.org] Sent: Thursday, October 18, 2012 11:41 PM Subject: Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration) Of course, international collaboration requires a common ground and the Internet has made English an obvious choice in such projects. But that does not mean that everyone is fluent - only an elite can reach that linguistic level whereas Openstreetmap need the masses. That is yet another reason for subsidiarity : local communities police themselves better using their own cultural framework and there is a role for ambassadors who will keep the local communities coherent within the whole. So you don't need to be a polyglot : French contributors have offered to take that representative role and keep the communication channels open in tongues that each side understands and accepts. If the French community has contact info (email preferred) for someone who speaks both English and French and is willing to take on dealing with contacting users and getting them to use dedicated accounts I'd welcome it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
De : Paul Norman penor...@mac.com If the French community has contact info (email preferred) for someone who speaks both English and French and is willing to take on dealing with contacting users and getting them to use dedicated accounts I'd welcome it. But you already have it ( Christian Quest cqu...@openstreetmap.fr;and Sly sly (sylvain letuffe) li...@letuffe.org;). They have proposed to make the link between DWG and French Community Cheers Julien___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Am 19.10.2012 00:47, schrieb andrzej zaborowski: This is off topic in this thread, but I'd like to set the record straight. Who do you refer to as we when you say you had to spend any time sorting those changes? T Just so that it is clear to our dear readers: there is no doubt that had the mappers in Poland used separate accounts (including Andrzej himself)) for the UMP imports it would have been substantially less work to determine what needed to be redacted. What is correct is that it would still have required a substantial amount of effort to determine which changesets/objects could be kept from such accounts. This is due to the UMP imports essentially not being from one source, but from multiple individual UMP contributors which may or may not have given permission to retain their data. A very special case, which is unlikely to ever occur again. The UMP imports show nicely how broken at least object level source tagging is, a large number of objects have/were infected by source tags from UMP imports without actually being derived from such data requiring heuristics to determine if they could be kept or not. Simon PS: the data that Andrzej was referring to that was mistakenly redacted was restored and is still available in the DB. The history of those objects is currently still redacted since there is currently no method to unredact objects. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
My opinion as an italian contributor On 2012-10-18 at 14:34:37 -0700, Jérome Armau wrote: In non-English-speaking countries, that also means that the average contributor: - does not have a very good command of English (beyond the tagging standards) - does not know about services such as Google translate I'm confident a significant portion of French, German, Italian and Spanish contributors are in this case. These people are not represented on this mailing list, but need to be taken into account in these decisions. you can't expect people from the project to speak French, German, Italian, Spanish, Polish and every other language spoken whenever people want to form a local OSM community (or just map). If the average mapper in your community doesn't understand English and doesn't know about online translation services (my feeling is that mappers, and the computer-using population, in Italy do know about them), what you should do as a local community is to setup a translation team that translates important messages / threads from this (and other important global mailing lists) to and from the local one. A few examples. * When there is an important announce in this mailing list it only takes a few hours for it to be posted on the italian ML, usually translated. * For the licence change, after a few messages had been sent (in English) to every user, people from the italian ML tried to sent a personalized message (in Italian) to every local mapper. * When somebody from the Italian ML has a tagging suggestion there is usually a brief discussion, and then somebody who can write English brings it to the tagging mailing list (and translates back the results to the italian one). What the foundation/project could do is to setup a framework so that the local communities can form translation teams that could be used when there is a need to send a private message to some member. Of course there is nothing special with English; if this was the victorian internet we could all be speaking French, or maybe Esperanto. English is just what we have today as a lingua franca, and we have to use it. -- Elena ``of Valhalla'' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Am 18.10.2012 23:34, schrieb Jérome Armau: Keep in mind that we're trying to make the openstreetmap project accessible to a larger share of the population. In every single country, that means appealing to a non-computer-geek crowd. For example, the usage of -Djosm.home=dir is dark magic to most people. Even though it's acceptable to most users of this list who are well used to the inner workings of their computer system, it's just plain wrong to advise any non-power-user to do this. I disagree that it's about non-power users here. As far as I understood we speak about a relatively big group of mappers from France doing these imports. I understood that it's more or less impossible for the French community to speak English, be it to understand received messages written in English or documenting the import in a language that would be readable for the majority of the worldwide community (I hope, that's still true, but it was said in any previous email that the cadastre stuff lacks documentation in English in the wiki). [General note: you in the following refers to the french cadastre importers group, not to you, Jérome alone or personally] Within that relatively large group of importing mappers I guess there is one or a small subgroup of power-users. Why should that be impossible to work out a best practice for that imports, e.g. to suggest the separate account and the Djosm.home parametrization for JOSM for easy switching? A .bat and .sh script doing that would be easily set up, I think. I even guess (untested) it would be possible to create a script where all josm data is syncronized by symlinks or something like that except of the user settings to apply on upload. Obviously you are able to explain how to use the data sets as a source, but it should not be possible to add a small script to use for starting JOSM when importing? or other stuff? You managed to create a dedicated JOSM plugin for the cadastre import [1], that even contains a josm command line to use because of the memory limit of the JVM, but it should be impossible to add a separat parameter to that? Someone of you created a dedicated interface [2] for the cadastre import stuff, but a simple tool to enable every mapper to conform to the import rules should be impossible? I agree that issues like mails written in English aren't the best thing the DWG could have done to contact about these issues - but as far as I know there's no French member in the volunteer group of the DWG who want's to help here, and if you complain, that it's not allowed to require French mappers to know English enough to read messages received, why do you require non-french mappers to know how to write (usually that's more difficult) mails in French for the case that particular mapper is not able to read English (keep in mind: still a lot of wiki pages are not translated to French, same as for most other languages). At least I think that every mapper on the world should be aware that it's an international project; and if I get a message in an international project I don't understand and which is not obviously spam (I don't know stats about that, but personally I don't see a spam problem in osm messaging), I ask back, telling the sender that I'm not able to understand it due to language problems, yes, if not possible otherwise, I do that in my own language. If I as a German mapper, who's not able to read or write (or speak) French and I would get a message from someone from France in French, I would try to translate it, ask someone to translate it for me and/or respond with a short note that I'm not able to read that message and politely ask for the message in German or English. Everything I read in the mails about cadastre is that it's not acceptable to get a Message in English, and therefore everything is the DWGs fault (more or less). French cadastre import as I see it as a non-french speaking mapper seems to be some kind of not French local chapter stuff, but isolated French OSM community: own rules (to some extend), no documentation for foreigners, less motivation to communicate to foreigners when contacted by them. Personally and as I understand many messages of this thread I think most issues could be solved, but that needs communication and collaboration; and I didn't read ANY question for help (but at least one offer). Instead rules that seem not to be objected by many others are constantly opposed as not applying for obscure reasons or not acceptable for reasons like the mandate of DWG or things like that. Why? regards Peter [1] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr [2] http://cadastre.openstreetmap.fr/ In non-English-speaking countries, that also means that the average contributor: - does not have a very good command of English (beyond the tagging standards) - does not know about services such as Google translate I'm confident a significant portion of
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 10:14, Elena ``of Valhalla'' wrote: you can't expect people from the project to speak French, German, Italian, Spanish, Polish and every other language spoken whenever people want to form a local OSM community (or just map). That is why intermediaries are needed - and why the English speakers must learn to accept the need for international intermediation. * When there is an important announce in this mailing list it only takes a few hours for it to be posted on the italian ML, usually translated. Yes - and it does not happen magically. What the foundation/project could do is to setup a framework so that the local communities can form translation teams that could be used when there is a need to send a private message to some member. No, this is not just about translation. International intermediaries are not transparent translation devices - they are not human instances of Google Translate. This is about intercultural relationships - much more complicated than mere translation. We don't just have different languages, we have different cultures - which means different values, different institutions, different practices. Of course, we also have common languages, common cultures, common values, common institutions and common practices - which is how we manage to move this project forward. But at the international level, we can't expect the differences to spontaneously vanish into the new world order. Some of them do - the Internet does create such magic, but some remain and we have no way forward unless we manage that diversity for the greater good. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Am 19.10.2012 10:14, schrieb Elena ``of Valhalla'': what you should do as a local community is to setup a translation team that translates important messages / threads from this (and other important global mailing lists) to and from the local one. +1 Just as an example: not every person in Japan speaks English (that's als an issue I experience in my daily business). And translation systems on the web are not so frequent and most of the teanslations are really bad. So the Japanese community has translated the very important pages of the wiki to Japanese to make it accessable. Maybe that would be a good idea for the French commmunity too... (although the automatic translations EN = FR are frequent available and not that bad). Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
FYI http://europe.chinadaily.com.cn/china/2012-10/17/content_15822970.htm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Dear Elena, Dear all, Cari amici, Chers amis, Liebe Freundinnen und Freunde, Sevgili Arkadaşlar, Dragi prieteni oí galera, ... First of all thank you Elena for your comments. May I aks you *all* to cool down a little bit. What I read here in the last days, expresssions like agression, cultural imperialism, I think that is not the way we should treat each other, nor in real life, nor here on the mailinglist. I live near the French and Luxembourg boarder, and we sarreois are seen from some germans as french and from some french as germans. ;-) ... As I lived for some years in a very different cultural envirement (South America) , I think I know the difference between different language and different culture ... I try to bring only the FACTS ;-) I try to resume the facts, as far as I understood the discussion Preamble: all (Netherlands, English, Italien, French, German, DWG ...) here on the list would ensure the quality of data in OSM. Facts: 1. Our french friends have done and will do imports into the database from cadastre. 2. Some in DWG are preocoupied about the possiblity to revert data, if they are false or should damage just existing data. 3. Our german friend Frederik made a proposal to make an anhancement for JOSM so that it would be easy to upload data with a different account ... so that JOSM can store multiple identities and when you hit upload you can select which identity to use from a drop-down Could that solve the problem? Are there other proposals to solve the possible quality problem? and last but not least ... please cool down ... dont talk to me about cultural differences - try to solve the issue. I think we have the same aims, and the HOW TO should be resolved. Cordialement Manfred [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 2012-10-19 at 10:36:40 +0200, Jean-Marc Liotier wrote: On 19/10/2012 10:14, Elena ``of Valhalla'' wrote: you can't expect people from the project to speak French, German, Italian, Spanish, Polish and every other language spoken whenever people want to form a local OSM community (or just map). That is why intermediaries are needed - and why the English speakers must learn to accept the need for international intermediation. who are these English speakers? It is true that the project started in the UK, and there is a significant British community, but I suspect that today the german community alone easily outnumbers them. In the board there are members from UK, Germany, Netherlands and Switzerland, I don't think they are all native English speakers. I don't know where the people in the DWG are from, but I suspect that they come from similar areas. Yes, they all speak English as a second language, and that is the language they use for OSM work. * When there is an important announce in this mailing list it only takes a few hours for it to be posted on the italian ML, usually translated. Yes - and it does not happen magically. No, it has started to happen spontaneously, because somebody in the italian comminity saw the need and made it happen. Nobody in the foundation had to do anything. -- Elena ``of Valhalla'' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 11:36, Manfred A. Reiter wrote: I think we have the same aims, and the HOW TO should be resolved. I do believe that deep down inside we have the same implicit goals. But there seem to be a few misunderstanding about how to turn those implicit common goals into explicit common rules. We agree on the why, but before the how can be worked out, there needs to be a consensus on the what... Let's not solve the wrong problem. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
How long does it take to check a map of China for accuracy? ;-) With the speed Chinese building companies can work at, I reckon at least one new city could be built in the time it takes to check the whole map. The check really seems to be that various points of contention are to be shown in the official way, rather than what cartographers would call accuracy. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 11:42, Elena ``of Valhalla'' wrote: On 2012-10-19 at 10:36:40 +0200, Jean-Marc Liotier wrote: That is why intermediaries are needed - and why the English speakers must learn to accept the need for international intermediation. who are these English speakers? They are you and me - and everyone on talk@osm. To us, using English as a working language comes naturally - both of us probably interact daily with foreigners in both our personal and professional lives. But don't mistake us for the average French or the average Italian - go on the street and speak English to random people, even in cosmopolitan Paris... The results will be disappointing. The mere fact that we give the time and the energy to enter this debate is a sign that we are not a random sample of the local contributors. We make ourselves visible, but we are a minority. You will never read messages here from the masses of local contributors for whom English is alien. They are the one who have the local knowledge, they are the majority and they are the ones who must feel at ease in the project so that everyone can benefit from their contributions. If we make Openstreetmap a playground for an internationalist technocratic elite, we lose them. It works well for the Linux kernel where success and the greater good are correlated to elitist technocratic values - but Openstreetmap is different because global success depends on local roots. Reaching out to those strange people is not optional. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Cher Jean-Marc and all 2012/10/19 Jean-Marc Liotier j...@liotier.org On 19/10/2012 11:36, Manfred A. Reiter wrote: I think we have the same aims, and the HOW TO should be resolved. Tu crois qu'il est juste de répondre seulement à une phrase? Non, je ne croix pas. Ca c'est tout simple! I do believe that deep down inside we have the same implicit goals. Fine I wrote: *Preamble:* *all (Netherlands, English, Italien, French, German, DWG ...) here on the list would ensure the quality of data in OSM.* * * *Facts:* *1. Our french friends have done and will do imports into the database from cadastre.* *2. Some in DWG are preocoupied about the possiblity to revert data, if they are false or should damage just existing data.* *3. Our german friend Frederik made a proposal to make an anhancement for JOSM so that it would be easy to upload data with a different account ... so that JOSM can store multiple identities and when you hit upload you can select which identity to use from a drop-down* * * *Could that solve the problem?* *Are there other proposals to solve the possible quality problem?* *and last but not least ... please cool down ... dont talk to me about cultural differences - try to solve the issue.* * * *I think we have the same aims, and the HOW TO should be resolved. * But there seem to be a few misunderstanding about how to turn those implicit common goals into explicit common rules. We agree on the why, but before the how can be worked out, there needs to be a consensus on the what... Let's not solve the wrong problem. If my questions were false could you please bring the right questions, If you raise your questions - please give me/us a hint in which direction we must think to detect the right problem you talked about - and it would be nice to have at least an idea what could help to resolve the right problems. I think, we need solutions. If you like to do an academic dispute of that, I will stop my postings here immedately. Cordialement Manfred ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
De : Paul Norman penor...@mac.com If the French community has contact info (email preferred) for someone who speaks both English and French and is willing to take on dealing with contacting users and getting them to use dedicated accounts I'd welcome it. But you already have it ( Christian Quest cqu...@openstreetmap.fr; and Sly sly (sylvain letuffe) li...@letuffe.org; ). They have proposed to make the link between DWG and French Community Cheers Julien In the sentence you miss the part and getting them to use dedicated accounts, I'm not sure the 2 candidates support this idea ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
The accuracy of the China's mapping authority focuses on checking whether the territory of China is correct and completed. In the China authority point of view, the correct and completed China's maps should include Taiwan, and some controversial areas such as Diaoyu Islands. That's the accuracy they concern. Even though those are not facts, they still persist to claim those areas are belong to China. Accuracy!? Dongpo On Fri, Oct 19, 2012 at 5:59 PM, John Sturdy jcg.stu...@gmail.com wrote: How long does it take to check a map of China for accuracy? ;-) With the speed Chinese building companies can work at, I reckon at least one new city could be built in the time it takes to check the whole map. The check really seems to be that various points of contention are to be shown in the official way, rather than what cartographers would call accuracy. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
No problem for me as long as the process in setting such hard rules is transparent, community driven and reaches a consensus which is obviously not the case at all stages here. That's why I ask questions about governance... but nobody seems to be interested and prefer to keep on focusing the dedicated account/import issue which maybe seen as a way to avoid talking about governance. 2012/10/19 f.dos.san...@free.fr: De : Paul Norman penor...@mac.com If the French community has contact info (email preferred) for someone who speaks both English and French and is willing to take on dealing with contacting users and getting them to use dedicated accounts I'd welcome it. But you already have it ( Christian Quest cqu...@openstreetmap.fr; and Sly sly (sylvain letuffe) li...@letuffe.org; ). They have proposed to make the link between DWG and French Community Cheers Julien In the sentence you miss the part and getting them to use dedicated accounts, I'm not sure the 2 candidates support this idea ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
FWIW, I'm interested to see the disagreeing parties to get together and work out a solution, I'm a friend of subsidiarity, but we clearly have a couple of OSM-global issues to solve: - proper tracking of imports given current technical limitations - ideal solutions and the path there - clarification of proper level of subsidiarity for import best practices On Oct 19, 2012, at 6:50 AM, Christian Quest cqu...@openstreetmap.fr wrote: No problem for me as long as the process in setting such hard rules is transparent, community driven and reaches a consensus which is obviously not the case at all stages here. That's why I ask questions about governance... but nobody seems to be interested and prefer to keep on focusing the dedicated account/import issue which maybe seen as a way to avoid talking about governance. 2012/10/19 f.dos.san...@free.fr: De : Paul Norman penor...@mac.com If the French community has contact info (email preferred) for someone who speaks both English and French and is willing to take on dealing with contacting users and getting them to use dedicated accounts I'd welcome it. But you already have it ( Christian Quest cqu...@openstreetmap.fr; and Sly sly (sylvain letuffe) li...@letuffe.org; ). They have proposed to make the link between DWG and French Community Cheers Julien In the sentence you miss the part and getting them to use dedicated accounts, I'm not sure the 2 candidates support this idea ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
On 19 October 2012 16:15, Dongpo don...@iis.sinica.edu.tw wrote: That's the accuracy they concern. Even though those are not facts, they still persist to claim those areas are belong to China. Accuracy!? That means some of the Indian borders with china should be watched ! They do have some claims on Indian territorial lands . Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 13:07, Alex Barth wrote: FWIW, I'm interested to see the disagreeing parties to get together and work out a solution, I'm a friend of subsidiarity, but we clearly have a couple of OSM-global issues to solve: - proper tracking of imports given current technical limitations - ideal solutions and the path there - clarification of proper level of subsidiarity for import best practices Yes - and when we do that, let's hear from other large local communities so that this discussion stops being about France vs. The World : every place with a local contributors organization needs to be part of this because they will eventually all face the same issues in the future. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy
Does this mean tha the openstreetmap website/database will not be accessable in China. If so then we can get no more edits from there. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 10/19/2012 08:40 AM, Jean-Marc Liotier wrote: I was looking for examples of cultural imperialism - here is a very nice one, thanks ! You cut off the P.S. No, English is not my native language. and missed the .nl in my e-mail address. -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 14:35, Cartinus wrote: On 10/19/2012 08:40 AM, Jean-Marc Liotier wrote: I was looking for examples of cultural imperialism - here is a very nice one, thanks ! You cut off the P.S. No, English is not my native language. and missed the .nl in my e-mail address Willing vassals are part of every empire. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
BTW, how does osm community map territories and borders that are claimed by several countries? There are some cases in Asia, including mentioned China borders. And also, the article in question has bold and determined tone, but can China authorities legally restrict osm community from drawing maps (e.g borders) in some particular way (if they find osm data somehow *inaccurate*)? Is blocking access to osm.org from China the only thing they can do? On Fri, Oct 19, 2012 at 4:17 PM, Michael Collinson m...@ayeltd.biz wrote: FYI http://europe.chinadaily.com.**cn/china/2012-10/17/content_**15822970.htmhttp://europe.chinadaily.com.cn/china/2012-10/17/content_15822970.htm __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On Oct 19, 2012, at 11:36 AM, Manfred A. Reiter wrote: Preamble: all (Netherlands, English, Italien, French, German, DWG ...) here on the list would ensure the quality of data in OSM. Facts: 1. Our french friends have done and will do imports into the database from cadastre. 2. Some in DWG are preocoupied about the possiblity to revert data, if they are false or should damage just existing data. 3. Our german friend Frederik made a proposal to make an anhancement for JOSM so that it would be easy to upload data with a different account ... so that JOSM can store multiple identities and when you hit upload you can select which identity to use from a drop-down Could that solve the problem? Hi Manfred ! I think the answer is in the question : - Using a different account has no impact on quality - Reverting possibilities are not depending on the accounts used (AFAIK) From the beginning, the solution pushed is always different accounts, but we are still missing a clear problem statement. At least I am ! Once we have it, I am sure our local experts can work something out with the DWD. Also, at this point of the discussion, I would like to state something important : I am a rather typical french contributor. Like many of them, I have started contributing based on my GPS tracker and manual editing in JOSM. Later on, I have discovered the great tools and documentation created by our french experts to work with the cadaster data, so I have also integrated it for 2 towns I know very well into OSM. It involved a lot of manual work, so it took a lot of time, but I am happy with the process, the added value to the map, and the quality of the result. I have more or less followed the discussion about the separated account, and from my perspective, what I see is: 1) The cadaster integration process as defined works very well is now forbidden by a group of people I never heard of before (DWD) 2) I don't understand the background of the rule for a specific account 3) The decision process that led to that rule is completely opaque 4) No one who works on the cadaster understand or accept the rule, not even our local experts, who I personally trust and respect very much 5) Our local experts are pretty much ignored by the DWD. The discussion gets nowhere. Proposals to help seem to be ignored Trying to summarize : an autonomous, dedicated, competent local group is blocked because of a rule that was defined silently and centrally, and that nobody from the group understands. This is hurting my motivation to work on OSM pretty bad. And the longer it gets discussed, the worse it becomes. As a simple OSM contributor and foundation member, I demand that the foundation and the DWD define an transparent process that involves the local groups and experts to define such global rules. Until such a process is agreed on, communicated and implemented, this kind of rule can't be enforced by force like currently. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Gerdami - DWG is short for Data Working Group http://wiki.openstreetmap.org/wiki/Data_working_group On Oct 19, 2012, at 8:49 AM, gerdami gerd...@yahoo.com wrote: Just wondering what DWG stands for. Best regards, gerdami Belgian - French Not sent from any iPhon/iPad, never From: Sam Larsen samlars...@yahoo.co.uk To: Christian Rogel christian.ro...@club-internet.fr; OSM Talk talk@openstreetmap.org; osmf-t...@openstreetmap.org osmf-t...@openstreetmap.org Sent: Friday, October 19, 2012 12:06 PM Subject: Re: [Osmf-talk] [OSM-talk-fr] [OSM-talk] Continued aggression against French contributors (cadastre integration) Christian, Unfortunately I don't know the background or details of this discussion because a) you haven't provided any, and b) i don't follow data lists, french lists or talk because there is just too much talk :) Have any french speakers attempted to get involved with DWG? If not, i suggest that someone puts themselves forward for the group as the DWG clearly needs better communications with the french speaking OSM community. I'm sure there are many french speaking contributors around the world that would like to see more communication in french with the working groups. The directors don't control the working groups. The working groups do their own work and then report their work to the directors and discuss it. My experience of working groups is that if you want to get involved you can. The current situation of no french-speaking members of the DWG is clearly not working for your community. You need someone who speaks good French and English and can dedicate time every week to this WG. They can then act as the french speaking representative who communicates with your communities. Try to be constructive, and remember the DWG are all volunteers and probably dedicate much more of their personal time to this project than most others. The best way to 'charge DWG with it's rude behaviour' is to help them. I'm sure they are not trying to piss you off. Sam From: Christian Rogel christian.ro...@club-internet.fr To: OSM Talk talk@openstreetmap.org; osmf-t...@openstreetmap.org Sent: Thursday, 18 October 2012, 20:44 Subject: Re: [Osmf-talk] [OSM-talk-fr] [OSM-talk] Continued aggression against French contributors (cadastre integration) As I said previously, the DGW cannot be only charged about its rude behaviour. The fault is up to the Foundation. Let 's say ay that the Board of Directors, newly elected, has to kept the Community in peace. It has to clarify its links with the DWG and precise in which cases a so-called efficient rule (and not discussed by the Community) may be reformed to a statement by which it will reaffirm its authority and its sense of diplomacy for a more united Community. It 's all politics in a broader sense (and not policy). By the way, could you stand receiving any message in a language you cannot understand. that seems to be looking for infuriating the non-English speaking users? Not very smart. Christian Rogel OSMF member ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
Thanks Mike for this very interesting example of [closed|mis|non|top-down] governance... 2012/10/19 Michael Collinson m...@ayeltd.biz: FYI http://europe.chinadaily.com.cn/china/2012-10/17/content_15822970.htm Next SOTM in China ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On Oct 19, 2012, at 11:36 AM, Manfred A. Reiter wrote: and last but not least ... please cool down ... dont talk to me about cultural differences - try to solve the issue. Oh, and by the way, I really don't think the root cause of the situation has anything to do with cultural differences, but rather with the fact that a process with works fine locally conflicts with a general rule. The problem would be exactly the same with another country. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Hi Oliver ... thank you for a factual and explanatory answer. At least I hope you can stop the flamewar. 2012/10/19 Olivier Croquette m...@ocroquette.de On Oct 19, 2012, at 11:36 AM, Manfred A. Reiter wrote: Preamble: all (Netherlands, English, Italien, French, German, DWG ...) here on the list would ensure the quality of data in OSM. [...] Hi Manfred ! I think the answer is in the question : - Using a different account has no impact on quality sure. - Reverting possibilities are not depending on the accounts used (AFAIK) so I understood it wrong ... sorry... [...] thank you once more for explanations. Manfred ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 15:30, Manfred A. Reiter wrote: At least I hope you can stop the flamewar. Talking about that, members of the talk-fr mailing list are discussing pragmatic solutions that might bring everyone together at last: - On the political plane, there is talk about how a qualified representative might take a liaising role in import moderation conflicts. - On the technical plane, there is talk about how additional JOSM functionality might enable a process that will satisfy everyone. So we might soon have a community-validated material for a formal proposal on talk@osm about those two issues. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19 October 2012 09:17, Simon Poole si...@poole.ch wrote: .. The UMP imports show nicely how broken at least object level source tagging is, a large number of objects have/were infected by source tags from UMP imports without actually being derived from such data requiring heuristics to determine if they could be kept or not. I disagree, what you're seeing is a result of a redaction logic based on individual OSM entity's history. As Frederik wrote in an email probably over two years ago, anything relying on the object Id persistence is outright broken. This is exactly what the bot logic relied on and fixing it will require heuristics. Tagging entire changesets is at least equally broken because it infects the clean edits in the changeset, while objects who's Id changes later may be wrongly detected as clean. It's a bigger tradeoff. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping
Who's planning to attend? Looks interesting, but not sure I will be able to travel. Event: Dec 3-5 2012 / Application deadline: Oct 19, 2012 United Nations International Expert Meeting on Crowdsource Mapping for Disaster Risk Management and Emergency Response http://www.un-spider.org/crowdsource-mapping Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping
Nicolas and Schuyler attended last year for HOT. I'm not sure if we've identified someone to represent HOT there yet. Main topic of discussion (for HOT at least) is greater sharing of imagery in responses; as well as use of OSM among UN partners. And a nice touch, UN Spider has switched to OSM. http://www.un-spider.org/un-spider-world -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: OSM Talk talk@openstreetmap.org Sent: Friday, October 19, 2012 11:19 AM Subject: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping Who's planning to attend? Looks interesting, but not sure I will be able to travel. Event: Dec 3-5 2012 / Application deadline: Oct 19, 2012 United Nations International Expert Meeting on Crowdsource Mapping for Disaster Risk Management and Emergency Response http://www.un-spider.org/crowdsource-mapping Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping
On Oct 19, 2012, at 12:39 PM, Mikel Maron mikel_ma...@yahoo.com wrote: Nicolas and Schuyler attended last year for HOT. I'm not sure if we've identified someone to represent HOT there yet. Main topic of discussion (for HOT at least) is greater sharing of imagery in responses; as well as use of OSM among UN partners. And a nice touch, UN Spider has switched to OSM. http://www.un-spider.org/un-spider-world Ha, that's awesome. I just signed up, not sure I can go though. Today is the last day for registrations. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: OSM Talk talk@openstreetmap.org Sent: Friday, October 19, 2012 11:19 AM Subject: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping Who's planning to attend? Looks interesting, but not sure I will be able to travel. Event: Dec 3-5 2012 / Application deadline: Oct 19, 2012 United Nations International Expert Meeting on Crowdsource Mapping for Disaster Risk Management and Emergency Response http://www.un-spider.org/crowdsource-mapping Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping
I've signed up. - Mike On 19 Oct 2012, at 18:45, Alex Barth a...@mapbox.com wrote: On Oct 19, 2012, at 12:39 PM, Mikel Maron mikel_ma...@yahoo.com wrote: Nicolas and Schuyler attended last year for HOT. I'm not sure if we've identified someone to represent HOT there yet. Main topic of discussion (for HOT at least) is greater sharing of imagery in responses; as well as use of OSM among UN partners. And a nice touch, UN Spider has switched to OSM. http://www.un-spider.org/un-spider-world Ha, that's awesome. I just signed up, not sure I can go though. Today is the last day for registrations. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: OSM Talk talk@openstreetmap.org Sent: Friday, October 19, 2012 11:19 AM Subject: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping Who's planning to attend? Looks interesting, but not sure I will be able to travel. Event: Dec 3-5 2012 / Application deadline: Oct 19, 2012 United Nations International Expert Meeting on Crowdsource Mapping for Disaster Risk Management and Emergency Response http://www.un-spider.org/crowdsource-mapping Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Jean-Marc Liotier wrote: Talking about that, members of the talk-fr mailing list are discussing pragmatic solutions that might bring everyone together Good luck. I tried that last month: http://lists.openstreetmap.org/pipermail/talk/2012-September/064482.html and immediately got shouted down by Christian: http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/048512.html at which point I pretty much lost the will to engage. :( cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Re-OSM-talk-fr-Continued-aggression-against-French-contributors-cadastre-integration-tp5731365p5731868.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping
I applied to go as well. The original meeting I believe was focused more on disaster response, where as this one has a preparedness aspect to it as well. I'm hoping to share HOT's work and discuss the availability of imagery before a crisis happens, instead of the current situation where there usually needs to be an event before imagery is released. -Kate On Fri, Oct 19, 2012 at 10:41 AM, Michael Collinson m...@ayeltd.biz wrote: I've signed up. - Mike On 19 Oct 2012, at 18:45, Alex Barth a...@mapbox.com wrote: On Oct 19, 2012, at 12:39 PM, Mikel Maron mikel_ma...@yahoo.com wrote: Nicolas and Schuyler attended last year for HOT. I'm not sure if we've identified someone to represent HOT there yet. Main topic of discussion (for HOT at least) is greater sharing of imagery in responses; as well as use of OSM among UN partners. And a nice touch, UN Spider has switched to OSM. http://www.un-spider.org/un-spider-world Ha, that's awesome. I just signed up, not sure I can go though. Today is the last day for registrations. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Barth a...@mapbox.com To: OSM Talk talk@openstreetmap.org Sent: Friday, October 19, 2012 11:19 AM Subject: [OSM-talk] Event in Vienna/AT: Int'l UN Crowdsourced Mapping Who's planning to attend? Looks interesting, but not sure I will be able to travel. Event: Dec 3-5 2012 / Application deadline: Oct 19, 2012 United Nations International Expert Meeting on Crowdsource Mapping for Disaster Risk Management and Emergency Response http://www.un-spider.org/crowdsource-mapping Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping an Area
hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
pavithran pavithra...@gmail.com wrote: On 19 October 2012 16:15, Dongpo don...@iis.sinica.edu.tw wrote: That's the accuracy they concern. Even though those are not facts, they still persist to claim those areas are belong to China. Accuracy!? That means some of the Indian borders with china should be watched ! They do have some claims on Indian territorial lands . Regards, Pavithran I would also suspect that, in at least some cases, it will mean government-approved names being used for communities, rather than names coming from local dialects. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping an Area
On Fri, Oct 19, 2012 at 5:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? Most anything that I consider a point of interest can be modelled in OSM as either a point or a polygon. So you can find gas stations that are nodes and gas stations that are ways. You can find hospitals that are nodes and hospitals that are ways. etc. In general, you will use the same tags, amenity=fuel, name=PetroCan for example, but put the tags on the closed way, rather than on a node. Also, you would tag an object as either a node OR as a way, but not both. Which to do is largely a matter of mapper preference, and subject to local conditions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping an Area
hi Richard I put a node for our offices. In planning lan to make a polygon/area. Still seeking how mapnik save the node and nodes for a POI Any tips? On Sat, Oct 20, 2012 at 4:47 AM, Richard Weait rich...@weait.com wrote: On Fri, Oct 19, 2012 at 5:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? Most anything that I consider a point of interest can be modelled in OSM as either a point or a polygon. So you can find gas stations that are nodes and gas stations that are ways. You can find hospitals that are nodes and hospitals that are ways. etc. In general, you will use the same tags, amenity=fuel, name=PetroCan for example, but put the tags on the closed way, rather than on a node. Also, you would tag an object as either a node OR as a way, but not both. Which to do is largely a matter of mapper preference, and subject to local conditions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping an Area
Sometimes both are done, too, adding the way and the node both. How to track them once added? On Oct 20, 2012, at 4:47 AM, Richard Weait rich...@weait.com wrote: On Fri, Oct 19, 2012 at 5:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? Most anything that I consider a point of interest can be modelled in OSM as either a point or a polygon. So you can find gas stations that are nodes and gas stations that are ways. You can find hospitals that are nodes and hospitals that are ways. etc. In general, you will use the same tags, amenity=fuel, name=PetroCan for example, but put the tags on the closed way, rather than on a node. Also, you would tag an object as either a node OR as a way, but not both. Which to do is largely a matter of mapper preference, and subject to local conditions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping an Area
hi Alex and All :) but adding both make dirty our map, isnt it? my plan to draw a lake, and want to make it as POI's node search. in my research, esp lake tangayika in africa, every side of this lake, have a different species of tropheus, and i got a every side of the lake create a strain. take a look this picture/image http://www.biomedcentral.com/content/figures/1471-2148-7-137-1-l.jpg and i got new species distribution also here, in indonesia, psudomugill gestrudae, with blue and red colour. F On Sat, Oct 20, 2012 at 4:57 AM, Alex Rollin alex.rol...@gmail.com wrote: Sometimes both are done, too, adding the way and the node both. How to track them once added? On Oct 20, 2012, at 4:47 AM, Richard Weait rich...@weait.com wrote: On Fri, Oct 19, 2012 at 5:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? Most anything that I consider a point of interest can be modelled in OSM as either a point or a polygon. So you can find gas stations that are nodes and gas stations that are ways. You can find hospitals that are nodes and hospitals that are ways. etc. In general, you will use the same tags, amenity=fuel, name=PetroCan for example, but put the tags on the closed way, rather than on a node. Also, you would tag an object as either a node OR as a way, but not both. Which to do is largely a matter of mapper preference, and subject to local conditions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping an Area
So...an area where they occur then Pois for specific survey results? Different tags? I understand where Richard is coming from. I also know there's technical differences dealing with areas and showing them as Pois (as if they were nodes) depending on your map presentation. Alex On Oct 20, 2012, at 5:06 AM, Frans Thamura fr...@meruvian.org wrote: hi Alex and All :) but adding both make dirty our map, isnt it? my plan to draw a lake, and want to make it as POI's node search. in my research, esp lake tangayika in africa, every side of this lake, have a different species of tropheus, and i got a every side of the lake create a strain. take a look this picture/image http://www.biomedcentral.com/content/figures/1471-2148-7-137-1-l.jpg and i got new species distribution also here, in indonesia, psudomugill gestrudae, with blue and red colour. F On Sat, Oct 20, 2012 at 4:57 AM, Alex Rollin alex.rol...@gmail.com wrote: Sometimes both are done, too, adding the way and the node both. How to track them once added? On Oct 20, 2012, at 4:47 AM, Richard Weait rich...@weait.com wrote: On Fri, Oct 19, 2012 at 5:14 PM, Frans Thamura fr...@meruvian.org wrote: hi all a lot of POI Discussion around, and i am planning to link between node become area. so, we can have an area implementation rather just a node for POI like building, etc, we have square, and why we implemen in POI node Question: how to make a POI become an area in OSM? any idea for this idea? Most anything that I consider a point of interest can be modelled in OSM as either a point or a polygon. So you can find gas stations that are nodes and gas stations that are ways. You can find hospitals that are nodes and hospitals that are ways. etc. In general, you will use the same tags, amenity=fuel, name=PetroCan for example, but put the tags on the closed way, rather than on a node. Also, you would tag an object as either a node OR as a way, but not both. Which to do is largely a matter of mapper preference, and subject to local conditions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Java Framework
hi all any reason why we dont have JavaAPI, but we use Java for OSM, and popular, such as Osmosis and JOSM? I got the Java is ? in this URL http://wiki.openstreetmap.org/wiki/Frameworks F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Het taggen van BAG data.
On Wed, 17 Oct 2012, Floris Looijesteijn wrote: Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen?Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. In de vorige discussie met onderandere Ldp kwam ook naar voren: hoe gaan we dit updaten. Iedere maand komt er een nieuwe BAG uit, en een import is eenmalig. Dus je wilt een delta kunnen trekken op basis van een BAGid. Stefan___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,507ea4b8320128641516732! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] wegen in drievoud
vandaag iets te enthousiast teveel tegelijk in een changeset gepackt.JOSM heeft daarop een aantal keren timeout gegeven tot het uiteindelijk gelukt is.Effect is nu dat alle objecten die ik geraakt heb drie keer boven elkaar in OSM staan.Weet iemand hoe dat komt en of het eenvoudig ongedaan gemaakt kan worden? Het gaat om http://www.openstreetmap.org/browse/changeset/13561955Voorbeeld: de volgende ways (allen behorende tot changeset 13561955) zijn identiek:http://www.openstreetmap.org/browse/way/186703099http://www.openstreetmap.org/browse/way/186691521http://www.openstreetmap.org/browse/way/186693939Groeten, Dirk Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Verwendung von Multipolygonen
Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss o...@stephans-server.de: Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und Gebäude sind eben Bestandteil vom Flugplatz. Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)? Ja, es kommt leider viel zu oft vor. Wie du schon sagt, ist die Relation überflüssig bzw. sogar falsch. (Vor dem Löschen aber bitte die Relations-Tags an die große Fläche übernehmen.) Ich fänds nicht schlecht, wenn das jemand ins Wiki schreibt... Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen und kleine Wälder ausgeschnitten werden. Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Am 19. Oktober 2012 12:15 schrieb Masi Master masi-mas...@gmx.de: Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss o...@stephans-server.de: Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen und kleine Wälder ausgeschnitten werden. +1, neulich ging auch ein Beispiel rum, wo in einer Kaserne nur die Gebäude als Kaserne gekennzeichnet waren (aber z.B. der Hof eben ausgenommen), weil das multipolygon sowohl building=yes als auch military=barracks als tags hatte, im Zusammenhang mit Gebäuden sieht man das auch öfters. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Martin Koppenhoefer writes: Am 19. Oktober 2012 12:15 schrieb Masi Master masi-mas...@gmx.de: Am 18.10.2012, 23:13 Uhr, schrieb Stephan Knauss o...@stephans-server.de: Meistens sieht man das fehlerhafte Ausschneiden bei Parks, wo dann Seen und kleine Wälder ausgeschnitten werden. +1, neulich ging auch ein Beispiel rum, wo in einer Kaserne nur die Gebäude als Kaserne gekennzeichnet waren (aber z.B. der Hof eben ausgenommen), weil das multipolygon sowohl building=yes als auch military=barracks als tags hatte, im Zusammenhang mit Gebäuden sieht man das auch öfters. Ich interpretiere aus euren Mails, dass die beschriebene Verwendung von Relationen, also aus Flächen die anders getaggten Sachen rauszuschneiden eine Verwendung von Multipolygonen ist, die nicht gewünscht wird. So ganz eindeutig ist das hier nicht erklärt: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Die Seite wechselt den Inhalt aber auch teilweise schneller als ich meine Unterwäsche :) Warum sollte dann überhaupt eine Relation zum Beispiel für einen Flugplatz verwendet werden? bzw. wozu sollte die role inner dienen? Das Beispiel im Wiki nutzt das auch nur um den Umriss aus verschiedenen Wegen zusammenzubauen... http://www.openstreetmap.org/browse/relation/535525 Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu tun? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Hallo zusammen, ich bin jetzt etwas verwirrt wann man ein Multipolygon verwendet. Aus dem wiki geht das leider nicht genau hervor. Ich habe z.B. ein Multipolygon genommen um diesen Sportzentrum zu erstellen. http://www.openstreetmap.org/?lat=51.74037lon=14.33934zoom=17layers=M Die Relation dazu http://www.openstreetmap.org/browse/relation/1458737 Ist das jetzt etwas was man machen kann oder eher unnötig? Dann habe ich auch mal gesehen das ein Mapper Multipolygone auf eine interessante Art verwendet hat. Die Outlines bestanden aus verschiedenen Ways. Ein Way war eine Straße, ein weiterer war Acklerland und der letzte war dann Wald. Die Flächse selbst war dann als Ackerland ausgezeichnet. Ähnlich wie die Boundary Relationen bloß halt für normale Fläche. Grüße Andreas Am 18.10.2012 23:13, schrieb Stephan Knauss: Hallo, was ist denn gerade Stand der Technik bei Multipolygon Relations? Hier wurde z.B. ein Flugplatz als Multipolygon angelegt: http://www.openstreetmap.org/browse/relation/1442532 Werden Vorfeld und Gebäude wirklich ausgeschnitten? Das war zumindest immer meine Vorstellung davon wofür die inner Wege verwendet wurden. Deckt sich auch so in etwa mit der Seite hier: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und Gebäude sind eben Bestandteil vom Flugplatz. Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Am 19.10.2012 18:07, schrieb Stephan Knauss: Ich interpretiere aus euren Mails, dass die beschriebene Verwendung von Relationen, also aus Flächen die anders getaggten Sachen rauszuschneiden eine Verwendung von Multipolygonen ist, die nicht gewünscht wird. So ganz eindeutig ist das hier nicht erklärt: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Die Seite wechselt den Inhalt aber auch teilweise schneller als ich meine Unterwäsche :) Warum sollte dann überhaupt eine Relation zum Beispiel für einen Flugplatz verwendet werden? bzw. wozu sollte die role inner dienen? Das Beispiel im Wiki nutzt das auch nur um den Umriss aus verschiedenen Wegen zusammenzubauen... http://www.openstreetmap.org/browse/relation/535525 Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu tun? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich lese (und das ist auch meine Meinung) so, dass die Gebäude eines Flugplatzes auch zum Flugplatz gehören und deswegen nicht weggeschnitten gehören. Egal in welcher Form. Wenn am Flughafengelände aber z.b. eine Trafostation steht, welche nicht nur den Flughafen versorgt, dann kann man es sehr wohl mit einem Multipolygon ausschneiden (egal ob Buliding=yes oder nicht). Ein ähnliches Gebiet ist da wohl die Straße, wenn links und rechts Wald ist, dann muss man die Straße auch nicht vom Wald ausnehmen. LG jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] amenity=school / building=yes / addr?
Hi, in der vergangenheit sind viele Schulen mit building=yes + amenity=school getagged worden. Das Tagging schema meint aber das die Flaeche inklusive Schulhof etc amenity=school ist und die Schule also das Schulgebaeude nur ein building=yes bekommt. Wie klappt denn dann die zuordnung der adresse? Ist die Adresse auf dem amenity=school und auf dem building oder ueberlassen wir das wem anders? Fuer das Routing ist das ja unerheblich mit Adressen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Am 19.10.2012 18:07, schrieb Stephan Knauss: Ich interpretiere aus euren Mails, dass die beschriebene Verwendung von Relationen, also aus Flächen die anders getaggten Sachen rauszuschneiden eine Verwendung von Multipolygonen ist, die nicht gewünscht wird. Ein Multipolygon beschreibt eine Fläche, möglicherweise eine, die Löcher hat oder aus mehreren Stücken besteht (sonst reicht auch ein normales Polygon aka closed way. Tags an einem OSM-Objekt sollten so angebracht werden, dass sie korrekt sind für die vom Objekt beschriebene Fläche. Beispiele: Eine Wiese mit einem Teich oder See, Blumenbeeten und Wegen ist ein Park, und der See gehört mit zum Park dazu. Also kann ich das ganze Polygon rundrum als Park (leisure=park) eintragen. Ich würde vermutlich auch noch Gewächshäuser oder sowas dazuzählen, wenn ich sie zum Park zugehörig sehe. Der Park (bewusst falsch nochmal den gleichen Begriff benutzend) ist aber auch eine Grünfläche. Zur Grünfläche (surface=grass) gehören aber Beete, Gewächshäuser, Wege und der See nicht dazu, also gehört der Tag an das entsprechende Multipolygon. Ich glaube, so ist das auch eigentlich Konsens. Manchmal gibt es dabei Grenzfälle: - Gehört die Kirche zum Marktplatz dazu oder nicht? - Ist der Innenhof eines Restaurants Teil des Restaurants oder nicht (also: building=yes auf jeden Fall auf dem Multipolygon, aber amenity=restaurant?) Ändert sich das, wenn das Restaurant da Tische zum draussen sitzen hinstellt? Am Anfang dieses Threads war dein Beispiel ein Flugplatz, und die Frage. In dem speziellen Fall sind als inner angegeben 1) Ein Parkhaus: (amenity=parking, building=yes). Das würde ich als Teil des Flugplatzes/Flughafens akzeptieren, aber möglicherweise auch, wenn der lokale Mapper entscheidet, dass das Parkhaus nicht zum Flugplatz gehört (z.B., wenn das Parken nicht auf Fluggäste beschränkt und/oder von anderem Betreiber betrieben wird) 2) Das Flugfeld (aeroway=apron): gehört IMHO eindeutig zum Flughafen und dürfte danach nicht ausgeschnitten werden. 3) Das Terminal (aeroway=terminal, building=yes): gehört meiner Meinung nach auch zum Flughafen und wäre nicht auszuschneiden. Trotzdem: Erstmal den Verursacher freundlich anschreiben, wieso das so ist; vielleicht hat derjenige sich auch was dabei gedacht. ;) Warum sollte dann überhaupt eine Relation zum Beispiel für einen Flugplatz verwendet werden? bzw. wozu sollte die role inner dienen? Wenn der Flugplatz z.B. von einer Straße durchschnitten wird, und die beiden Teile z.B. über eine Brücke oder durch einen Tunnel miteinander verbunden sind, gehört die Straßenschneise nicht zum Flughafen. Hier wäre ein multipolygon mit zweimal outer angebracht. Wenn entlang der Rollfelder irgendwo ein Biotop unter Naturschutz stünde, würde ich auch das z.B. nicht als Teil der Flughafenfläche bezeichnen - aber auch das ist wieder ein Grenzfall. Das Beispiel im Wiki nutzt das auch nur um den Umriss aus verschiedenen Wegen zusammenzubauen... http://www.openstreetmap.org/browse/relation/535525 Hat das ganze eventuell etwas mit der Darstellung in den Renderern zu tun? Soweit ich weiß eher nicht. Eingeführt wurde das z.B. für große Seen etc., wenn einzelne Wege zu lang wurden, um noch vernünftig bearbeitet werden zu können etc. Ich persönlich halte das Anlegen von Multipolygonen, um aneinander angrenzende Polygone ohne doppelten Segmenten eintragen zu können, für Blödsinn. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Am 19.10.2012 18:24, schrieb Andreas Dommaschk: Hallo zusammen, ich bin jetzt etwas verwirrt wann man ein Multipolygon verwendet. Aus dem wiki geht das leider nicht genau hervor. Ich habe z.B. ein Multipolygon genommen um diesen Sportzentrum zu erstellen. http://www.openstreetmap.org/?lat=51.74037lon=14.33934zoom=17layers=M Die Relation dazu http://www.openstreetmap.org/browse/relation/1458737 Ist das jetzt etwas was man machen kann oder eher unnötig? Du schneidest da die Sporthallen aus und sagst damit eigentlich doch, dass sie eben nicht mehr zum Sportzentrum gehören. Beantworte dir die Frage dann selbst ;) Ein Multipolygon kannst du dir so vorstellen, dass du aus einem großen Blatt papier die outer-ways ausschneidest (und alles außenrum wegschmeißt) dann schneidest du noch Löcher rein, und zwar die inner ways. Tags, die du ans Multipolygon hängst, sollten genau die Fläche beschreiben, die du als Papier noch übrig hast. Vielleicht wird das damit deutlicher. Im Falle deines Sportzentrums behältst Du also als Sportzentrums-Fläche ein löchriges Etwas, und die Gebäude und Sportplätze liegen außerhalb - also auch (osm-technisch gesehen) außerhalb des Sportzentrums. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
hi florian, wenn es eine Fläche mit amenity=school gibt - ob als closed Way oder Relation mir ist egal - hänge ich die Adressdaten dort dran. Hab ich NUR das building und kann keine Fläche erstellen, hänge ich die Adresse an das offensichtliche Hauptgebäude. Probleme mit Nominatim hab ich dabei noch nicht erlebt. Schulgebäude bekommen bei mir building=school und wenn man das Haus des Hausmeisters erkennen kann, kriegt der building=residential. Turnhalle bekommt leisure=sports_centre beispiel: http://www.openstreetmap.org/browse/way/86188799 gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/amenity-school-building-yes-addr-tp5731857p5731870.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
Am 19.10.2012 20:02, schrieb Walter Nordmann: hi florian, wenn es eine Fläche mit amenity=school gibt - ob als closed Way oder Relation mir ist egal - hänge ich die Adressdaten dort dran. Hab ich NUR das building und kann keine Fläche erstellen, hänge ich die Adresse an das offensichtliche Hauptgebäude. Probleme mit Nominatim hab ich dabei noch nicht erlebt. Schulgebäude bekommen bei mir building=school und wenn man das Haus des Hausmeisters erkennen kann, kriegt der building=residential. Turnhalle bekommt leisure=sports_centre beispiel: http://www.openstreetmap.org/browse/way/86188799 gruss walter So mache ich es in der Regel auch. Kompliziert wird es immer nur, wenn zwei Schulen sich ein Gebäude/Gelände teilen. Entweder kann man sie irgendwie räumlich trennen oder ich lege sie als Node ins Gebäude und hänge die Adresse ans Gebäude, nicht die Schule. Adressen von umschließenden Flächen sind einfach zu berechnen und sollten daher keine Probleme bereiten. MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Einstellung (zeige Objekt IDs )
Hallo, ich weiß, das man bei JOSM einstellen kann, das auch die Objekt-ID bei den Objekt-Eigenschaften sehen kann. Ich habe im Einsteindialog (Expertenmodus!) rauf und runter gesucht, aber nichts gefunden. Kann mir jemand einen Tipp geben? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Einstellung (zeige Objekt IDs )
Hallo Jaques, In den Einstellungen (Taste: F12), Erstes Icon (ganz oben) Anzeige-Einstellungen, dort den Reiter ganz rechts auswählen (Verhalten und Aussehen). Hier den Haken bei Objektnummer in Auswahllisten anzeigen einschalten. Grüße, Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Plugin no_more_mapping
Hallo, beim Editor JOSM kan ein Plugin mit der Bezeichung JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM am Laden und ist schwer wieder loszuwerden) aktiviert werden. Scherz (1. April hatten wir schon) oder was soll dieses Plugin bewirken? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
On 19.10.2012 19:04, Florian Lohoff wrote: Hi, in der vergangenheit sind viele Schulen mit building=yes + amenity=school getagged worden. Das Tagging schema meint aber das die Flaeche inklusive Schulhof etc amenity=school ist und die Schule also das Schulgebaeude nur ein building=yes bekommt. Wie klappt denn dann die zuordnung der adresse? Ist die Adresse auf dem amenity=school und auf dem building oder ueberlassen wir das wem anders? Fuer das Routing ist das ja unerheblich mit Adressen. Ich hänge die Adresse immer an den Eingang dran, entrance=main am besten. Ein Schule hat ja mehr als einen Eingang. Und oft auch mehr als eine Hausnummer. Und building=yes ist ja bei mehreren Building:part=yes auch wieder interessant... Flo MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
Guten Abend, bei den Möglichkeiten will ich kein Entwickler sein der das mal auswerten möchte. :) Mein Variante: Schulen stehen in der Regel in Wohngebieten = landuse = residential. Das amenity= school bedeutet ja übersetzt Einrichtung = Schule und nicht Schulgelände! Gibt es schon landuse=school? Wird das schon gerendert?;) Ich setze es also auf der Hauptgebäude. Zusätzlich kann man noch building=school setzen. Ganz am Anfang, bevor die Hauptkarte die vielen Tags visualisiert hat, war das noch anders. Da wurden die Tags weniger eingesetzt damit die Hauptkarte schön aussieht. Leider tritt das immer stärker auf das es viele Mapper, die auch sehr viele Informationen beitragen, vieles so eintragen damit die Karte schön aussieht. Ich habe regelmäßig Post in meinen Account weil ich die schönen Kontruktionen, die manchmal nur beim Mapnik gut aussehen, zurückbaue oder auf das wichtigste reduziere. Die hartnäckigsten User sind da bei die die das Changeset komplett, ohne Kommentar, rückgägig machen. Die Disskusion danach via Nachrichten über den OSM Acc kann man dann kurz zusammenfassen mit Mein betreutest Gebiet, meine Regeln. Viele Grüße Andreas Am 19.10.2012 19:04, schrieb Florian Lohoff: Hi, in der vergangenheit sind viele Schulen mit building=yes + amenity=school getagged worden. Das Tagging schema meint aber das die Flaeche inklusive Schulhof etc amenity=school ist und die Schule also das Schulgebaeude nur ein building=yes bekommt. Wie klappt denn dann die zuordnung der adresse? Ist die Adresse auf dem amenity=school und auf dem building oder ueberlassen wir das wem anders? Fuer das Routing ist das ja unerheblich mit Adressen. Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Plugin no_more_mapping
Hallo, On 10/19/2012 09:31 PM, Dieter Jasper wrote: JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM am Laden und ist schwer wieder loszuwerden) Interessant ist, dass offenbar eine Reihe von Leuten diese Beschreibung uebersetzt und sich nichts weiter dabei gedacht haben - das Plugin gibt es schon seit 10 Tagen. Ich hab es jetzt geloescht. Autor war der User zverik. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Ehe ich so forsch in die Tasten hauen und und Andere eines Fehlers bezichtige würde ich mich erst mal über Multipolygone und deren unterschiedliche Verwendungsmöglichkeiten schlau machen. Zum Beispiel die Wiki Seiten zum Thema Multipolygon lesen und hoffentlich auch verstehen http://wiki.openstreetmap.org/wiki/Relation:multipolygon http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon http://wiki.openstreetmap.org/wiki/Multipolygon_Examples http://wiki.openstreetmap.org/wiki/DE:Multipolygon_Examples Oder schauen wer wieviel zum Thema Multipolygon im Wiki beigetragen hat http://wiki.openstreetmap.org/w/index.php?title=Relation:multipolygonaction =history http://wiki.openstreetmap.org/w/index.php?title=DE:Relation:multipolygonact ion=history http://wiki.openstreetmap.org/w/index.php?title=Multipolygon_Examplesaction =history http://wiki.openstreetmap.org/w/index.php?title=DE:Multipolygon_Examplesact ion=history Oder wer wieviele Multipolygone schon selber kartiert hat (created) http://hdyc.neis-one.org/?MasiMaster http://hdyc.neis-one.org/?Willi2006 Oder die schon erwähnten, immer wiederkehrenden, nie zu einem Konsens kommenden Diskussionen im Forum lesen und versuchen, die dort beschriebenen unterschiedlichen Ansichten zu verstehen und zu akzeptieren. Sonst macht man sich schnell lächerlich. Aber vielleicht sollte man diesen ach so vielfältigen Benutzernamen nicht nur mit schoolmaster (Oberlehrer) sondern auch mit Maso-Master (da schweigt des Sängers Höflichkeit) assoziieren ;) Um einem möglichen Missverständnis vorzubeugen: Ich bin nicht nachtragend. Nur ich vergesse selten etwas. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ist das taggen für Mapnik?
Ich habe hier: http://www.openstreetmap.org/?lat=49.460967lon=11.093388zoom=18layers=M einen U-Bahnsteig gefunden, der als Fußweg gemapt ist und als Tunnel. Ist das so ok? Oberirdisch sieht man dort im wesentlichen gepflasterte Fahr- und Gehwege, Straßencafés, einen Fahrstuhl, Blumenbeete und darin eingebettete lustige Lichtkuppeln. Rainer (der desweiteren auf Reparaturen und Ergänzungen beim naheliegenden Stadtpark verzichtet hat, weil dessen Grenzen allesamt mit den umliegenden Straßen verknüpfnodet sind. Nervig.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On 19.10.2012 02:54, Willi wrote: Unterschiedliche Verwendungsmöglichkeiten und Ansichten zu Multipolygonen werden immer wieder im deutschen Forum diskutiert, zum Beispiel neulich: Recreation_ground und Multipolygone http://forum.openstreetmap.org/viewtopic.php?pid=277135#p277135 landuse ist kaputt http://forum.openstreetmap.org/viewtopic.php?pid=250349#p250349 Klingt nach Problemen mit dem Rendering, jedenfalls das Ferienlager-Beispiel. Ich hatte mich nicht näher mit der MP-Relation-Diskussion beschäftigt und gehofft, dass es da mal zu einem Konsens kommt der auch dokumentiert wird. Scheint wohl noch nicht so weit zu sein. Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das Vorfeld aus der Relation wegzulassen? http://www.openstreetmap.org/browse/relation/1442532 Ich stehe gerade etwas auf der Leitung und bekommt die landuse/landcover Argumente nicht auf den Flughafen übertragen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Plugin no_more_mapping
On 19.10.2012 22:40, Frederik Ramm wrote: On 10/19/2012 09:31 PM, Dieter Jasper wrote: JOSM-Nutzung für immer verhindern (WARNUNG:Dieses plugin verhindert JOSM am Laden und ist schwer wieder loszuwerden) Interessant ist, dass offenbar eine Reihe von Leuten diese Beschreibung uebersetzt und sich nichts weiter dabei gedacht haben - das Plugin gibt es schon seit 10 Tagen. Spannend. Wann es dann wohl das Plugin steal banking data gibt? War nicht mal angedacht die Seite speziell zu schützen so dass böse Plugins nicht ganz so leicht an unbedarfte Nutzer verteilt werden können? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
Am Freitag, 19. Oktober 2012 schrieb Andreas Dommaschk : Schulen stehen in der Regel in Wohngebieten = landuse = residential. m.E. ist die Schule nicht residential, weil da niemand wohnt, oder höchstens ein Hausmeister Das amenity= school bedeutet ja übersetzt Einrichtung = Schule und nicht Schulgelände! Gibt es schon landuse=school? Wird das schon gerendert?;) Das gesamte Schulgelände gehört zur Einrichtung Schule, ich sehe da keinen Widerspruch, im Gegenteil, einen landuse=school fände ich dagegen viel zu spezifisch, braucht man auch nicht, das wäre ja nur eine Wiederholung des amenity-tags Ich setze es also auf der Hauptgebäude. Zusätzlich kann man noch building=school setzen. Ja, das building-tag würde ich auch so setzen Gruß Martin -- Martin Koppenhoefer (Dipl-Ing. Arch.) Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ist das taggen für Mapnik?
Am Freitag, 19. Oktober 2012 schrieb Rainer Knaepper : Ich habe hier: http://www.openstreetmap.org/?**lat=49.460967lon=11.093388** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=49.460967lon=11.093388zoom=18layers=M einen U-Bahnsteig gefunden, der als Fußweg gemapt ist und als Tunnel. Ist das so ok? Oberirdisch sieht man dort im wesentlichen gepflasterte Fahr- und Gehwege, Straßencafés, einen Fahrstuhl, Blumenbeete und darin eingebettete lustige Lichtkuppeln. Unterirdisch passt der Fußgängertunnel doch so halb. Den Bahnsteig könnte man auch als platform mappen Rainer (der desweiteren auf Reparaturen und Ergänzungen beim naheliegenden Stadtpark verzichtet hat, weil dessen Grenzen allesamt mit den umliegenden Straßen verknüpfnodet sind. Nervig.) Ja, das ist wirklich nervig. Leider haben auch hundert Beiträge lange Diskussionen in der Vergangenheit bei diesem Thema keinen Konsens herstellen können. Es gibt Mapper, die das besser finden, weil sie keine weißen Stellen in der Karte haben wollen, daher vergrößern sie alle angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass man nur so feststellen könne, welche Flächen an eine Straße anschließen. Wenn es wenigstens Multipolygone wären, aber diese Überlappungen sind wirklich ein Graus... Gruß Martin -- Martin Koppenhoefer (Dipl-Ing. Arch.) Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Mappa Ronde Gomitolo di Lana 2012
Buongiorno, sono un contributore di OpenStreetMap. Grazie alla segnalazione giunta in mailing-list qualche tempo fa, ho appena scoperto che per preparare la mappa della gara Ronde Gomitolo di Lana 2012 avete utilizzato i nostri dati: http://www.psarally.com/index.php?option=com_contentview=articleid=61Itemid=172 Sono davvero contento! Se non è un disturbo eccessivo, sarei a questo punto curioso di conoscere la procedura che avete seguito per produrre la mappa, per condividerla con la comunità di OSM: potrebbe tornare utile in tantissime occasioni analoghe (gare ciclistiche, podistiche, ecc.). Grazie! Carlo Stemberger -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Non credo si colga il sarcasmo. Forse è meglio essere espliciti: una attribuzione aiuterebbe a fare conoscere osm e rendere le mappe ancora migliori -- http://cascafico.altervista.org http://twitter.com/cascafico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Il 19 ottobre 2012 14:54, Cascafico Giovanni cascaf...@gmail.com ha scritto: Non credo si colga il sarcasmo. Forse è meglio essere espliciti: una attribuzione aiuterebbe a fare conoscere osm e rendere le mappe ancora migliori c'è l'attribuzione non è più quella corretta ma c'è! -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Si la vedo anche io in alto a sx Il giorno 19 ottobre 2012 14:56, Luca Delucchi lucadel...@gmail.com ha scritto: Il 19 ottobre 2012 14:54, Cascafico Giovanni cascaf...@gmail.com ha scritto: Non credo si colga il sarcasmo. Forse è meglio essere espliciti: una attribuzione aiuterebbe a fare conoscere osm e rendere le mappe ancora migliori c'è l'attribuzione non è più quella corretta ma c'è! -- 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 -- MANASSERO Alberto FOSSANO http://www.panoramio.com/user/1707638 http://malbi.500px.com/ http://www.flickr.com/photos/albimana/ Tieni bene in mente le conseguenze per il nostro ambiente prima di stampare questa e-mail. Please consider the consequences for your environment before printing this e-mail. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Il giorno 19 ottobre 2012 14:54, Cascafico Giovanni cascaf...@gmail.comha scritto: Non credo si colga il sarcasmo. Forse è meglio essere espliciti: una attribuzione aiuterebbe a fare conoscere osm e rendere le mappe ancora migliori Non credo che ci fosse sarcasmo. E l'attribuzione c'è, in alto. Il rendering sembra fatto con Maperitive, e l'attribuzione è proprio quella che Maperitive inserisce automaticamente. Il rally ha avuto luogo l'8 e il 9 settembre, quindi non c'era neanche ancora di mezzo l'ODbL. Sono stati perfetti e ineccepibili, mi sembra giusto ringraziarli e cercare di farli partecipare ulteriormente. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Il 19/10/2012 14:54, Cascafico Giovanni ha scritto: Non credo si colga il sarcasmo. Non c'era ombra di sarcasmo, infatti. Mi è giunta una risposta: ve la inoltro subito. Ciao! Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.altervista.org/ | `- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: Re: Mappa Ronde Gomitolo di Lana 2012
Ecco la risposta. Ciao! Carlo Messaggio originale Oggetto:Re: Mappa Ronde Gomitolo di Lana 2012 Data: Fri, 19 Oct 2012 13:33:08 +0200 Mittente: Stefano Barbano barb...@libero.it A: Carlo Stemberger carlo.stember...@gmail.com Il 19/10/2012 12:20, Carlo Stemberger ha scritto: Buongiorno, sono un contributore di OpenStreetMap. Grazie alla segnalazione giunta in mailing-list qualche tempo fa, ho appena scoperto che per preparare la mappa della gara Ronde Gomitolo di Lana 2012 avete utilizzato i nostri dati: http://www.psarally.com/index.php?option=com_contentview=articleid=61Itemid=172 Sono davvero contento! Se non è un disturbo eccessivo, sarei a questo punto curioso di conoscere la procedura che avete seguito per produrre la mappa, per condividerla con la comunità di OSM: potrebbe tornare utile in tantissime occasioni analoghe (gare ciclistiche, podistiche, ecc.). Grazie! Carlo Stemberger Buongiorno, sono Stefano Barbano, webmaster del sito PSA e collaboratore di numerosi organizzatori di rally in italia. Da almeno un anno utilizzo le mappe OpenStreetMap per tutte le gare che seguo, vi invio alcuni link delle gare: http://www.motorimotori.it/index.php?lng=itmod=articolipg=paginac=18articolo=1346687864 http://www.psarally.com/index.php?option=com_contentview=articleid=45Itemid=162 (tulle e 4 le gare, allego link di un dettaglio della PS) http://rallydicomo.com/index.php/cartina-generale http://www.valenzamotori.it/cartina-generale.html (tutte le gare, interessanti anche i dettagli delle PS) http://www.asmotorsport.com/articles.php?lng=itpg=470 L'anno scorso le ho utilizzate anche per il Giro d'Italia Automobilistico. 1) guardo la copertura di openstreetmap e, se occorre, la completo o la correggo. (se sono piccole cose, direttamente da broswer) 2) una volta corretti, esporto i dati XLM in Maperitive e li renderizzo con regole che ho ottimizzato in funzione della scala che devo utilizzare. 3) esporto i dati in .svg e li completo inserendo i livelli del percorso di gara. Per cortesia, mi mandi il link della discussione, quando sarà iniziata. Avevate preso contatti anche con l'autore delle cartine del Giro d'Italia ciclistico? Saluti Stefano Barbano 328.6836833 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Oops scusate: m'è proprio sfuggito. lo schermino dello smartphone m'ha tradito -- http://cascafico.altervista.org http://twitter.com/cascafico Il giorno 19/ott/2012 14.58, Alberto albi.m...@gmail.com ha scritto: Si la vedo anche io in alto a sx Il giorno 19 ottobre 2012 14:56, Luca Delucchi lucadel...@gmail.com ha scritto: Il 19 ottobre 2012 14:54, Cascafico Giovanni cascaf...@gmail.com ha scritto: Non credo si colga il sarcasmo. Forse è meglio essere espliciti: una attribuzione aiuterebbe a fare conoscere osm e rendere le mappe ancora migliori c'è l'attribuzione non è più quella corretta ma c'è! -- 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 -- MANASSERO Alberto FOSSANO http://www.panoramio.com/user/1707638 http://malbi.500px.com/ http://www.flickr.com/photos/albimana/ Tieni bene in mente le conseguenze per il nostro ambiente prima di stampare questa e-mail. Please consider the consequences for your environment before printing this e-mail. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
2012/10/19 Luca Delucchi lucadel...@gmail.com: c'è l'attribuzione non è più quella corretta ma c'è! quello dipende dai dati che usano, se quelli sono cc-by-sa lo rimangono per sempre. L'unico ente che poteva far diventare dati cc-by-sa dei dati ODbL era la foundation (oppure il singolo mappatore per i suoi contributi). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag per pagine di facebook
sempre più spesso le attività come ristoranti e cose del genere si creano una pagina facebook dove trovare i vari contatti e info per questo in mancanza di un sito volevo mettere la pagina ! penso che il sito è ancora più volatile mi è capitato spesso di inserire siti che dopo un pò non risultavano più! spesso succede che l'azienda si fa fare il sito paga il dominio per un anno e poi non lo rinnova più mentre facebook di solito la pagina rimane li al massimo quello che può succedere è che l'azienda chiuda e rimane la pagina ma questo è un'altro problema poi la pagina di facebook è visibile a tutti anche a chi non è registrato e risulta anche nelle ricerche di google io attualmente quando non c'è il sito e c'è la pagina facebook metto website=url pagina facebook comunque penso che non è il massimo ma neanche un errore Il 18/10/2012 10:48, Volker Schmidt ha scritto: La mia opinione personale ... è di non metterlo nel database di OSM. Sono dati troppo volatili e quindi non mantenibili e quindi non utili. So che lo stesso argomento vale fino a un certo punto anche per siti web E poi ci sono tanti altri social networks, che facciamo con loro? Troppo micromapping svaluta il database, perché introduce troppi dati non afffidabili. Volker 2012/10/18 Salemme Guido salemme.gu...@email.it mailto:salemme.gu...@email.it Salve ho il seguente quesito : esiste un tag per indicare una pagina di facebook per esempio spesso inserisco negozi , associazioni , ecc che hanno una pagina di facebook e vorrei inserire anche quelle come si fa per il sito con il tag website esiste un tag specifico? Grazie saluti -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Stampa le tue FOTO SU TELA! Su MisterCupido.com puoi creare Quadri Personalizzati a partire da soli euro 18.90 - Consegne in tutta Italia in soli 2-3 giorni Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12388d=18-10 ___ Talk-it mailing list Talk-it@openstreetmap.org mailto: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 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Vuoi fare un regalo davvero originale? Su MisterCupido.com troverai centinaia di IDEE REGALO per tutte le tasche! Consegne in tutta Italia in soli 2-3 giorni Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12387d=19-10 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Ronde Gomitolo di Lana 2012
Il giorno 19/ott/2012 18:10, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/10/19 Luca Delucchi lucadel...@gmail.com: c'è l'attribuzione non è più quella corretta ma c'è! quello dipende dai dati che usano, se quelli sono cc-by-sa lo rimangono per sempre. L'unico ente che poteva far diventare dati cc-by-sa dei dati ODbL era la foundation (oppure il singolo mappatore per i suoi contributi). Comunque non starei a sindacate troppo su questo, l'attribuzione c'è anche se datata... :-) ciao, Martin Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Lantmäteriverket har gett OSM tillstånd att föra databas
Allmänt, hur förväntas OSM veta om ett skyddsobjekt är med eller inte? De taggas v?ä inte direkt skyddsobjekt=yes? Jag tolkar beslutet att de ger oss tillstånd att föra databas och även publicera kartor över Sverige, så länge som vi inte tar med några skyddsobjekt som att en sådan tagg vore bra att ha - att skyddobjekten får finnas i databasen men inte på publicerade kartor. Men även om det skulle stämma kvarstår ju ett antal frågor. De flesta som skapar och redigerar data inom Sveriges gränser är svenskar, men databasen ligger inte i Sverige. Frågan är vilken domän Lantmäteriet har tillsynsansvar för, kartor över Sverige eller kartor publicerade i Sverige? Om någon publicerar en OSM-karta på en svensk server antar jag att de är tillsynsansvariga, men hur är det med internationella servrar? Såvitt jag förstår finns en avdelning på Lantmäteriet som har till uppgift att granska kartor innan publicering och markera de eventuella skyddsobjekt som finns med, så snart man maskat bort dem får man godkänt att publicera kartan. Om detta stämmer och de inte tar något betalt för arbetet kan man alltså tänka sig att de informerar oss om alla befintliga och nytillkomna skyddobjekt, och så ger man dem taggen ovan. Den som sedan vill publicera en svensk OSM-karta får se till att dölja dessa objekt. Frågan är vart de i så fall skickar sin feedback och hur vi garanterar att allt förs in. Med tanke på vilket intresse svenska myndigheter (både stat och kommun) visade för öppen data i allmänhet och OSM i synnerhet vid GeoInfo-konferensen på SLU för några veckor sedan borde det finnas möjlighet att skaka fram ett projekt för detta. Kommuner kan inte använda OSM om jobbet inte görs, inte utan att de själva har en manuell granskning och tar bort alla skyddsobjekt först. /Håkan (hakke) ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lantmäteriverket har gett OSM tillstånd att föra databas
Ett problem är att lantmäteriets lista över objekt som inte får finnas med på kartor är kvalificerat hemlig. Därför kan de inte berätta för oss vilka specifika objekt som inte ska finnas med på någon karta. Och de lär bli ännu mindre glada om någon dessutom börjar märka ut hemliga installationer med speciella taggar. Det handlar förstås inte heller bara om att låta bli att ha med objekten på publicerade kartor. De ska undvika att stoppas in i databasen överhuvudtaget. Det känns som den enda vettiga tolkningen. Alltså, både tillståndet att föra databas och att producera kartor är avhängigt villkoret att inte ta med skyddsobjekt. (Notera att detta är en stor lättnad jämfört med utan tillståndet, då vi formellt egentligen varken fick föra databas eller producera kartor överhuvudtaget.) Listan i Christians mail tycker jag känns helt rimlig att låta bli att kartlägga. (Men om en byggnad syns tydligt på Bing-bilderna är det väl ingen större skada skedd om den ritas ut som en generell byggnad i kartan.) //Mattias 2012/10/19 Hakan Karlsson hakan.karls...@pb.com: Allmänt, hur förväntas OSM veta om ett skyddsobjekt är med eller inte? De taggas v?ä inte direkt skyddsobjekt=yes? Jag tolkar beslutet att de ger oss tillstånd att föra databas och även publicera kartor över Sverige, så länge som vi inte tar med några skyddsobjekt som att en sådan tagg vore bra att ha - att skyddobjekten får finnas i databasen men inte på publicerade kartor. Men även om det skulle stämma kvarstår ju ett antal frågor. De flesta som skapar och redigerar data inom Sveriges gränser är svenskar, men databasen ligger inte i Sverige. Frågan är vilken domän Lantmäteriet har tillsynsansvar för, kartor över Sverige eller kartor publicerade i Sverige? Om någon publicerar en OSM-karta på en svensk server antar jag att de är tillsynsansvariga, men hur är det med internationella servrar? Såvitt jag förstår finns en avdelning på Lantmäteriet som har till uppgift att granska kartor innan publicering och markera de eventuella skyddsobjekt som finns med, så snart man maskat bort dem får man godkänt att publicera kartan. Om detta stämmer och de inte tar något betalt för arbetet kan man alltså tänka sig att de informerar oss om alla befintliga och nytillkomna skyddobjekt, och så ger man dem taggen ovan. Den som sedan vill publicera en svensk OSM-karta får se till att dölja dessa objekt. Frågan är vart de i så fall skickar sin feedback och hur vi garanterar att allt förs in. Med tanke på vilket intresse svenska myndigheter (både stat och kommun) visade för öppen data i allmänhet och OSM i synnerhet vid GeoInfo-konferensen på SLU för några veckor sedan borde det finnas möjlighet att skaka fram ett projekt för detta. Kommuner kan inte använda OSM om jobbet inte görs, inte utan att de själva har en manuell granskning och tar bort alla skyddsobjekt först. /Håkan (hakke) ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Lantmäteriverket har gett OSM tillstånd att föra databas
Jag tycker att grundfrågan kvarstår: Hur vet jag att ett stycke land innehåller eller är ett skyddsobjekt? Någon lista finns ju självklart inte. Andra publicerar dem ju, så andra kator är en dålig hjälp. Många karterar ju i OSM via satellit-bilder vilket gör att man inte se skylten som man ofta kan se om man är på plats. Det här är inte enkelt. Jag tror att vi helt enkelt får fortsätta som innan beslutet fanns. Allt annat lägger väldigt mycket arbete på detaljer där tiden borde utnyttjas till mer kreativ kartering. Bengt 19 okt 2012 kl. 08:16 skrev Hakan Karlsson hakan.karls...@pb.com: Allmänt, hur förväntas OSM veta om ett skyddsobjekt är med eller inte? De taggas v?ä inte direkt skyddsobjekt=yes? Jag tolkar beslutet att de ger oss tillstånd att föra databas och även publicera kartor över Sverige, så länge som vi inte tar med några skyddsobjekt som att en sådan tagg vore bra att ha - att skyddobjekten får finnas i databasen men inte på publicerade kartor. Men även om det skulle stämma kvarstår ju ett antal frågor. De flesta som skapar och redigerar data inom Sveriges gränser är svenskar, men databasen ligger inte i Sverige. Frågan är vilken domän Lantmäteriet har tillsynsansvar för, kartor över Sverige eller kartor publicerade i Sverige? Om någon publicerar en OSM-karta på en svensk server antar jag att de är tillsynsansvariga, men hur är det med internationella servrar? Såvitt jag förstår finns en avdelning på Lantmäteriet som har till uppgift att granska kartor innan publicering och markera de eventuella skyddsobjekt som finns med, så snart man maskat bort dem får man godkänt att publicera kartan. Om detta stämmer och de inte tar något betalt för arbetet kan man alltså tänka sig att de informerar oss om alla befintliga och nytillkomna skyddobjekt, och så ger man dem taggen ovan. Den som sedan vill publicera en svensk OSM-karta får se till att dölja dessa objekt. Frågan är vart de i så fall skickar sin feedback och hur vi garanterar att allt förs in. Med tanke på vilket intresse svenska myndigheter (både stat och kommun) visade för öppen data i allmänhet och OSM i synnerhet vid GeoInfo-konferensen på SLU för några veckor sedan borde det finnas möjlighet att skaka fram ett projekt för detta. Kommuner kan inte använda OSM om jobbet inte görs, inte utan att de själva har en manuell granskning och tar bort alla skyddsobjekt först. /Håkan (hakke) ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-ca] Canvec 10 and landcover issues
Hi everyone, I've done some OSMInspector debugging of areas around Montreal and I've come across a number of newly imported natural=wetland areas, sourced from Canvec 10. that are clearly wrong. This, for example, http://www.openstreetmap.org/?lat=45.69514lon=-73.90455zoom=17layers=M is a subdivision, not wetland or wood. If you're importing Canvec data could you please make sure to do some plausibility checks, based on aerial imagery or road layout, especially in populated areas? I'm not sure how old the imported data is, but some areas supposedly covered by woods or wetlands look like they've been developed for quite some time. Cheers, Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec 10 and landcover issues
Harald, I dont know how you conclude that there is no wetlands around this area in Laval. It is not sufficient to see houses around to conclude that there is no wetland. These are often wooded areas with water all over. Google physical also shows a stream starting from this area. The link below shows a comparison of this area with Google imagery. Are you sure that there is no wetland in this area. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.91012lat=45.69989zoom=17 The link below shows an aera in Saint-Jean-sur-Richelieu were houses have been built for over 30 years. Look how many houses were flooded last year. Zoom in to see areas that were flooded. http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm?zoom=16lat=45.28568lon=-73.24907layers=B000T My experience, as a volunteer for SOS-Richelieu, last year, showed me how that too often the municipalities have accepted that contractors build houses over wetlands. And this was often the case with Laval. These imports are part of the process of building the OSM map. This import is a first step and local mappers will eventually validate and correct if necessary. The same situation arises with imagery such as Bing when some buildings are built or others demolished. What we need is to build a strong community of mappers that will improve the map from the state it is presently. Pierre De : Harald Kliems kli...@gmail.com À : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Vendredi 19 octobre 2012 14h04 Objet : [Talk-ca] Canvec 10 and landcover issues Hi everyone, I've done some OSMInspector debugging of areas around Montreal and I've come across a number of newly imported natural=wetland areas, sourced from Canvec 10. that are clearly wrong. This, for example, http://www.openstreetmap.org/?lat=45.69514lon=-73.90455zoom=17layers=M is a subdivision, not wetland or wood. If you're importing Canvec data could you please make sure to do some plausibility checks, based on aerial imagery or road layout, especially in populated areas? I'm not sure how old the imported data is, but some areas supposedly covered by woods or wetlands look like they've been developed for quite some time. Cheers, Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec 10 and landcover issues
From: Harald Kliems [mailto:kli...@gmail.com] Sent: Friday, October 19, 2012 11:04 AM To: Talk-CA OpenStreetMap Subject: [Talk-ca] Canvec 10 and landcover issues Hi everyone, I've done some OSMInspector debugging of areas around Montreal and I've come across a number of newly imported natural=wetland areas, sourced from Canvec 10. that are clearly wrong. This, for example, http://www.openstreetmap.org/?lat=45.69514lon=- 73.90455zoom=17layers=M is a subdivision, not wetland or wood. If you're importing Canvec data could you please make sure to do some plausibility checks, based on aerial imagery or road layout, especially in populated areas? I'm not sure how old the imported data is, but some areas supposedly covered by woods or wetlands look like they've been developed for quite some time. Yes - one of the frequent issues is that the different thematic layers (e.g. landcovers, addresses, roads, buildings, etc) are different ages and some are very old. In BC the buildings information is horrendously old while frequently the water and forest information doesn't agree - leading to CanVec saying there are trees in the ocean. The recent releases are better in this regards and I believe some zipfiles include information on the age of the different feature data included, but the problem of areas being described both as built up by the roads data and as forest by the other data is still frequently an issue. It's like your mixing pictures of what the area was like at different times, so you get confusing results. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec 10 and landcover issues
Hi Pierre, thanks for the response. On Fri, Oct 19, 2012 at 3:25 PM, Pierre Béland infosbelas-...@yahoo.fr wrote: I dont know how you conclude that there is no wetlands around this area in Laval. It is not sufficient to see houses around to conclude that there is no wetland. These are often wooded areas with water all over. Google physical also shows a stream starting from this area. The link below shows a comparison of this area with Google imagery. Are you sure that there is no wetland in this area. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.91012lat=45.69989zoom=17 This is a misunderstanding. I did not mean that there is _no_ wetland in the area. But I'm pretty certain that the boundaries of the wetland are wrong: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.90457lat=45.69533zoom=17 Aside from the wetland issue (see below), we can probably agree that the area is not natural = wood, even if some people might have planted trees in their yards. The link below shows an aera in Saint-Jean-sur-Richelieu were houses have been built for over 30 years. Look how many houses were flooded last year. Zoom in to see areas that were flooded. http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm?zoom=16lat=45.28568lon=-73.24907layers=B000T My experience, as a volunteer for SOS-Richelieu, last year, showed me how that too often the municipalities have accepted that contractors build houses over wetlands. And this was often the case with Laval. Okay, this is a different issue, coming down to the definition of what wetland is. I'm by no means an expert, but in my understanding you can't have a residential area in wetlands. In order to build houses you must first use drainage channels etc. to turn wetland into developed land. The fact that there can be flooding in a given area doesn't make it into wetland to me. The wiki isn't very explicit about this (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland) but the specific subtypes seem to hint at a definition stricter than yours. Maybe someone can tell us what definition is used for Canvec. Cheers, Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec 10 and landcover issues
On 19-10-2012 21:46, Harald Kliems wrote: Hi Pierre, thanks for the response. On Fri, Oct 19, 2012 at 3:25 PM, Pierre Béland infosbelas-...@yahoo.fr wrote: I dont know how you conclude that there is no wetlands around this area in Laval. It is not sufficient to see houses around to conclude that there is no wetland. These are often wooded areas with water all over. Google physical also shows a stream starting from this area. The link below shows a comparison of this area with Google imagery. Are you sure that there is no wetland in this area. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.91012lat=45.69989zoom=17 This is a misunderstanding. I did not mean that there is _no_ wetland in the area. But I'm pretty certain that the boundaries of the wetland are wrong: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.90457lat=45.69533zoom=17 Aside from the wetland issue (see below), we can probably agree that the area is not natural = wood, even if some people might have planted trees in their yards. The link below shows an aera in Saint-Jean-sur-Richelieu were houses have been built for over 30 years. Look how many houses were flooded last year. Zoom in to see areas that were flooded. http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm?zoom=16lat=45.28568lon=-73.24907layers=B000T My experience, as a volunteer for SOS-Richelieu, last year, showed me how that too often the municipalities have accepted that contractors build houses over wetlands. And this was often the case with Laval. Okay, this is a different issue, coming down to the definition of what wetland is. I'm by no means an expert, but in my understanding you can't have a residential area in wetlands. In order to build houses you must first use drainage channels etc. to turn wetland into developed land. The fact that there can be flooding in a given area doesn't make it into wetland to me. The wiki isn't very explicit about this (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland) but the specific subtypes seem to hint at a definition stricter than yours. Maybe someone can tell us what definition is used for Canvec. Cheers, Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Hi Harald, As Paul just explained, the Canvec data comes from different ages, so what this basically tells is that 20 or 30 years ago (or maybe just 10 years ago) this area was a wooded marsh. Unfortunately, this landcover data is the best available. (The lower resolution Landsat data can be pretty old too, and its resolution makes it unusable.) It still needs to be reconciled with the roads, preferably with the help of Bing imagery. I'm not sure if a decent resolution is available in this area. Good coverage is pretty spotty in Canada. Regarding the flooding: areas which used to be wetlands in the past are still prone to flooding, unless significant work has been undertaken from ever happening again (like drainage, diverting streams, putting extra soil on top). Especially when buildings are built within the channels which have been eroded by rivers, then you can basically wait for a disaster to happen. Frank ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec 10 and landcover issues
Harald, I am not an expert either and it would be interesting to have the opinion of an expert. But I can say that a wetland is an area were the groundwater is at the surface of the soil. It can be grass or covered by forest. For years you see no problems and pretend the situation do not exist. The government of Québec is producing very detailed maps of risk zones. It would be interesting to see. But it is not free. There are different types of wetland. The tag natural=wetland is combined with wetland=type for more precision. wiki http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland Pierre De : Harald Kliems kli...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Vendredi 19 octobre 2012 15h46 Objet : Re: [Talk-ca] Canvec 10 and landcover issues Hi Pierre, thanks for the response. On Fri, Oct 19, 2012 at 3:25 PM, Pierre Béland infosbelas-...@yahoo.fr wrote: I dont know how you conclude that there is no wetlands around this area in Laval. It is not sufficient to see houses around to conclude that there is no wetland. These are often wooded areas with water all over. Google physical also shows a stream starting from this area. The link below shows a comparison of this area with Google imagery. Are you sure that there is no wetland in this area. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.91012lat=45.69989zoom=17 This is a misunderstanding. I did not mean that there is _no_ wetland in the area. But I'm pretty certain that the boundaries of the wetland are wrong: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlehybridlon=-73.90457lat=45.69533zoom=17 Aside from the wetland issue (see below), we can probably agree that the area is not natural = wood, even if some people might have planted trees in their yards. The link below shows an aera in Saint-Jean-sur-Richelieu were houses have been built for over 30 years. Look how many houses were flooded last year. Zoom in to see areas that were flooded. http://pierzen.dev.openstreetmap.org/hot/openlayers/inondation-richelieu-2011.htm?zoom=16lat=45.28568lon=-73.24907layers=B000T My experience, as a volunteer for SOS-Richelieu, last year, showed me how that too often the municipalities have accepted that contractors build houses over wetlands. And this was often the case with Laval. Okay, this is a different issue, coming down to the definition of what wetland is. I'm by no means an expert, but in my understanding you can't have a residential area in wetlands. In order to build houses you must first use drainage channels etc. to turn wetland into developed land. The fact that there can be flooding in a given area doesn't make it into wetland to me. The wiki isn't very explicit about this (http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland) but the specific subtypes seem to hint at a definition stricter than yours. Maybe someone can tell us what definition is used for Canvec. Cheers, Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] (no subject)
Could you please unsubscribe me? Thank you! -- Clément Le Quintrec | (514) 692 8341 | ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] [forum-osm-fr] Comment moyenner 2 trace GPX
Le message suivant de : ## Bonjour, Je débute sur l'édition d'osm. J'ai fais cette randonnée en début de semaine : http://www.openstreetmap.org/user/Tioneb/traces/1338392 Je souhaite désormais ajouter ce sentier sur osm. J'utilise josm. Le début et la fin de la randonnée sont identique. J'ais donc deux traces qui se recoupent. Comment puis je moyenner les deux ? Merci de votre aide. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 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] [RECH] Un contributeur pédagogue sur Belfort ?
Ok ça roule, merci pour le retour et bonnes contributions -- View this message in context: http://gis.19327.n5.nabble.com/RECH-Un-contributeur-pedagogue-sur-Belfort-tp5731359p5731695.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Comment moyenner 2 trace GPX
Bonjour, Le début et la fin de la randonnée sont identique. J'ais donc deux traces qui se recoupent. Comment puis je moyenner les deux ? À l'œil!!! Ajoute un calque Bing ou une autre vue aérienne, tu y verras éventuellement ton sentier. Superpose tes traces. Tague ce que tu penses être le mieux avec les 3 infos. Une trace GPS peut être correcte un moment et complètement à côté un peu plus tard. Moyenner mathématiquement n'est forcément une bonne idée. Il faut déjà filtrer à l'œil ce qui parait aberrant. Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : Annuler
Le 18/10/2012 23:18, Eric SIBERT a écrit : A propos de JOSM, ne pourrait-on pas changer le libellé du bouton qui apparaît durant l'upload des données. Interrompre plutôt que Annuler? Tout à fait d'accord. J'utilise svn pour versionner du soft et les changesets sont MONOLITHIQUES. Du coup, j'ai longtemps crû qu'il en était de même pour les changesets d'OSM. Quand ça cassait et que je relançais, je ne m'expliquait pas les doublons que je voyais en repassant après dans la zone. Et quand on appuie sur le bouton Interrompre et que le transfert a été interrompu, un petit message informant que seule une partie des données a été transmise. Et conseiller de retélécharger la zone pour s'y retrouver? Pareil! Et peut être même y mettre le bouton pour re-télécharger. Voyez-vous une raison pour qu'il ne soit pas nécessaire de re-télécharger après une interruption? Cordialement, Cedric Mes 0,02 €. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage dans sa documentation à la contribution à OSM: http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo On peut y lire ceci: *Les informations routières (noms de rues, numéros de rues, …) fournies par l’API TISSEO proviennent du projet OpenStreetMap ( http://www.openstreetmap.org/). Certaines rues, ou certains numéros de rues ne sont pas encore connus d’OpenStreetMap et seront donc inaccessibles via notre API. C’est pourquoi nous encourageons vivement les utilisateurs de l’API à contribuer à l’amélioration des données OpenStreetMap. Nous réaliserons des mises à jour régulières qui contiendront vos contributions. Techniquement, nous n’importons les numéros de rues que sur des nodes (addr:housenumber) et les nodes en relation à une rue (associatedStreet) et non pas sur les buildings.* Romain Le 19 octobre 2012 00:59, Vincent Privat vincent.pri...@gmail.com a écrit : Au passage, je crois avoir fini de mettre à jour la page du wiki avec les derniers ajouts de données et le récent changement de nom de Toulouse Métropole :) http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData Vincent Le 18 octobre 2012 23:30, Vincent Privat vincent.pri...@gmail.com a écrit : Un grand merci à Claire et Sébastien pour vos présentations de cet après-midi, et ravi d'avoir rencontré Cyrille :) J'ai du partir au milieu du discours de M. Cohen pour contraintes personnelles, vous avez pu voir le résultat du concours open data ? Je suis curieux de savoir quelles ont été les meilleures applis :) ___ 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Bonjour, Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez de discussions, et je ne veux pas augmenter le bruit. Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Michael Le 18 octobre 2012 21:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le 18 octobre 2012 17:35, Marc SIBERT m...@sibert.fr a écrit : +1 Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne protège en rien contre les problèmes de qualité ou le vandalisme. Comme de toute façon l'import du Cadastre n'est pas concerné par ces points. il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce concentrer sur les vrais problèmes de qualité et de vandalisme. Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser pisser (@sly : I'm back ! ) +beaucoup ! Ca me fait penser à des discussions interminables de règlements de compétitions sportives (parapente/delta) où certains (en gros les anglo-saxons dans leur version autant anglo que saxons) perdaient de vue l'utilité des règles. Des règles faites pour la sécurité qui mal appliquées ou appliquées bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif initial. Il fallait pouvoir avoir un peu de recul pour le comprendre, mais visiblement la remise en cause des règles est quelque chose de culturel. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Avez-vous utilisé des données de la ville de Toulouse ?
C'est très bien d'inciter à contribuer, mais ça serait encore mieux de prendre en compte toutes les façons de tagguer des adresses: - relations associatedStreet ou pas - addr:housenumber sur un noeud ou un chemin 4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un et c'est dommage... même si c'est mieux que 0 bien sûr ! Le 19 octobre 2012 09:15, Romain MEHUT romain.me...@gmail.com a écrit : Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage dans sa documentation à la contribution à OSM: http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo On peut y lire ceci: Les informations routières (noms de rues, numéros de rues, …) fournies par l’API TISSEO proviennent du projet OpenStreetMap (http://www.openstreetmap.org/). Certaines rues, ou certains numéros de rues ne sont pas encore connus d’OpenStreetMap et seront donc inaccessibles via notre API. C’est pourquoi nous encourageons vivement les utilisateurs de l’API à contribuer à l’amélioration des données OpenStreetMap. Nous réaliserons des mises à jour régulières qui contiendront vos contributions. Techniquement, nous n’importons les numéros de rues que sur des nodes (addr:housenumber) et les nodes en relation à une rue (associatedStreet) et non pas sur les buildings. Romain Le 19 octobre 2012 00:59, Vincent Privat vincent.pri...@gmail.com a écrit : Au passage, je crois avoir fini de mettre à jour la page du wiki avec les derniers ajouts de données et le récent changement de nom de Toulouse Métropole :) http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData Vincent Le 18 octobre 2012 23:30, Vincent Privat vincent.pri...@gmail.com a écrit : Un grand merci à Claire et Sébastien pour vos présentations de cet après-midi, et ravi d'avoir rencontré Cyrille :) J'ai du partir au milieu du discours de M. Cohen pour contraintes personnelles, vous avez pu voir le résultat du concours open data ? Je suis curieux de savoir quelles ont été les meilleures applis :) ___ 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 -- 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. Le 19 octobre 2012 09:28, kimaidou kimai...@gmail.com a écrit : Bonjour, Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez de discussions, et je ne veux pas augmenter le bruit. Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Michael Le 18 octobre 2012 21:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le 18 octobre 2012 17:35, Marc SIBERT m...@sibert.fr a écrit : +1 Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne protège en rien contre les problèmes de qualité ou le vandalisme. Comme de toute façon l'import du Cadastre n'est pas concerné par ces points. il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce concentrer sur les vrais problèmes de qualité et de vandalisme. Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser pisser (@sly : I'm back ! ) +beaucoup ! Ca me fait penser à des discussions interminables de règlements de compétitions sportives (parapente/delta) où certains (en gros les anglo-saxons dans leur version autant anglo que saxons) perdaient de vue l'utilité des règles. Des règles faites pour la sécurité qui mal appliquées ou appliquées bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif initial. Il fallait pouvoir avoir un peu de recul pour le comprendre, mais visiblement la remise en cause des règles est quelque chose de culturel. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
