Re: [OSM-talk-be] Meetup Facebookgroep
Thanks, Ben ! I am not on Facebook, but I think it's a very good idea ! Julien Le 14/05/14 10:52, Ben Abelshausen a écrit : Hi All, I was inviting new mappers to our next meetup and I was thinking we also really need a Facebook-group because people are actually using Facebook these days! So I created one: https://www.facebook.com/groups/1419016881706058/ I hope you all join in huge numbers and start sharing stuff there! ;-) I you haven't yet, join our meetup group too if you want: http://www.meetup.com/OpenStreetMap-Belgium/ Next meetup in Gent next week and there are plans to do a mapping-party in Antwerp If I understand correctly! Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Meetup Facebookgroep
Goed idee, maar ook daar zal voor velen de taalbarrière blijven. Guy Vanvuchelen Van: Ben Abelshausen [mailto:ben.abelshau...@gmail.com] Verzonden: woensdag 14 mei 2014 10:52 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Meetup Facebookgroep Hi All, I was inviting new mappers to our next meetup and I was thinking we also really need a Facebook-group because people are actually using Facebook these days! So I created one: https://www.facebook.com/groups/1419016881706058/ I hope you all join in huge numbers and start sharing stuff there! ;-) I you haven't yet, join our meetup group too if you want: http://www.meetup.com/OpenStreetMap-Belgium/ Next meetup in Gent next week and there are plans to do a mapping-party in Antwerp If I understand correctly! Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On Fri, May 16, 2014 at 7:57 AM, Jean-Marc Liotier j...@liotier.org wrote: We are not going to comply with hypothetical licenses that may or may not appear in the future. +1 We already get feedbacks from contributors refusing to change the share-alike condition. And I cannot imagine that OSM will forbid external sources fully compatible with the current licence just for the hypothetical case of a possible licence change in the future. Or try to change the licence now. It would be interesting to see if you will find 2 third of active contributors accepting to remove the share-alike attribution. Or in a similar way you consider imports and by honesty, inform the current contributors that if they don't accept to remove the share-alike in the future, they should stop now. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
I agree that it's unlikely to drop the share-alike clause in future. But nevertheless there may be another license, and this has to be possible even for imports. In fact, third data sources must agree to be published under ODBL (as that's the current license) and the owner has in fact to agree with the Contributor terms, which includes the relicensing term as stated there. It's not the importing osm user alone who has to agree to the CT, but the vendor of the imported data as well. If they do, import can be done. If not, then not. The contributor terms basically state that anyone who agrees is aware of and allows the data imported to osm to be relicensed later under some conditions to any license that fulfills some other conditions. This IMHO (but I am not a lawyer) includes CC-0 and PD, and as far as I know includes licenses requiring attribution - with the waiver that attribution for each contributor may be given indirectly by linking to the general osm copyright page. It may not include any license with any additional restrictions. CC-BY as such allows the licensor to define how attribution must be given, so it may be okay for imports - or not. CC-BY-SA without modifications is not okay as the share-alike does not include any other license (sometimes apart from later versions of cc-by-sa itself). regards Peter Am 16.05.2014 10:22, schrieb Pieren: On Fri, May 16, 2014 at 7:57 AM, Jean-Marc Liotier j...@liotier.org wrote: We are not going to comply with hypothetical licenses that may or may not appear in the future. +1 We already get feedbacks from contributors refusing to change the share-alike condition. And I cannot imagine that OSM will forbid external sources fully compatible with the current licence just for the hypothetical case of a possible licence change in the future. Or try to change the licence now. It would be interesting to see if you will find 2 third of active contributors accepting to remove the share-alike attribution. Or in a similar way you consider imports and by honesty, inform the current contributors that if they don't accept to remove the share-alike in the future, they should stop now. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Somehow I suspect that the proponents of screw the future (aka lets tie the hands of every future OSM contributor) simply don't have enough imagination. For me it is a distinct possibility that in 10 years from now Nokia/here and Tomtom will be long gone, and only google and OSM will still be players at a global level (google likely heavily regulated and split in to multiple independent operations). We will have decreased the monetary value of raw, static, geo-data to zero and I expect that the days of restrictive licences for government geo-data will have gone for good in an attempt to to remain vaguely relevant. Google will be gobbling up everything it can get for free for sure. I have no idea what the OSM community will want to do then, but I do know that it is extremely short sighted to unnecessarily to bind them to something that, however reasonable it may be now, might be totally at odds with reality then. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nik4: mapnik → image
Ilya, a big thank you! This looks convenient and promising, am waiting now for the second output, the first one, created like this: nik4.py -b 5.8 35.5 19 48.1 --ppi 300 --size-px 28108 36000 osm-render.xml italiabig300dpi.png didn't work like expected (I got a tiny map in the upper left corner and all the rest was sea-blue). Can I feed it with the classic render.xml style (no carto), or does it expect a carto-style? In the second attempt I'm omitting the dimensions and only defining a zoom level, a bounding box and a output resolution. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 11:03, Simon Poole wrote: Somehow I suspect that the proponents of screw the future (aka lets tie the hands of every future OSM contributor) simply don't have enough imagination. [..] That is one way to look at it. Others might rather see it as preventing our community assets being hijacked by a future manipulator. But this horse has been beaten to death already - GPL vs. BSD redux all over again... We'll have to agree to disagree. As it stands now, there is nothing that prevents anyone from contributing ODbL-licensed data into an ODbL-licensed database. One could even remark that receiving contributions of ODbL-licensed data is a significant goal of an ODbL-licensed database... If at some point in the future the OSMF decides to change the license and gets a 2/3 majority approval vote of active contributors, then other things will happen. Meanwhile we shall use the ODbL to the full extent of its ability to protect our community assets. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Nik4: mapnik → image
Ilya, a big thank you! This looks convenient and promising, am waiting now for the second output, the first one, created like this: nik4.py -b 5.8 35.5 19 48.1 --ppi 300 --size-px 28108 36000 osm-render.xml italiabig300dpi.png didn't work like expected (I got a tiny map in the upper left corner and all the rest was sea-blue). Yes, that's a bug I've also encountered when trying to render 1000x26000 strip. Looks like an overflow error in Mapnik. Use --tiles parameter (I'd suggest --tiles 3): it will generate the image in 9 parts and then merge them with Imagemagick. Can I feed it with the classic render.xml style (no carto), or does it expect a carto-style? In the second attempt I'm omitting the dimensions and only defining a zoom level, a bounding box and a output resolution. It expects a regular mapnik xml, not cartocss or cascadenik. CartoCSS projects should be processed with carto -l. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
2014-05-16 11:42 GMT+02:00 Jean-Marc Liotier j...@liotier.org: As it stands now, there is nothing that prevents anyone from contributing ODbL-licensed data into an ODbL-licensed database. I agree with Peter here, there is something that can make you think twice about importing ODbL licensed data: the CTs. You not only have to comply to ODbL, but also to the CTs. http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR 3. OSMF agrees that it may only use or sub-license Your Contents as part of a database and only under the terms of one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence (for example, http://www.opendefinition.org/okd/) as may from time to time be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors. -- or if you live in France it's this text: 3. OSMF consent à n’utiliser ou sous-licencier votre Contenu que comme partie de la base de données et seulement par le biais d’une ou des licences suivantes : ODbL 1.0 pour la base de données et DbCL 1.0 pour les contenus individuels de la base de données ; CC-BY-SA 2.0 ; ou toute autre licence libre et ouverte de même type (comme, par exemple, http://www.opendefinition.org/okd/) qui pourra être ponctuellement choisie par une majorité de 2/3 des contributeurs actifs parmi les membres d’OSMF. So basically you can only import data that is compatible with ODbL and/or cc-by-sa 2.0 and which can later be relicensed. According to the CTs it would seem as if you could also contribute cc-by-sa 2.0-only data, which is in my understanding not possible as long as osmf publishes the data as ODbL. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Hi, Jean-Marc Liotier schrieb: But this horse has been beaten to death already - GPL vs. BSD redux all over again... You are making it a question of licences, too. If you insist to compare it to software, you'd have to compare it with the Contributor License Agreement (CLA¹) as required by many larger opensource projects. Just let it happen there's a legal mistake in the ODbL and we *have* to update to ODbL v2.0 in order to prevent our community assets being hijacked, you might be stuck. There's not just *one* version of GPL, LGPL, CC, ... And not only that: As noted earlier, you're importing data that will not be mapped in a clean manner again, as the data is allready there due to the dubious import. Regards, Peda [1] http://en.wikipedia.org/wiki/Contributor_License_Agreement -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
It is likely that the LWG will be providing a clarification on the matter at hand soon (Paul has been doing some work on this over the last couple of weeks). It should be further noted that any ODbL licensed data that somebody wants included in OSM would have to go through the same process as any other import. Is fairly obvious looking at the sequence and timing of events that led to the licence change that making imports of ODbL licensed data easy, clearly could have not been a goal of the switch and was not even on the table. Claiming that there was or is such an intent is simply a fabrication. All that said, address data is fairly unproblematic in that it is likely one of the easier things to add and remove again, but just as well could remain outside of OSM. Naturally importing address data is a sure killer to creating our own, mapper curated dataset in such regions, which implies that such areas would be those that would suffer most if an incompatible licence change happened in the future. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 12:03, Martin Koppenhoefer wrote: 2014-05-16 11:42 GMT+02:00 Jean-Marc Liotier j...@liotier.org mailto:j...@liotier.org: As it stands now, there is nothing that prevents anyone from contributing ODbL-licensed data into an ODbL-licensed database. I agree with Peter here, there is something that can make you think twice about importing ODbL licensed data: the CTs. You not only have to comply to ODbL, but also to the CTs. http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR 3. OSMF agrees that it may only use or sub-license Your Contents as part of a database and only under the terms of one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence (for example, http://www.opendefinition.org/okd/) as may from time to time be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors. Section 3. of the contributor terms demand agreement to the re-licensing process. The fact that one agrees about the re-licensing process does not imply that the terms of the hypothetical future license borne from that re-licensing process currently apply. If the OSMF triggers triggers the re-licensing process, then a whole new can of worms will be opened and we shall have a fun discussion about its contents and how to get it approved by a 2/3 majority of active contributors. For now however, that container of invertebrates is not in our inventory and we operate within the scope of the ODbL. While of course the contributor terms are governed by English law, I would like to cite Article 2 of the French Code Civil: Legislation provides only for the future; it has no retrospective operation. It was written since 1803 and still applies today. Maybe as a French citizen I am suffering from cultural bias in seeing that principle as important, but I suspect that something like that exists in English law because even the English don't really wants to be ruled by laws that don't exist yet. Even if a future license puts the whole Openstreetmap world upside down in a perfectly legal manner, it does not apply to us today. We have no obligation to comply to rules that do not exist. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 12:32, Peter Barth wrote: And not only that: As noted earlier, you're importing data that will not be mapped in a clean manner again, as the data is allready there due to the dubious import. Could you please elaborate a bit about why you think that the data produced by the project will not be mapped in a clean manner ? I may have misunderstood what my compatriots intend to do, but from what I have read I have every reason to believe that the data will be handled in the cleanest manner. By the way, BANO is not an import - collection takes place in an external database and the eventual setting of an address point in Openstreetmap will remain a human manual action, even if sourced from an OBdL-licensed database. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
2014-05-16 12:44 GMT+02:00 Jean-Marc Liotier j...@liotier.org: While of course the contributor terms are governed by English law, I would like to cite Article 2 of the French Code Civil: Legislation provides only for the future; it has no retrospective operation. It was written since 1803 and still applies today. Maybe as a French citizen I am suffering from cultural bias in seeing that principle as important, but I suspect that something like that exists in English law because even the English don't really wants to be ruled by laws that don't exist yet. the option to change the license into some other free and open license is current, it is not in the future (applying it and letting the contributors vote on an actually proposed license is in the future). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
Jean-Marc Liotier schrieb: Could you please elaborate a bit about why you think that the data produced by the project will not be mapped in a clean manner ? My assumption is, that for data mapped by me could be relicenced with the 2/3 majority even if I'm allready dead. This assumption would not hold for the imported data. Therefore, I consider the human mapped data the better one. However, as I can't say if a peace of data is mapped in one or the other way, there's not even the possibility to remap that special data in a clean manner. I hope that explains what I meant :) Regards, Peda -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16 May 2014 12:03, Martin Koppenhoefer dieterdre...@gmail.com wrote: So basically you can only import data that is compatible with ODbL and/or cc-by-sa 2.0 and which can later be relicensed. According to the CTs it would seem as if you could also contribute cc-by-sa 2.0-only data, which is in my understanding not possible as long as osmf publishes the data as ODbL. That's not true and it has been clarified by the LWG even before the license change process ended. You comply with the CTs if the data you upload is compatible with the current license (ODbL) and otherwise you accept that what you uploaded may be removed. Your interpretation would disallow any sources requiring attribution which includes imports discussed at the time of the license change (e.g. under the UK Open Government License). If the intention was to disallow share-alike sources, this would have been stated in the CTs. Cheers ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 13:02, Martin Koppenhoefer wrote: the option to change the license into some other free and open license is current, it is not in the future Yes indeed - agreement with the eventuality of a re-licensing process is what section 3. of the Contributor Terms amounts to. But nowhere do the Contributor Terms mention the nature of the license that the re-licensing process will let Openstreetmap continue with, except that it will be one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence. The Contributor Terms especially does not require agreement with the terms of one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 13:24, Jean-Marc Liotier wrote: The Contributor Terms especially does not require agreement with the terms of one or more of the following licences: ODbL 1.0 for the database and DbCL 1.0 for the individual contents of the database; CC-BY-SA 2.0; or such other free and open licence. I should have cut that citation to « The Contributor Terms especially does not require agreement with the terms of such other free and open licence » - but you probably got the idea. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On Fri, May 16, 2014 at 1:21 PM, andrzej zaborowski balr...@gmail.com wrote: That's not true and it has been clarified by the LWG even before the license change process ended. You comply with the CTs if the data you upload is compatible with the current license (ODbL) and otherwise you accept that what you uploaded may be removed. Fine. But there is a difference between saying imported data will be removed if they don't comply with the new ( hypothetical) license terms and don't import anything that is not compliant with any possible license change in the future (which is basically all imports, including PD sources with attribution). We cannot speculate on what (if any) will be the next license. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM France BANO project... openaddresses in France
On 16/05/2014 12:36, Simon Poole wrote: It is likely that the LWG will be providing a clarification on the matter at hand soon (Paul has been doing some work on this over the last couple of weeks). We are now putting the finishing touches to that and I hope that I'll be able to release it within the next two days provided that we all accept it. I will respond further to this thread then. I will therefore informally comment: 1) Jean-Marc says, As it stands now, there is nothing that prevents anyone from contributing ODbL-licensed data into an ODbL-licensed database. Yep. And we designed the contributor terms with that in mind. 2) There is one small issue to aware of: It is possible to have an ODbL data with a different contents license. For example a database of freely shareable photos can have a contents license that says, but if you want to use a photo in published media, then a license fee applies. Unlikely for geodata, but be aware. The default contents license for ODbL is: http://opendatacommons.org/licenses/dbcl/1.0/ 3) As with any other import, it is possible that the data would have to be removed if our OSM successors decided to change our license. It is my *personal opinion* that is is up to national or local OSM communities, as appropriate, to decide that is best for them on the Import yes or no? question. I *personally* don't like to see imports of anything that is not either public domain-like or has a simple one level attribution clause. But on the other hand, I see a major reason for a future OpenStreetMap wanting to drop share-alike is that the entire open geodata community is dropping it ... so may be a gamble worth taking. Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] Dublin street names from Dublin City Council
Hi again, everybody. I had a talk on #osm about import tools, license issues and imports in general and had a read of http://www.dublinked.com/?q=faq again. I will send an inquiry e-mail to them about the specific license on their street names’ dataset, and see what they'll say Their mission is to provide open data, they say, so it should be fairly straight-forward to get this data under OSM-compatible license or PD. I’ll hope to clear it out before the Hack Day. On Tuesday, May 13, 2014, Mike Połtyn hole...@gmail.com wrote: Hi everybody. I am fairly new to OSM and this is my first post here, so I want to introduce myself. Hi, my name is Michał Połtyn; I am a web developer from Poland, currently living in Dublin. My nickname on OSM is Holek. Now, that's good enough, so let's cut to the chase, shall we? I have been adding Irish names to Dublin streets[1] by hand[2] recently[3], and I thought there's a better way. Turns out, Dublin City Council releases a PDF with all city names in English and Irish.[4] Now, I found out that this dataset is also available on dublinked.com[5] as XLS or CSV (the most important for us), where it's licensed as Public data, available to everyone. I would assume this means public domain; in the end it is just a list of properties. My idea was to add all missing Irish names to streets in Dublin in one big changeset, and report all other conflicting names on a Wiki page to review. I thought I could prepare a bot script to add all name:ga tags for all matching streets and run it during Dublin hackaton next Sunday under a supervision of OSM masters :) What are your thoughts, concerns? I'm open for suggestions, critique, and any good word in general. Take care, everybody! -- Michał Hołek Połtyn [1] http://www.openstreetmap.org/changeset/22218893 [2] http://www.openstreetmap.org/changeset/22234506 [3] http://www.openstreetmap.org/changeset/22218453 [4] http://www.dublincity.ie/SiteCollectionDocuments/Sr%C3%A1idainmneacha%20Bhaile%20Atha%20Cliath.pdf (PDF, 357 KB) [5] http://dublinked.com/datastore/datasets/dataset-213.php -- Michał Hołek Połtyn ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Página principal no wiki
Gostei! Apenas uma observação: o link de entradas de diário está apontando para português. Porém atualmente na lista de idiomas existe também a opção de português brasileiro, e a lista que traz as entradas em pt não traz as entradas em pt_BR. http://www.openstreetmap.org/diary/pt vs http://www.openstreetmap.org/diary/pt-BR []s Arlindo 2014-05-16 3:47 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Recebi as notificações. Ficou bem melhor! Em 16 de maio de 2014 02:00, Fernando Trebien fernando.treb...@gmail.comescreveu: Pessoal, Eu tenho trabalhado no wiki (organização/tradução/limpezas e afins) e fiz algumas alterações na página principal do projeto pra ficar mais fácil de manter. Dêem uma olhada, e se preferirem como estava antes, me avisem que eu mesmo reverto. http://wiki.openstreetmap.org/wiki/WikiProject_Brazil -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Editando com o vespucci
Gerson, a tag addr:interpolation serve para marcar a interpolação de numeração de edifícios. A ideia é não ter que mapear casa por casa (o que dá muito trabalho!) se a numeração é regular (crescente). Na maioria absoluta das vezes (pelo menos aqui no Rio, não sei se em BH é diferente) você deve usar sempre os valores even ou odd, que significam par e ímpar respectivamente, para marcar se a numeração se refere ao lado par ou ao lado ímpar da rua. A opção all seria usada somente se num mesmo lado da rua há números pares e ímpares (nunca vi isso aqui no Rio). Explicando melhor: na linha da rua em si vc não irá colocar essas tags. Você irá criar duas linhas paralelas as ruas, sendo uma com a tag addr:interpolation=even e a outra com addr:interpolation=odd, e nas pontas os números apropriados. Veja este exemplo: http://www.openstreetmap.org/#map=19/-22.93359/-43.18052 Caso não tenha ficado suficientemente claro, posso preparar um tutorial com essas instruções. []s Arlindo 2014-05-15 10:36 GMT-03:00 Gerson Barcelos gbst...@gmail.com: Bom dia a todos Estou interessado em aprender a editar número de edifícios no mapa, selecionei uma rua pequena para fazer um teste e na chave addr interpolation inseri a opção all (as outras opções são alphabetic, even e odd),enviei para o servidor e pude ver que a rua agora está pontilhada,se alguém puder me esclarecer melhor ou puder me enviar um tutorial a respeito agradeço, pelo que entendi o interpolador deve ser usado em ruas com numeração regular,e aqui em BH 90%das ruas da região central estão com a numeração correta,motivo pelo qual estou interessado em aprender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Editando com o vespucci
Muito legal isso, mas fiquei com algumas dúvidas: tem alguma distância mínima ou máxima em relação ao eixo da via para se desenhar essas linhas?o traçado pode ser simplificado em relação ao da via?os números das extremidades correspondem ao número dos imóveis das esquinas ou a linha pode começar e terminar em qualquer outro ponto aleatório das vias (no caso de ser conhecida a numeração nesses pontos)?mesmo usando-se a interpolação, pode-se colocar pontos intermediários conhecidos para melhorar a precisão? Obrigado pela atenção,Raffaello Bruno From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 14:44:32 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Editando com o vespucci Gerson, a tag addr:interpolation serve para marcar a interpolação de numeração de edifícios. A ideia é não ter que mapear casa por casa (o que dá muito trabalho!) se a numeração é regular (crescente). Na maioria absoluta das vezes (pelo menos aqui no Rio, não sei se em BH é diferente) você deve usar sempre os valores even ou odd, que significam par e ímpar respectivamente, para marcar se a numeração se refere ao lado par ou ao lado ímpar da rua. A opção all seria usada somente se num mesmo lado da rua há números pares e ímpares (nunca vi isso aqui no Rio). Explicando melhor: na linha da rua em si vc não irá colocar essas tags. Você irá criar duas linhas paralelas as ruas, sendo uma com a tag addr:interpolation=even e a outra com addr:interpolation=odd, e nas pontas os números apropriados. Veja este exemplo: http://www.openstreetmap.org/#map=19/-22.93359/-43.18052 Caso não tenha ficado suficientemente claro, posso preparar um tutorial com essas instruções. []sArlindo 2014-05-15 10:36 GMT-03:00 Gerson Barcelos gbst...@gmail.com: Bom dia a todos Estou interessado em aprender a editar número de edifícios no mapa, selecionei uma rua pequena para fazer um teste e na chave addr interpolation inseri a opção all (as outras opções são alphabetic, even e odd),enviei para o servidor e pude ver que a rua agora está pontilhada,se alguém puder me esclarecer melhor ou puder me enviar um tutorial a respeito agradeço, pelo que entendi o interpolador deve ser usado em ruas com numeração regular,e aqui em BH 90%das ruas da região central estão com a numeração correta,motivo pelo qual estou interessado em aprender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Editando com o vespucci
Respondo inline: 2014-05-16 15:03 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Muito legal isso, mas fiquei com algumas dúvidas: - tem alguma distância mínima ou máxima em relação ao eixo da via para se desenhar essas linhas? Não. O ideal seria passar pela porta dos prédios, ou pelo meio deles se a distância for constante. - o traçado pode ser simplificado em relação ao da via? Sim, certamente. - os números das extremidades correspondem ao número dos imóveis das esquinas ou a linha pode começar e terminar em qualquer outro ponto aleatório das vias (no caso de ser conhecida a numeração nesses pontos)? Sim, pode. Quanto mais pontos, melhor, até o limite em que você tenha todos os pontos (e aí a interpolação não é mais necessária). Em geral fazemos nos pontos das esquinas, vendo apenas a placa com a numeração das mesmas. - mesmo usando-se a interpolação, pode-se colocar pontos intermediários conhecidos para melhorar a precisão? Sim, sem problemas. Obrigado pela atenção, Raffaello Bruno -- From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 14:44:32 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Editando com o vespucci Gerson, a tag addr:interpolation serve para marcar a interpolação de numeração de edifícios. A ideia é não ter que mapear casa por casa (o que dá muito trabalho!) se a numeração é regular (crescente). Na maioria absoluta das vezes (pelo menos aqui no Rio, não sei se em BH é diferente) você deve usar sempre os valores even ou odd, que significam par e ímpar respectivamente, para marcar se a numeração se refere ao lado par ou ao lado ímpar da rua. A opção all seria usada somente se num mesmo lado da rua há números pares e ímpares (nunca vi isso aqui no Rio). Explicando melhor: na linha da rua em si vc não irá colocar essas tags. Você irá criar duas linhas paralelas as ruas, sendo uma com a tag addr:interpolation=even e a outra com addr:interpolation=odd, e nas pontas os números apropriados. Veja este exemplo: http://www.openstreetmap.org/#map=19/-22.93359/-43.18052 Caso não tenha ficado suficientemente claro, posso preparar um tutorial com essas instruções. []s Arlindo 2014-05-15 10:36 GMT-03:00 Gerson Barcelos gbst...@gmail.com: Bom dia a todos Estou interessado em aprender a editar número de edifícios no mapa, selecionei uma rua pequena para fazer um teste e na chave addr interpolation inseri a opção all (as outras opções são alphabetic, even e odd),enviei para o servidor e pude ver que a rua agora está pontilhada,se alguém puder me esclarecer melhor ou puder me enviar um tutorial a respeito agradeço, pelo que entendi o interpolador deve ser usado em ruas com numeração regular,e aqui em BH 90%das ruas da região central estão com a numeração correta,motivo pelo qual estou interessado em aprender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Não acho que precise de tanto. Basta que cada um de nós monitore uma determinada região. Eu, por exemplo, monitoro as alterações na Região Metropolitana do Rio de Janeiro. Posso passar a monitorar o estado todo. []s Arlindo 2014-05-16 17:30 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Eu faço parte do TrackSource, faço parte da lista alt-tracksource e faço parte do OSM.. cada um no seu.. em minha cidade no OSM tem dados faltando pq não uso dados do google.. Tem que tomar cuidado para não virar uma caça as bruxas.. Em 16 de maio de 2014 17:30, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Eu estou monitorando o RN. Não muito frequentemente, mas estou. Mais ou menos de duas em duas semanas eu dou uma olhada nos feeds e nos changesets. 2014-05-16 17:36 GMT-03:00 Arlindo Pereira openstreet...@arlindopereira.com : Não acho que precise de tanto. Basta que cada um de nós monitore uma determinada região. Eu, por exemplo, monitoro as alterações na Região Metropolitana do Rio de Janeiro. Posso passar a monitorar o estado todo. []s Arlindo 2014-05-16 17:30 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Realmente não tem sentido, por conta de um ou outro mal feito, colocar todo mundo numa lista negra. Reinaldo De: Wallace Silva [mailto:wsi...@gmail.com] Enviada em: sexta-feira, 16 de maio de 2014 17:38 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM Eu faço parte do TrackSource, faço parte da lista alt-tracksource e faço parte do OSM.. cada um no seu.. em minha cidade no OSM tem dados faltando pq não uso dados do google.. Tem que tomar cuidado para não virar uma caça as bruxas.. Em 16 de maio de 2014 17:30, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse. Eu tenho a mesma desconfiança... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Editando com o vespucci
Mais uma dúvida: se não for usar interpolação, não precisa desenhar a linha, só pontos isolados, não é? From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 15:23:50 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Editando com o vespucci Respondo inline: 2014-05-16 15:03 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Muito legal isso, mas fiquei com algumas dúvidas: tem alguma distância mínima ou máxima em relação ao eixo da via para se desenhar essas linhas? Não. O ideal seria passar pela porta dos prédios, ou pelo meio deles se a distância for constante. o traçado pode ser simplificado em relação ao da via?Sim, certamente. os números das extremidades correspondem ao número dos imóveis das esquinas ou a linha pode começar e terminar em qualquer outro ponto aleatório das vias (no caso de ser conhecida a numeração nesses pontos)? Sim, pode. Quanto mais pontos, melhor, até o limite em que você tenha todos os pontos (e aí a interpolação não é mais necessária). Em geral fazemos nos pontos das esquinas, vendo apenas a placa com a numeração das mesmas. mesmo usando-se a interpolação, pode-se colocar pontos intermediários conhecidos para melhorar a precisão? Sim, sem problemas. Obrigado pela atenção,Raffaello Bruno From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 14:44:32 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Editando com o vespucci Gerson, a tag addr:interpolation serve para marcar a interpolação de numeração de edifícios. A ideia é não ter que mapear casa por casa (o que dá muito trabalho!) se a numeração é regular (crescente). Na maioria absoluta das vezes (pelo menos aqui no Rio, não sei se em BH é diferente) você deve usar sempre os valores even ou odd, que significam par e ímpar respectivamente, para marcar se a numeração se refere ao lado par ou ao lado ímpar da rua. A opção all seria usada somente se num mesmo lado da rua há números pares e ímpares (nunca vi isso aqui no Rio). Explicando melhor: na linha da rua em si vc não irá colocar essas tags. Você irá criar duas linhas paralelas as ruas, sendo uma com a tag addr:interpolation=even e a outra com addr:interpolation=odd, e nas pontas os números apropriados. Veja este exemplo: http://www.openstreetmap.org/#map=19/-22.93359/-43.18052 Caso não tenha ficado suficientemente claro, posso preparar um tutorial com essas instruções. []sArlindo 2014-05-15 10:36 GMT-03:00 Gerson Barcelos gbst...@gmail.com: Bom dia a todos Estou interessado em aprender a editar número de edifícios no mapa, selecionei uma rua pequena para fazer um teste e na chave addr interpolation inseri a opção all (as outras opções são alphabetic, even e odd),enviei para o servidor e pude ver que a rua agora está pontilhada,se alguém puder me esclarecer melhor ou puder me enviar um tutorial a respeito agradeço, pelo que entendi o interpolador deve ser usado em ruas com numeração regular,e aqui em BH 90%das ruas da região central estão com a numeração correta,motivo pelo qual estou interessado em aprender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
Respondendo inline: 2014-05-16 19:09 GMT-03:00 A. Carlos anorcar...@hotmail.com: olhaindiretamente isso está ficando implícito, eu e mais gente que participa desta lista,fazemos mapas tanto no OSM como no TRC, indiretamente isso é um tapa-de-luva na cara dos membros do TRC.. Eu não vejo dessa forma, mas tudo bem. Não acho que tenha sido falado nada demais. O que o OSM precisa é de COLABORADOR,chamar gente pra trabalhar e mapear,estamos 10 anos atrasados em relação aos Hermanos Argentinos em termos de OSM... Concordo plenamente. Porém não podemos fazer isso prejudicando o trabalho dos outros mapeadores (como aconteceu ***sem querer, é bom lembrar*** no Rio de Janeiro essa semana), tampouco inserindo dados sem licença compatível - o que irá, no futuro, prejudicar outros mapeadores que trabalharam em cima desses dados. []s Arlindo *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 18:57:30 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM Gente, menos. Calma. Sem FUDhttp://pt.wikipedia.org/wiki/Medo%2c_incerteza_e_d%C3%BAvida. Ninguém está falando em virar admin master de coisa alguma, até porque tal termo/cargo/posição não existe no OSM. Ninguém vai fazer nenhum tipo de lista negra de usuários ou o que valha. A preocupação é evitar a importação de dados sem licença compatível e/ou apagando dados de outros usuários de forma arbitrária e/ou conduzidos de forma incorreta (deixando vias duplicadas no mapa etc), só isso. Não importa se o usuário colabora ou colaborou com o sistema A, B ou C. Até porque o monitoramento é feito em áreas, não em usuários específicos. Abraços, 2014-05-16 18:45 GMT-03:00 A. Carlos anorcar...@hotmail.com: BOMM se vcs estão se titulando Admin MASTER do OSM a nivel Brasil,( não foi com meu voto ) e querem fazer uma lista NEGRA, pode por o meu nome na lista, pq eu faço mapas no OSM e também tenho mapas no TRC... *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- From: raffaellobr...@hotmail.com To: talk-br@openstreetmap.org Date: Fri, 16 May 2014 21:28:40 + Subject: Re: [Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM Acho que a monitoração por região, como o Arlindo sugeriu, é a melhor solução, pq não são só membros do Tracksource que podem fazer importações suspeitas. O importante é que todos os usuários saibam que há acompanhamento e não utilizem dados de fontes não autorizadas. Ainda há um pouco de desconfiança em relação a nós (eu sou desenvolvedor ativo do Tracksource também), devido aos erros de uma minoria e, por isso, sou favorável a esse tipo de discussão, pois serve de alerta aos novos membros para que menos casos de reversão sejam necessários. Será melhor para nós. -- From: rne...@equacao.com.br To: talk-br@openstreetmap.org Date: Fri, 16 May 2014 17:45:48 -0300 Subject: [Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM Realmente não tem sentido, por conta de um ou outro mal feito, colocar todo mundo numa lista negra. Reinaldo *De:* Wallace Silva [mailto:wsi...@gmail.com] *Enviada em:* sexta-feira, 16 de maio de 2014 17:38 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM Eu faço parte do TrackSource, faço parte da lista alt-tracksource e faço parte do OSM.. cada um no seu.. em minha cidade no OSM tem dados faltando pq não uso dados do google.. Tem que tomar cuidado para não virar uma caça as bruxas.. Em 16 de maio de 2014 17:30, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Então é melhor vocês elaborarem uma lista com os logins de todos os suspeitos (membros da lista alt-tracksource?) para terem suas edições monitoradas. Eu ficaria até mais tranquilo sendo monitorado, pois meus erros seriam corrigidos e eu aprenderia mais :) Date: Fri, 16 May 2014 15:55:10 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM 2014-05-16 14:24 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com : Se vocês observarem bem, a maioria das importações reportadas nos últimos dias foi feita ali por fevereiro. Isso me faz suspeitar que um subgrupo (não todos, nem a maioria) do TrackSource estava conversado sobre como fazer essas importações sem que a gente soubesse.
Re: [Talk-br] RES: Fwd: [ADM] Fwd: [alt-tracksource] Re: arquivo GTM no OSM
2014-05-16 19:09 GMT-03:00 A. Carlos anorcar...@hotmail.com: olhaindiretamente isso está ficando implícito, eu e mais gente que participa desta lista,fazemos mapas tanto no OSM como no TRC, indiretamente isso é um tapa-de-luva na cara dos membros do TRC.. Houve importações por (ex-)membros do TS, sim, mas obviamente não são todos que fazem isso. Vários possuem a consciência do que é certo/aceito para cada projeto. Mas ao mesmo tempo não dá para negar é que é muito suspeito ter várias pessoas fazendo edições parecidas e no mesmo período, como se tivesse alguém por trás ajudando ou estimulando (e, de verdade, não entenda aqui nada implícito dizendo que todos do TS fazem isso). Por causa de grandes problemas (importação, remoção ou modificação, intencional ou não), independente da origem da pessoa (se veio do TS, do OSM ou de outro projeto), perdemos MUITO tempo tentando corrigir os dados. Perdemos mais tempo tentando voltar os dados ao estado anterior do que corrigindo ou inserindo novos dados. Isso sim colabora em muito para continuarmos a estar atrasados no mapeamento do Brasil. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Salvo engano, foi dito aqui que era para desenhar a área das favelas como landuse=residential. Porém, no wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential é mencionado que essa tag é usada para qualquer área predominantemente residencial. Então, como deve ser? Tem alguma tag adicional? ObrigadoRaffaello Bruno Todos somos mapeadores :) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
2014-05-16 19:49 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Salvo engano, foi dito aqui que era para desenhar a área das favelas como landuse=residential. Porém, no wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential é mencionado que essa tag é usada para qualquer área predominantemente residencial. Então, como deve ser? Tem alguma tag adicional? Uma vez perguntei isso no IRC do OSM e me perguntaram várias coisas: - qual a diferença de uma favela para um lugar normal? - qual a necessidade de classificar de forma diferente uma favela? - o que uma favela tem que qualquer outra área residencial não tem? Eu concordei com os questionamentos e me dei por satisfeito que uma favela é apenas uma área residencial assim como qualquer outra. Não acho que, por causa de renda ou condição de moradia ou qualquer outro critério, seja necessário classificar de forma diferente. É discriminatório, de certa forma. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Então, esse é um questionamento interessante. O wiki diz An area of land dedicated to, or having predominantly residential houses or apartment buildings. sem especificar o tamanho dessa area of land. Temos usado landuse=residential para denotar o contorno tanto de condomínios quanto de favelas por entender que essa é uma área de terra dedicada a, ou predominantemente com casas residenciais e prédios de apartamentos. Citando dois exemplos daqui do Rio de Janeiro: 1) Vidigal, favela na Zona Sul com um visual maravilhoso e vivendo um processo de gentrificação avançada, que potencialmente virará bairro classe média a médio prazo: http://www.openstreetmap.org/way/85892154#map=17/-22.99510/-43.24035 e 2) Condomínio Barra de Itaúna, um dos muitos condomínios na Barra da Tijuca. http://www.openstreetmap.org/way/279431837#map=18/-22.99979/-43.41825 Note que esse segundo está ao lado da A. M. Barra da Tijuca, um dos mais de mil aglomerados subnormaishttp://pt.wikipedia.org/wiki/Aglomerado_subnormal no município do Rio de Janeiro. Não há diferença alguma na renderização. =) Determinadas vezes, devido ao terreno acidentado, algumas comunidades possuem muitas ruas apenas para pedestres (highway=footway) e escadarias (highway=steps). Por exemplo, o Morro da Formiga: http://www.openstreetmap.org/way/87101354#map=17/-22.94147/-43.24277 Mas note que não há nenhuma tag adicional. Tendo o contorno dos quarteirões de alguma fonte (na minha humilde opinião não vale a pena mapear manualmente cada quarteirão), pode-se ainda marcar os quarteirões como landuse=residential, caso não haja condomínios separados. Por exemplo, os quarteirões de Copacabana: http://www.openstreetmap.org/way/61015459#map=19/-22.96934/-43.18491 Veja também este link no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21457 []s Arlindo Pereira 2014-05-16 19:54 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-05-16 19:49 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Salvo engano, foi dito aqui que era para desenhar a área das favelas como landuse=residential. Porém, no wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential é mencionado que essa tag é usada para qualquer área predominantemente residencial. Então, como deve ser? Tem alguma tag adicional? Uma vez perguntei isso no IRC do OSM e me perguntaram várias coisas: - qual a diferença de uma favela para um lugar normal? - qual a necessidade de classificar de forma diferente uma favela? - o que uma favela tem que qualquer outra área residencial não tem? Eu concordei com os questionamentos e me dei por satisfeito que uma favela é apenas uma área residencial assim como qualquer outra. Não acho que, por causa de renda ou condição de moradia ou qualquer outro critério, seja necessário classificar de forma diferente. É discriminatório, de certa forma. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Hum, foi a partir desse caso de importação do Fernando que tive a interpretação errada de que landuse=residential aplicava-se somente a favelas, mesmo achando que não fazia sentido. Obrigado pelos exemplos. From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 20:22:13 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais) Então, esse é um questionamento interessante. O wiki diz An area of land dedicated to, or having predominantly residential houses or apartment buildings. sem especificar o tamanho dessa area of land. Temos usado landuse=residential para denotar o contorno tanto de condomínios quanto de favelas por entender que essa é uma área de terra dedicada a, ou predominantemente com casas residenciais e prédios de apartamentos. Citando dois exemplos daqui do Rio de Janeiro: 1) Vidigal, favela na Zona Sul com um visual maravilhoso e vivendo um processo de gentrificação avançada, que potencialmente virará bairro classe média a médio prazo: http://www.openstreetmap.org/way/85892154#map=17/-22.99510/-43.24035 e 2) Condomínio Barra de Itaúna, um dos muitos condomínios na Barra da Tijuca. http://www.openstreetmap.org/way/279431837#map=18/-22.99979/-43.41825 Note que esse segundo está ao lado da A. M. Barra da Tijuca, um dos mais de mil aglomerados subnormais no município do Rio de Janeiro. Não há diferença alguma na renderização. =) Determinadas vezes, devido ao terreno acidentado, algumas comunidades possuem muitas ruas apenas para pedestres (highway=footway) e escadarias (highway=steps). Por exemplo, o Morro da Formiga: http://www.openstreetmap.org/way/87101354#map=17/-22.94147/-43.24277 Mas note que não há nenhuma tag adicional. Tendo o contorno dos quarteirões de alguma fonte (na minha humilde opinião não vale a pena mapear manualmente cada quarteirão), pode-se ainda marcar os quarteirões como landuse=residential, caso não haja condomínios separados. Por exemplo, os quarteirões de Copacabana: http://www.openstreetmap.org/way/61015459#map=19/-22.96934/-43.18491 Veja também este link no fórum: http://forum.openstreetmap.org/viewtopic.php?id=21457 []sArlindo Pereira 2014-05-16 19:54 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-05-16 19:49 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Salvo engano, foi dito aqui que era para desenhar a área das favelas como landuse=residential. Porém, no wiki http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential é mencionado que essa tag é usada para qualquer área predominantemente residencial. Então, como deve ser? Tem alguma tag adicional? Uma vez perguntei isso no IRC do OSM e me perguntaram várias coisas: - qual a diferença de uma favela para um lugar normal? - qual a necessidade de classificar de forma diferente uma favela? - o que uma favela tem que qualquer outra área residencial não tem? Eu concordei com os questionamentos e me dei por satisfeito que uma favela é apenas uma área residencial assim como qualquer outra. Não acho que, por causa de renda ou condição de moradia ou qualquer outro critério, seja necessário classificar de forma diferente. É discriminatório, de certa forma. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
A resposta curta: no OSM, não há distinção entre vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados eram simplesmente uma fonte fácil de áreas residenciais, com nome e contorno aproximado (que ficou para ser melhorado depois pelos mapeadores locais). A resposta longa: obviamente os aglomerados têm características especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado subnormal] é o conjunto constituído por 51 ou mais unidades habitacionais caracterizadas por ausência de título de propriedade e pelo menos uma das características abaixo: - irregularidade das vias de circulação e do tamanho e forma dos lotes; e/ou - carência de serviços públicos essenciais (como coleta de lixo, rede de esgoto, rede de água, energia elétrica e iluminação pública) E a explicação dada logo depois: Sua existência está relacionada à forte especulação imobiliária e fundiária e ao decorrente espraiamento territorial do tecido urbano, à carência de infraestruturas as mais diversas, incluindo de transporte e, por fim, à periferização da população. Surgem, nesse contexto, como uma resposta de uma parcela da população à necessidade de moradia, e que irá habitar espaços menos valorizados pelo setor imobiliário e fundiário dispersos pelo tecido urbano. Por si só, os aglomerados deveriam ser assunto de interesse político e humanitário, e existe uma equipe forte ligada a esse assunto: o Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser mapeadas dentro dessas áreas e que poderiam motivar discussões sobre política e auxiliar a população a avaliar a situação e com isso cobrar melhorias. Dito isso, também é verdade que as regiões mais carentes geralmente são vítimas de várias circunstâncias negativas, e isso muitas vezes cria um ambiente propenso ao crime (mas há exceções). Então, também existe interesse da população em geral (incluindo turistas) em saber onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine uma senhora idosa, turista, andando pela cidade, sozinha. Onde você diria para ela não ir? Vários lugares, mas acho provável que as regiões desses aglomerados estivessem na lista.) Esse também foi algo que me motivou a importar os aglomerados, e não acho que seja discrimnação e sim a constatação da realidade. Apesar de todas essas diferenças, mesmo não sendo exatamente a mesma coisa que um condomínio planejado de classe média, eu não importei os aglomerados com qualquer distinção (exceto por um pedido pra melhorar os contornos e revisar os nomes), e venho mapeando as duas coisas quase da mesma forma. Aqui em Porto Alegre há inclusive áreas que num passado distante (ali pelos anos 50) foram regiões carentes e hoje são de classe média/média-alta, e são mapeadas exatamente da mesma forma que as regiões carentes, sem distinção [2]. A única diferença clara pros condomínios [3] é que eles normalmente têm endereço e quase sempre também uma cerca ou um muro (barrier=fence ou barrier=wall), enquanto que as vilas e favelas [4] raramente têm essas coisas (algumas às vezes têm muro num lado, mas raramente são inteiramente cercadas). E esse assunto meio que se mistura ao assunto das living streets: http://forum.openstreetmap.org/viewtopic.php?pid=402053 [1] http://www.ibge.gov.br/home/presidencia/noticias/imprensa/ppts/0015164811202013480105748802.pdf [2] https://www.openstreetmap.org/way/254363256 [3] https://www.openstreetmap.org/way/254363255 [4] https://www.openstreetmap.org/way/210604568 2014-05-16 23:17 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Hum, foi a partir desse caso de importação do Fernando que tive a interpretação errada de que landuse=residential aplicava-se somente a favelas, mesmo achando que não fazia sentido. Obrigado pelos exemplos. From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 20:22:13 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais) Então, esse é um questionamento interessante. O wiki diz An area of land dedicated to, or having predominantly residential houses or apartment buildings. sem especificar o tamanho dessa area of land. Temos usado landuse=residential para denotar o contorno tanto de condomínios quanto de favelas por entender que essa é uma área de terra dedicada a, ou predominantemente com casas residenciais e prédios de apartamentos. Citando dois exemplos daqui do Rio de Janeiro: 1) Vidigal, favela na Zona Sul com um visual maravilhoso e vivendo um processo de gentrificação avançada, que potencialmente virará bairro classe média a médio prazo: http://www.openstreetmap.org/way/85892154#map=17/-22.99510/-43.24035 e 2) Condomínio Barra de Itaúna, um dos muitos condomínios na Barra da Tijuca. http://www.openstreetmap.org/way/279431837#map=18/-22.99979/-43.41825 Note que esse segundo está ao lado da A. M. Barra da Tijuca, um dos mais de mil aglomerados subnormais no município do Rio de
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Qual seria a diferença entre vila e favela? Na importação as favelas de Ribeirão ficaram com nome vila. Aqui agente conhece por favela, pelo menos pra mim vila não remetia a favela, a primeira vez que eu vi isso foi em POA. Eu nunca cheguei a mudar pq vila é um nome mais simpático que favela. E como aqui tem a favela do SBT, pq fica do lado do SBT, nunca soube se seria um problema com a marca ter uma Favela do SBT mapeada. Seria melhor alterar os nomes daqui para favela? Ou talvez colocar um alt_name para achar nas buscas? Atenciosamente, Roger. -- Em 17-05-2014 00:41, Fernando Trebien escreveu: A resposta curta: no OSM, não há distinção entre vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados eram simplesmente uma fonte fácil de áreas residenciais, com nome e contorno aproximado (que ficou para ser melhorado depois pelos mapeadores locais). A resposta longa: obviamente os aglomerados têm características especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado subnormal] é o conjunto constituído por 51 ou mais unidades habitacionais caracterizadas por ausência de título de propriedade e pelo menos uma das características abaixo: - irregularidade das vias de circulação e do tamanho e forma dos lotes; e/ou - carência de serviços públicos essenciais (como coleta de lixo, rede de esgoto, rede de água, energia elétrica e iluminação pública) E a explicação dada logo depois: Sua existência está relacionada à forte especulação imobiliária e fundiária e ao decorrente espraiamento territorial do tecido urbano, à carência de infraestruturas as mais diversas, incluindo de transporte e, por fim, à periferização da população. Surgem, nesse contexto, como uma resposta de uma parcela da população à necessidade de moradia, e que irá habitar espaços menos valorizados pelo setor imobiliário e fundiário dispersos pelo tecido urbano. Por si só, os aglomerados deveriam ser assunto de interesse político e humanitário, e existe uma equipe forte ligada a esse assunto: o Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser mapeadas dentro dessas áreas e que poderiam motivar discussões sobre política e auxiliar a população a avaliar a situação e com isso cobrar melhorias. Dito isso, também é verdade que as regiões mais carentes geralmente são vítimas de várias circunstâncias negativas, e isso muitas vezes cria um ambiente propenso ao crime (mas há exceções). Então, também existe interesse da população em geral (incluindo turistas) em saber onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine uma senhora idosa, turista, andando pela cidade, sozinha. Onde você diria para ela não ir? Vários lugares, mas acho provável que as regiões desses aglomerados estivessem na lista.) Esse também foi algo que me motivou a importar os aglomerados, e não acho que seja discrimnação e sim a constatação da realidade. Apesar de todas essas diferenças, mesmo não sendo exatamente a mesma coisa que um condomínio planejado de classe média, eu não importei os aglomerados com qualquer distinção (exceto por um pedido pra melhorar os contornos e revisar os nomes), e venho mapeando as duas coisas quase da mesma forma. Aqui em Porto Alegre há inclusive áreas que num passado distante (ali pelos anos 50) foram regiões carentes e hoje são de classe média/média-alta, e são mapeadas exatamente da mesma forma que as regiões carentes, sem distinção [2]. A única diferença clara pros condomínios [3] é que eles normalmente têm endereço e quase sempre também uma cerca ou um muro (barrier=fence ou barrier=wall), enquanto que as vilas e favelas [4] raramente têm essas coisas (algumas às vezes têm muro num lado, mas raramente são inteiramente cercadas). E esse assunto meio que se mistura ao assunto das living streets: http://forum.openstreetmap.org/viewtopic.php?pid=402053 [1] http://www.ibge.gov.br/home/presidencia/noticias/imprensa/ppts/0015164811202013480105748802.pdf [2] https://www.openstreetmap.org/way/254363256 [3] https://www.openstreetmap.org/way/254363255 [4] https://www.openstreetmap.org/way/210604568 2014-05-16 23:17 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Hum, foi a partir desse caso de importação do Fernando que tive a interpretação errada de que landuse=residential aplicava-se somente a favelas, mesmo achando que não fazia sentido. Obrigado pelos exemplos. From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 20:22:13 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais) Então, esse é um questionamento interessante. O wiki diz An area of land dedicated to, or having predominantly residential houses or apartment buildings. sem especificar o tamanho dessa area of land. Temos usado landuse=residential para denotar o contorno tanto de condomínios quanto de favelas por entender que essa é uma área de terra dedicada a, ou predominantemente com casas residenciais e
Re: [Talk-br] Dúvida sobre favelas (aglomerados subnormais)
Isso, pode alterar para Favela se é realmente conhecida por isso. Ou muda pra seja lá o que for. Algumas até não terão prefixo algum. Se ninguém chama de Vila, pode substituir e nem precisa colocar no alt_name. Você também pode melhorar os contornos, se for necessário. 2014-05-17 1:32 GMT-03:00 Roger C. Soares rogersoa...@gmail.com: Qual seria a diferença entre vila e favela? Na importação as favelas de Ribeirão ficaram com nome vila. Aqui agente conhece por favela, pelo menos pra mim vila não remetia a favela, a primeira vez que eu vi isso foi em POA. Eu nunca cheguei a mudar pq vila é um nome mais simpático que favela. E como aqui tem a favela do SBT, pq fica do lado do SBT, nunca soube se seria um problema com a marca ter uma Favela do SBT mapeada. Seria melhor alterar os nomes daqui para favela? Ou talvez colocar um alt_name para achar nas buscas? Atenciosamente, Roger. -- Em 17-05-2014 00:41, Fernando Trebien escreveu: A resposta curta: no OSM, não há distinção entre vilas/favelas/condomínios/áreas residenciais genéricas. Os aglomerados eram simplesmente uma fonte fácil de áreas residenciais, com nome e contorno aproximado (que ficou para ser melhorado depois pelos mapeadores locais). A resposta longa: obviamente os aglomerados têm características especiais. Veja a definição dada pelo IBGE [1]: [Aglomerado subnormal] é o conjunto constituído por 51 ou mais unidades habitacionais caracterizadas por ausência de título de propriedade e pelo menos uma das características abaixo: - irregularidade das vias de circulação e do tamanho e forma dos lotes; e/ou - carência de serviços públicos essenciais (como coleta de lixo, rede de esgoto, rede de água, energia elétrica e iluminação pública) E a explicação dada logo depois: Sua existência está relacionada à forte especulação imobiliária e fundiária e ao decorrente espraiamento territorial do tecido urbano, à carência de infraestruturas as mais diversas, incluindo de transporte e, por fim, à periferização da população. Surgem, nesse contexto, como uma resposta de uma parcela da população à necessidade de moradia, e que irá habitar espaços menos valorizados pelo setor imobiliário e fundiário dispersos pelo tecido urbano. Por si só, os aglomerados deveriam ser assunto de interesse político e humanitário, e existe uma equipe forte ligada a esse assunto: o Humanitarian OSM Team (HOT). Há várias coisas que poderiam ser mapeadas dentro dessas áreas e que poderiam motivar discussões sobre política e auxiliar a população a avaliar a situação e com isso cobrar melhorias. Dito isso, também é verdade que as regiões mais carentes geralmente são vítimas de várias circunstâncias negativas, e isso muitas vezes cria um ambiente propenso ao crime (mas há exceções). Então, também existe interesse da população em geral (incluindo turistas) em saber onde ficam essas áreas, por uma questão de segurança pessoal. (Imagine uma senhora idosa, turista, andando pela cidade, sozinha. Onde você diria para ela não ir? Vários lugares, mas acho provável que as regiões desses aglomerados estivessem na lista.) Esse também foi algo que me motivou a importar os aglomerados, e não acho que seja discrimnação e sim a constatação da realidade. Apesar de todas essas diferenças, mesmo não sendo exatamente a mesma coisa que um condomínio planejado de classe média, eu não importei os aglomerados com qualquer distinção (exceto por um pedido pra melhorar os contornos e revisar os nomes), e venho mapeando as duas coisas quase da mesma forma. Aqui em Porto Alegre há inclusive áreas que num passado distante (ali pelos anos 50) foram regiões carentes e hoje são de classe média/média-alta, e são mapeadas exatamente da mesma forma que as regiões carentes, sem distinção [2]. A única diferença clara pros condomínios [3] é que eles normalmente têm endereço e quase sempre também uma cerca ou um muro (barrier=fence ou barrier=wall), enquanto que as vilas e favelas [4] raramente têm essas coisas (algumas às vezes têm muro num lado, mas raramente são inteiramente cercadas). E esse assunto meio que se mistura ao assunto das living streets: http://forum.openstreetmap.org/viewtopic.php?pid=402053 [1] http://www.ibge.gov.br/home/presidencia/noticias/imprensa/ppts/ 0015164811202013480105748802.pdf [2] https://www.openstreetmap.org/way/254363256 [3] https://www.openstreetmap.org/way/254363255 [4] https://www.openstreetmap.org/way/210604568 2014-05-16 23:17 GMT-03:00 Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com: Hum, foi a partir desse caso de importação do Fernando que tive a interpretação errada de que landuse=residential aplicava-se somente a favelas, mesmo achando que não fazia sentido. Obrigado pelos exemplos. From: openstreet...@arlindopereira.com Date: Fri, 16 May 2014 20:22:13 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Dúvida sobre favelas (aglomerados
[Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
Hallo! Die Stadt Köln hat eine Liste ihrer Wahllokale mit Koordinaten veröffentlicht [1]. Leider kann ich nicht erkennen, welches Koordinatensystem das ist. Habe schon probiert: - ETRS98 / UTM zone 32N (EPSG:25832) - DHDN / Gauss-Krüger zone 2 und 3 (EPSG:31467 und EPSG:31466) - ein System, das die Stadt Köln für die meisten Geodaten verwendet (+proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=250 +y_0=0 +datum=WGS84 +units=m +no_defs) Das passt alles nicht. Wer hat einen Tipp, welches System noch in Frage käme? Hier ein Beispiel-Datensatz: Richard-Wagner-Str. 47, 50674 Köln, X=771863.3748 Y=6609812.5853 Es kann nichts ganz ausgefallenes sein, denn letztes Jahr zur Bundestagswahl bin ich irgendwie durch ausprobieren noch selbst drauf gekommen (Ergebnis = [2]). Leider habe ich nicht dokumentiert, wie ich dahin gekommen bin. Ich danke vorab für die Hilfe und die OT-Toleranz. :) Marian [1] http://offenedaten-koeln.de/sites/default/files/20140513_Wahllokale_geo.csv [2] https://github.com/KoelnAPI/data/blob/master/data/geo-base/wahllokale/wahllokale.geojson ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
Am 16. Mai 2014 18:28 schrieb Marian Steinbach mar...@sendung.de: Hallo! Die Stadt Köln hat eine Liste ihrer Wahllokale mit Koordinaten veröffentlicht [1]. Leider kann ich nicht erkennen, welches Koordinatensystem das ist. Frag doch einfach nochmal hier nach, eigentlich sollten sie diese Info ja zum Datensatz dazupacken: http://offenedaten-koeln.de/dataset/wahllokale Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
Am 16.05.2014 18:28, schrieb Marian Steinbach: ... Leider kann ich nicht erkennen, welches Koordinatensystem das ist. ... Hier ein Beispiel-Datensatz: Richard-Wagner-Str. 47, 50674 Köln, X=771863.3748 Y=6609812.5853 ... World Mercator EPSG=54004 könnte passen. Bedenklich finde ich, dass die Stadt Köln die Wahllokale auf 1/10 mm genau bestimmt hat ;-) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
On Friday 16 May 2014, Marian Steinbach wrote: Hier ein Beispiel-Datensatz: Richard-Wagner-Str. 47, 50674 Köln, X=771863.3748 Y=6609812.5853 Von den Zahlenwerten sieht das nach ganz normalem EPSG:3857 aus, im Prinzip wären aber auch irgendwelche anderen polständigen Mercator-Projektionen denkbar. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
Danke, habe ich bereits gemacht. Aber die antworten Freitag Abends natürlich nicht mehr. Marian Am 16.05.2014 um 18:52 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Frag doch einfach nochmal hier nach, eigentlich sollten sie diese Info ja zum Datensatz dazupacken: http://offenedaten-koeln.de/dataset/wahllokale Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (OT) Hilfe zu Koordinatensystem gesucht
Am 16.05.2014 um 19:47 schrieb Christoph Hormann chris_horm...@gmx.de: On Friday 16 May 2014, Marian Steinbach wrote: Hier ein Beispiel-Datensatz: Richard-Wagner-Str. 47, 50674 Köln, X=771863.3748 Y=6609812.5853 Von den Zahlenwerten sieht das nach ganz normalem EPSG:3857 aus, im Prinzip wären aber auch irgendwelche anderen polständigen Mercator-Projektionen denkbar. Danke, das kommt hin. Super!!! Viele Grüße Marian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] openstreetmapper card
dieterdreist wrote è normale, i gusti sono diversi, chi fa decide ;-) ciao, Martin lo so Martin, ma qui non ho deciso io (nel senso che non ho proprio voluto esprimere neanche il mio voto) ma la maggioranza e visto che ci riteniamo una community speravo, al di la della valenza dei propri gusti o valutazioni oggettive, che una volta scelto ci adeguassimo tutti. non tanto perchè necessario allo scopo del biglietto o del wiki, ma perchè così avremmo dato ancora una volta l'idea di una community in grado di prendere delle decisioni e sopratutto accettarle ed agire di conseguenza...cioè una community solida ed in grado di ispirare fiducia nei nuovi arrivati e nei possibili futuri clienti della mappa. questa è una opinione maturata sopratutto leggendo varie discussione spesso molto (troppo) accese, nate su questa mailinglist (ultima quella su town vs city/village che ha portato addirittura all'abbandono del progetto da parte di un mappatore) e capendo come discussioni del genere potessero trarre in inganno i nuovi arrivati sull'unità e le capacità decisionali della community (almeno quella italiana). Speravo quindi che almeno per il biglietto, vista anche la sua poca importanza (o meglio nulla, personalmente ritengo infinitamente più utili ed importanti i progetti portati avanti da molti di voi) una volta deciso quale utilizzare tutti lo avessero fatto e non ognuno per sé per la propria strada in base ai propri gusti... non so se mi sono spiegato :-/ comunque sia, anche perchè voglio evitare che possano nascere dibattiti anche su questo argomento marginale, ho preferito dare i sorgenti anche delle altre versioni del biglietto. Ripeto non è importante il biglietto e tanto meno lo sfondo sul suo retro quindi poco male...la community dovrebbe dimostrare anche flessibilità (almeno agli stessi livelli della nostra mappa) quindi,anche solo per coerenza, sopratutto quando si parla dei lavoretti portati avanti da me, dovrei essere il primo in termini di flessibilità :) quindi ripeto, per me non c'è alcun problema, qualsiasi cosa scegliate. ;-) Ciao, Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5806455.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Portici e passaggi sotto gli edifici
Il giorno 02 maggio 2014 15:17, gmail albertobon...@gmail.com ha scritto: Salve a tutti. Mi stavo chiedendo se e come assegnare un tag particolare alla parte di edificio che sta sopra un portico a libero accesso che fiancheggia una strada oppure alla parte di edificio dove sotto passa una strada. Ho guardato ma non mi pare esista un building=portico o qualcosa del genere, oppure quacosa che definisca la situazione... Non parlo della way che potreffe stare sotto, intendo propri l' edificio... Non trovo sia necessario indicare in maniera particolare che un edificio sta sopra un portico. Indicherei soltanto la min_height dell'edificio, segnalando così che non inizia da terra, come ho fatto qui: http://www.openstreetmap.org/way/215031049 Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Brianza, dati e route
Ciao, stavo controllando i dati OSM con Bing in Cesana Brianza ed ho notato che nel village mancano numerose strade. Mi aspettavo che questi elementi fossero ormai acquisiti, sopratutto in zone popolose. E' normale? Sono in questa zona perchè vorrei creare una relazione route del Gir di Sant [1] di cui un amico mi ha fornito la traccia gps. Secondo voi ha senso farlo se non ci sono segnalazioni in loco? [1] http://it.wikipedia.org/wiki/Cornizzolo#Architetture - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Brianza-dati-e-route-tp5806457.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Brianza, dati e route
2014-05-16 9:52 GMT+02:00 cascafico cascaf...@gmail.com: stavo controllando i dati OSM con Bing in Cesana Brianza ed ho notato che nel village mancano numerose strade. Mi aspettavo che questi elementi fossero ormai acquisiti, sopratutto in zone popolose. E' normale? si, è normale ;-) Anche qui a Roma, uscendo fuori dal GRA, si trovano ancora delle isole non mappate. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [mapgive] Storie italiane per mapgive
Il 14 maggio 2014 21:45, Cristian Consonni kikkocrist...@gmail.com ha scritto: * SardSOS, e la mappatura HOT della Sardegna * Matera, (alla voce empowering communities) Qualcuno di voi vuole darmi una mano a scrivere una pagina per queste storie d'uso di OpenStreetMap? Avete altri esempi? Ehm, ping? Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [mapgive] Storie italiane per mapgive
* SardSOS, e la mappatura HOT della Sardegna * Matera, (alla voce empowering communities) Intanto mi candidi su questa ma ce ne sono altre Qualcuno di voi vuole darmi una mano a scrivere una pagina per queste storie d'uso di OpenStreetMap? Avete altri esempi? Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [mapgive] Storie italiane per mapgive
Napo che hai bisogno di info dietro le quinte fai un fischio. Il giorno 16/mag/2014, alle ore 14:49, Maurizio Napolitano napoo...@gmail.com ha scritto: * SardSOS, e la mappatura HOT della Sardegna * Matera, (alla voce empowering communities) Intanto mi candidi su questa ma ce ne sono altre Qualcuno di voi vuole darmi una mano a scrivere una pagina per queste storie d'uso di OpenStreetMap? Avete altri esempi? Ciao, Cristian ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Francesco Piero Paolicelli TW: @piersoft STORE: GooglePlay/AppStore WWW: www.apposta.biz Sorry for typos, sent by mobile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [mapgive] Storie italiane per mapgive
Il 16/mag/2014 15:01 Francesco Piero Paolicelli pierso...@gmail.com ha scritto: Napo che hai bisogno di info dietro le quinte fai un fischio. Sappi che tu sei autore ed io co-autore ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [mapgive] Storie italiane per mapgive
Il 16 maggio 2014 15:19, Maurizio Napolitano napoo...@gmail.com ha scritto: Il 16/mag/2014 15:01 Francesco Piero Paolicelli pierso...@gmail.com ha scritto: Napo che hai bisogno di info dietro le quinte fai un fischio. Sappi che tu sei autore ed io co-autore Alcune info di contesto che spero siano utili per tutti e facciano superare la paura di scrivere. Come si vede vedi dal sito[1] (e dal codice[2]), si tratta di scrivere un breve pezzo - come se fosse un blog post - tra le 2000 e le 5000 battute (pari a 350/750 parole). Insomma, una paginetta, massimo una paginetta e mezza. Inoltre, ora come ora, lo stile (per almeno la storia su Kibera e quella sul Nepal) è molto americano ossia del metterci la faccia, una persona racconta di un progetto che ce l'ha fatta. Perché questo è il modo americano di raccontare questo genere di storie (opinione personale: è il sogno americano all over again, ovvero: lavora tanto e, dal nulla, raggiungi il top). Questo si riflette anche nelle foto e nelle citazioni scelte. Possiamo discostarci a piacere da questo stile e fare qualcosa più nello stile della storia sulle Filippine, fate come preferite. Grazie a tutti per l'aiuto. Ciao, Cristian [1] a) http://mapgive.openstreetmap.it/storie/fare-la-differenza.html b) http://mapgive.openstreetmap.it/storie/ridurre-rischi.html c) http://mapgive.openstreetmap.it/storie/reagire-alle-catastrofi.html [2] a) https://github.com/osmItalia/MapgiveIT/blob/master/storie/_posts/2013-12-5-fare-la-differenza.md b) https://github.com/osmItalia/MapgiveIT/blob/master/storie/_posts/2013-12-5-ridurre-rischi.md c) https://github.com/osmItalia/MapgiveIT/blob/master/storie/_posts/2013-12-6-reagire-alle-catastrofi.md ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ar] consulta alturas de calles
Hola Gente, estoy usando el editor on line de OSM. Quiero indicar alturas de calles y no me doy cuenta como... ya consulté al gurú (google) y no doy pie con bola. Agradecese mucho ayuda. Saludos y nos leemos Nicolás -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] consulta alturas de calles
Acá puse algo yo la otra vez, y hay un link a un tutorial que puse en el foro. http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles Cualquier duda consultame El may 16, 2014 10:13 a.m., Nicolás Rosbaco antiya...@openmailbox.org escribió: Hola Gente, estoy usando el editor on line de OSM. Quiero indicar alturas de calles y no me doy cuenta como... ya consulté al gurú (google) y no doy pie con bola. Agradecese mucho ayuda. Saludos y nos leemos Nicolás -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] consulta alturas de calles
che gracias!!! lo miro ya mismo El 16/05/14 10:20, Facundo Des escribió: Acá puse algo yo la otra vez, y hay un link a un tutorial que puse en el foro. http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles Cualquier duda consultame El may 16, 2014 10:13 a.m., Nicolás Rosbaco antiya...@openmailbox.org mailto:antiya...@openmailbox.org escribió: Hola Gente, estoy usando el editor on line de OSM. Quiero indicar alturas de calles y no me doy cuenta como... ya consulté al gurú (google) y no doy pie con bola. Agradecese mucho ayuda. Saludos y nos leemos Nicolás -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] camping en OSM
Sigo con las preguntas quiero etiquetar un camping... no encuentro la equiqueta.. si cabaña si parque estará? muchas gracias -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] informe de actividad
hola gente, hicimos un experimento con un amigo, le pedí que borre una intervención mia en el OSM... imaginé me llegaba algún tipo de notificación... eso no pasó. ¿está bien? gracias, me preocupa un poco eso -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] informe de actividad
es así 2014-05-17 0:04 GMT-03:00 Nicolás Rosbaco antiya...@openmailbox.org: hola gente, hicimos un experimento con un amigo, le pedí que borre una intervención mia en el OSM... imaginé me llegaba algún tipo de notificación... eso no pasó. ¿está bien? gracias, me preocupa un poco eso -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon William Cooke ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Resumen de Talk-ar, Vol 59, Envío 2
/ Message: 7 Date: Sat, 17 May 2014 00:04:24 -0300 From: Nicolás Rosbaco antiya...@openmailbox.org To: OpenStreetMap Argentina talk-ar@openstreetmap.org Subject: [Talk-ar] informe de actividad Message-ID: 5376d1b8@openmailbox.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed hola gente, hicimos un experimento con un amigo, le pedí que borre una intervención mia en el OSM... imaginé me llegaba algún tipo de notificación... eso no pasó. ¿está bien? gracias, me preocupa un poco eso -- En un país colonial las oligarquías son dueñas de los diccionarios Jhon ***William Cooke -- *** En esta página: http http://tyrasd.github.io/osm-qa-feeds/://http://tyrasd.github.io/osm-qa-feeds/ tyrasd.github.io http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/ osm http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/ qa http://tyrasd.github.io/osm-qa-feeds/-http://tyrasd.github.io/osm-qa-feeds/ feeds http://tyrasd.github.io/osm-qa-feeds//http://tyrasd.github.io/osm-qa-feeds/ tienen todas las herramientas para crear distintos feeds que avisen de diferentes novedades en una zona en particular, asi se pueden enterar, por ejemplo si alguien borra o modifica algo incorrectamente. Saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] JOSM: Gebäude ausschalten
Ich möchte im Moment nur Buslinien editieren. Dazu müssen nur die Straßen, Haltestellen und Plattformen sichtbar sein. Wie kann ich alles andere ausschalten (unsichtbar machen)? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] JOSM: Gebäude ausschalten
Am 16.05.2014 09:29, schrieb Christian Aigner: Ich möchte im Moment nur Buslinien editieren. Dazu müssen nur die Straßen, Haltestellen und Plattformen sichtbar sein. Wie kann ich alles andere ausschalten (unsichtbar machen)? LG, Christian Ich hab den MapPaint-Style geändert, aber die Gebäude werden immer noch grau angezeigt. Kann man das auch noch ausschalten? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] JOSM: Gebäude ausschalten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Das kannst du mit dem Filterwerkzeug erledigen. - -- mfg Thomas Rupprecht On 16. Mai 2014 09:43:48 MESZ, Christian Aigner caig...@openstreetmap.at wrote: Am 16.05.2014 09:29, schrieb Christian Aigner: Ich möchte im Moment nur Buslinien editieren. Dazu müssen nur die Straßen, Haltestellen und Plattformen sichtbar sein. Wie kann ich alles andere ausschalten (unsichtbar machen)? LG, Christian Ich hab den MapPaint-Style geändert, aber die Gebäude werden immer noch grau angezeigt. Kann man das auch noch ausschalten? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -BEGIN PGP SIGNATURE- Version: APG v1.1.1 iQJLBAEBCgA1BQJTdcafLhxUaG9tYXMgUnVwcHJlY2h0IDxydXBwcmVjaHQudGhv bWFzQGdtYWlsLmNvbT4ACgkQ/jgRuFHiKByUHA/7BhVou7RwS0QL4jw5IKij61DV 5bQWlNToAhXnNjsIlOOMDLLVEH5ERoubUmI6KiQ71mXY/Ln5PAbt/tSDyiSWxocY KroZrbxNEVWnX2fj9RfP602+iaTr3ss6gI+XUQfBY6rei/feUIXouqEZlgMJL1/4 WrHolWKEVB7vkkZvDQwxf55hWty6nMiijtjGHE7NeZuKfZ5Xa63MoqIORmGx79po /0py/HxOhhu92XPcGqb989Bb0Nj3hbW/V5jjRAwHp/IzPu4T3feZYkcF2f33ZxOA JMf++WDyP0wd9L66bxI0tQbqcuf3Nf8CQQn1YmhdT8ZG7PHvKqnpYeXKHgly558U LF3q5yKkhqmD007OZxOo7bbs3CFQZTVSHp4BM2h2KH3xMlFrXonzGnbFBhOcpNy1 SPS83EUPRJVCmnpGpK7D43n9oLfmyUYuDPjJGwNYzTmyqBTsV0HYejytsQNplqUH irkK5lv3ohE5x3K6T/K/9OXQbmWb3s/lTf0jAgOy/J6LfOv0yF7D9bWpzkvi2F06 fxX9lBxYzjmAubVL7OgvweO8S6S0sh2U/ETbFzPDnqMOryzTgWD+JXh5IZ4sFCIK PjEStaPK2mL4OTGAsfPezgyVijR4hUgTxIQSvqDri09mK7kzCYp4uhWESHn4ba4w p83MORGYjAvoPhFLIpo= =yIkd -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] JOSM: Gebäude ausschalten
Ich glaube die Filter Funktion ist das richtige für dich: https://josm.openstreetmap.de/wiki/Help/Dialog/Filter Grüße Martin 2014-05-16 9:43 GMT+02:00 Christian Aigner caig...@openstreetmap.at: Am 16.05.2014 09:29, schrieb Christian Aigner: Ich möchte im Moment nur Buslinien editieren. Dazu müssen nur die Straßen, Haltestellen und Plattformen sichtbar sein. Wie kann ich alles andere ausschalten (unsichtbar machen)? LG, Christian Ich hab den MapPaint-Style geändert, aber die Gebäude werden immer noch grau angezeigt. Kann man das auch noch ausschalten? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] JOSM: Gebäude ausschalten
Filter sind super! Genau das hab ich gesucht. :-) Endlich sehe ich nur mehr das, was ich sehen will. Hier mein Filter: -((highway | public_transport) -(highway=footway | highway=path | highway=steps | highway=track)) Danke! ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Bus-Linien: Aufteilung nach Operator im Wiki
Es geht um folgende Seite: http://wiki.openstreetmap.org/wiki/Lower_Austria_Public_Transport Ich halte die Aufteilung der Buslinien nach Operator nicht sinnvoll, zumal sich der Operator immer wieder ändern kann, wie eben gerade vor kurzem bei einigen Linien geschehen. Ich würde die Aufteilung entfernen und einfach alle Buslinien nach Liniennummer sortiert auflisten. Was haltet ihr davon? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bus-Linien: Aufteilung nach Operator im Wiki
+1 Dafür einfach in eine Spalte den operator schreiben dann kann man noch immer danach sortieren -- mfg Thomas Rupprecht On 16. Mai 2014 14:37:50 MESZ, Christian Aigner caig...@openstreetmap.at wrote: Es geht um folgende Seite: http://wiki.openstreetmap.org/wiki/Lower_Austria_Public_Transport Ich halte die Aufteilung der Buslinien nach Operator nicht sinnvoll, zumal sich der Operator immer wieder ändern kann, wie eben gerade vor kurzem bei einigen Linien geschehen. Ich würde die Aufteilung entfernen und einfach alle Buslinien nach Liniennummer sortiert auflisten. Was haltet ihr davon? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- mfg Thomas Rupprecht___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bus-Linien: Aufteilung nach Operator im Wiki
+1 Dafür einfach in eine Spalte den operator schreiben dann kann man noch immer danach sortieren -- mfg Thomas Rupprecht On 16. Mai 2014 14:37:50 MESZ, Christian Aigner caig...@openstreetmap.at wrote: Es geht um folgende Seite: http://wiki.openstreetmap.org/wiki/Lower_Austria_Public_Transport Ich halte die Aufteilung der Buslinien nach Operator nicht sinnvoll, zumal sich der Operator immer wieder ändern kann, wie eben gerade vor kurzem bei einigen Linien geschehen. Ich würde die Aufteilung entfernen und einfach alle Buslinien nach Liniennummer sortiert auflisten. Was haltet ihr davon? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] JOSM: Gebäude ausschalten
Hallo! On 16/05/14 10:41, Christian Aigner wrote: -((highway | public_transport) -(highway=footway | highway=path | highway=steps | highway=track)) Ein Hinweis: das umschließende -(...) kann man weglassen, wenn man in der Spalte I=invertiert den Haken setzt. Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Appel aux contributeurs de Montréal
Bonjour Bruno, On pourrait se faire un chat ou autre réunion virtuelle et voir comment nous pouvons avancer de ce côté. Je devrais aussi avoir plus de temps libre à partir de la semaine prochaine. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 16 mai 2014 1h41 Objet : [Talk-ca] Appel aux contributeurs de Montréal Bonjour à tous, Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à vous, Pierre, Charles, et les autres? Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la province? ;) Au plaisir! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Appel aux contributeurs de Montréal
Bonjour a tous... Je suis ALCE Samuel Paul. Je suis a Montreal depuis quelques jours et j'aimerais bien participer activement au differents activites OSM tout comme j'ai l'habitude de le faire avant... Je suis actuellement libre et je peux aider dans les travaux sur les provinces comme a signaler Bruno. faites moi part de vos activites... Merci... --- Original Message --- From: Pierre Béland pierz...@yahoo.fr Sent: May 16, 2014 4:40 AM To: Bruno Remy bremy.qc...@gmail.com, talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Appel aux contributeurs de Montréal Bonjour Bruno, On pourrait se faire un chat ou autre réunion virtuelle et voir comment nous pouvons avancer de ce côté. Je devrais aussi avoir plus de temps libre à partir de la semaine prochaine. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 16 mai 2014 1h41 Objet : [Talk-ca] Appel aux contributeurs de Montréal Bonjour à tous, Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à vous, Pierre, Charles, et les autres? Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la province? ;) Au plaisir! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Appel aux contributeurs de Montréal
Bonjour Pierre, Bonne idée: une conférence un soir de la semaine à discuter... Bruno Le 2014-05-16 04:39, Pierre Béland pierz...@yahoo.fr a écrit : Bonjour Bruno, On pourrait se faire un chat ou autre réunion virtuelle et voir comment nous pouvons avancer de ce côté. Je devrais aussi avoir plus de temps libre à partir de la semaine prochaine. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Vendredi 16 mai 2014 1h41 *Objet :* [Talk-ca] Appel aux contributeurs de Montréal Bonjour à tous, Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à vous, Pierre, Charles, et les autres? Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la province? ;) Au plaisir! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] prapodivné tvary domů
Dne 15.5.2014 23:26, Marián Kyral napsal(a): Dne 14.5.2014 01:20, Petr Vejsada napsal(a): Dne St 14. května 2014 01:00:30, Karel Volný napsal(a): Ah, už vím, co to je. Jsou to polygony parcel, nikoli baráků. http://ruian.poloha.net/19/49.22593/15.88272 a rozsvítit parcely. nojo, ale v OSM je to jako součást budovy parcela je pozemek, jehož hranice *někdy* mohou být totožné s hranicemi budovy. Jindy jsou si podobné, ale nejsou zcela totožné. A jindy jsou si zcela nepodobné, třeba parcela má 1000m2 a uprostřed je dům 150m2. navíc mi není jasné, jak tam vznikly ty zakřivení a vůbec ... když se na to podívám do katastru, tak je to krásně rovné (hm, ono vlastně i na tom tvém odkazu se to dá víc nazoomovat, hau) - a navíc mi došlo, že ty kudrlinky do ulice jsou schodiště a ty dozadu k lesu jsou stříšky nad zadními vchody ... no tak to by mělo být značeno úplně jinak Asi je to obkreslené z KM, tedy jsou obkreslené parcely místo budov, Klasika. Panelák, který má schody nebo nájezdovou rampu. Někdy to zhruba souhlasí, někdy ne. Pokud to ale chceš zobrazit ve 3D, tak by schody asi měly být zvlášť a měly by být nižší. Pak je otázka, jestli by všechny objekty tvořící daný dům neměly být jako relace (to by bylo žůžo, to by byla džungle :-D ) Cus ... mely ... ale vzivote to nikdo nezedituje tak, aby to cely nerozbil ... ostatne uplne stejne jako jizdni pruhy, odbocovani ... a spoustu dalsich veci, ktery velmi snadno a velmi rychle rozbijes, protoze pro editor je to jen dalsi tag. A protoze tohle nikdo systematicky neresi, tak ti pak vznika takovej peknej gulas, pokud se nekdo rozhodne vyrobit 3D ... tak z hlediska (nejen) editoru tam mas hromadu nejakych podivnych objektu, jeden pres druhej ... netusis, ke kterymu patri adresa (protoze ke vsem), netusis, kde je vchod ... Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Trouver les nœuds non rapportés à un bâtiment avec JOSM
Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les nœuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le nœud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le nœud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les nœuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Si c'est pas déjà un troll, en voici un : Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en limite de parcelle (ce que je fais). Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html A+ Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le noeud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le noeud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Si je peux me permettre... La priorité est à mon avis plus à compléter le filaire de voirie (tracés manquants, noms manquants, noms incorrects). Cela permettra d'améliorer beaucoup plus massivement la qualité des données adresses. Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le noeud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le noeud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le vendredi 16 mai 2014 14:53:25 Marc SIBERT a écrit : Si c'est pas déjà un troll, en voici un : Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en limite de parcelle (ce que je fais). Ton choix est effectivement valable. Personnellement, j'essaie d'améliorer la qualité de la donnée générée automatiquement. Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Selon moi, il n'est pas question de charger les adresses en masse dans OSM. C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de données, et ensuite *intégrer* les adresses manquantes dans OSM. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
On 16/05/2014 15:54, Nicolas Dumoulin wrote: Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Selon moi, il n'est pas question de charger les adresses en masse dans OSM. C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de données, et ensuite *intégrer* les adresses manquantes dans OSM. Aïe oui - surtout ne parlons pas d'import et encore moins en masse: non seulement ça complique nos rapports avec le reste du projet déjà bien méfiant, mais en plus ce n'est pas vrai vu que (si j'ai bien compris) l'intégration dans Openstreetmap des données une fois la conflation effectuée, et en particulier le positionnement du point d'adresse sera une valeur ajoutée par des utilisateurs humains. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
On 16/05/2014 14:53, Marc SIBERT wrote: Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en limite de parcelle Sur le polygone du bâtiment à l'endroît de l'entrance=* ? Sur le polygone de la parcelle ? Sur un point quelque part dans la parcelle ? Sur un mur d'enceinte à l'endroit de l'entrance=* ? Novice en matière d'adresses Openstreetmap, je suis perdu parmi tous ces choix... A l'occasion du démarrage du BANO je serai bien preneur de recommandations. Plusieurs modélisations semblent aujourd'hui pratiquées, mais alors si plusieurs d'entre elles sont valides, quel est l'ordre de priorité lorsque le cas permet l'application de plusieurs d'entre elles ? Le cas le plus clairement énoncé semble être le cas Danois: - Toute parcelle aura un nœud d'adresse - Si un bâtiment existe, le nœud d'adresse sera de préférence placé à côté du bâtiment, à trois mètre du mur le plus proche d'une voie nommée Quoique je ne vois pas de précision Danoise concernant le placement du nœud d'adresse sur la parcelle ou sur son polygone - encore que la règle concernant le cas avec bâtiment laisse penser que la proximité d'une voie nommée est préférable. Si quelqu'un a des contacts ayant participé au projet Danois, il serait intéressant de leur demander comment ils en sont arrivés à une règle aussi précise - des usages particuliers le nécessitent ? Des problèmes d'exploitation y ont abouti ? C'est juste une question esthétique ? Le fait que leurs données soient effectivement exploitées est un gage de maturité et il pourrait donc être bon d'y trouver de l'inspiration. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Désolé d'avoir été imprécis dans mon propos. C'est juste que j'aime faire disparaître les taches rouges, dégommer les points comme disent d'autres, et la carte indiquée précédemment me pousse à importer, rue par rue et manuellement, les points d'adresse dans OSM. Si ce comportement se multiplie, ça va provoquer une vague et donc une forme d'import de masse, comme le bâti en son temps. Il ne s'agit évidemment pas de pousser à des imports automatisés ou aveugles des données du cadastre. A+ Le 16 mai 2014 16:11, Jean-Marc Liotier j...@liotier.org a écrit : On 16/05/2014 15:54, Nicolas Dumoulin wrote: Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Selon moi, il n'est pas question de charger les adresses en masse dans OSM. C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de données, et ensuite *intégrer* les adresses manquantes dans OSM. Aïe oui - surtout ne parlons pas d'import et encore moins en masse: non seulement ça complique nos rapports avec le reste du projet déjà bien méfiant, mais en plus ce n'est pas vrai vu que (si j'ai bien compris) l'intégration dans Openstreetmap des données une fois la conflation effectuée, et en particulier le positionnement du point d'adresse sera une valeur ajoutée par des utilisateurs humains. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
2014-05-16 16:21 GMT+02:00 Jean-Marc Liotier j...@liotier.org: Le cas le plus clairement énoncé semble être le cas Danois: - Toute parcelle aura un nœud d'adresse Je ne crois pas que ce modèle fonctionne chez-nous (il y a des parcelles sans adresses et d'autres avec plusieurs adresses) - Si un bâtiment existe, le nœud d'adresse sera de préférence placé à côté du bâtiment, à trois mètre du mur le plus proche d'une voie nommée J'aime pas trop les noeuds flottants (et j'évite lorsque je peux). Cette façon de mapper (à distance fixe d'un mur ou d'une limite de parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas lorsqu'on veut faire du routage de porte à porte. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le très bon outil adresse sur cadastre.openstreetmap.fr permet bien sur de placer les adresse mais aussi de compléter ce filaire de voirie. Les numéro d'une même rue sont regrouper entre eux donc facile de savoir ou passe la rue sont début et sa fin et son nom ( tous ça n'est pas facile à voir si l'on regarde que le cadastre avec le plugin josm) Bien sur pour les voie qui n'ont pas de numéro on a aucune info... Si l'on veut pas s'embêter avec les numéro on peut seulement s'en servir pour placer les rue et leur nom. Ce qui revient a peu près a ce servir du nouveau font de carte lié à la bano. Le 16 mai 2014 à 15:31, Christian Quest cqu...@openstreetmap.fr a écrit : Si je peux me permettre... La priorité est à mon avis plus à compléter le filaire de voirie (tracés manquants, noms manquants, noms incorrects). Cela permettra d'améliorer beaucoup plus massivement la qualité des données adresses. Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les nœuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le nœud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le nœud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les nœuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Oui tout est dans le bien placer les adresses ! c'est justement ma question : comment bien placer les adresses. Ce que propose le générateur est une... proposition de solution à laquelle on n'est pas obligé d'adhérer sur tout en habitat horizontal et résidentiel : aller coller un numéro sur un bâtiment à 20m à l'intérieur d'une parcelle, ça donne quoi ? l'entrée ? le bâtiment principal ? l'adresse de la niche du chien ? Voilà voilà... A+ Le 16 mai 2014 17:43, jerome.ama...@gmail.com jerome.ama...@gmail.com a écrit : Le très bon outil adresse sur cadastre.openstreetmap.fr permet bien sur de placer les adresse mais aussi de compléter ce filaire de voirie. Les numéro d'une même rue sont regrouper entre eux donc facile de savoir ou passe la rue sont début et sa fin et son nom ( tous ça n'est pas facile à voir si l'on regarde que le cadastre avec le plugin josm) Bien sur pour les voie qui n'ont pas de numéro on a aucune info... Si l'on veut pas s'embêter avec les numéro on peut seulement s'en servir pour placer les rue et leur nom. Ce qui revient a peu près a ce servir du nouveau font de carte lié à la bano. Le 16 mai 2014 à 15:31, Christian Quest cqu...@openstreetmap.fr a écrit : Si je peux me permettre... La priorité est à mon avis plus à compléter le filaire de voirie (tracés manquants, noms manquants, noms incorrects). Cela permettra d'améliorer beaucoup plus massivement la qualité des données adresses. Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le noeud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le noeud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
2014-05-16 18:00 GMT+02:00 Marc SIBERT m...@sibert.fr: Oui tout est dans le bien placer les adresses ! c'est justement ma question : comment bien placer les adresses. Ce que propose le générateur est une... proposition de solution à laquelle on n'est pas obligé d'adhérer sur tout en habitat horizontal et résidentiel : aller coller un numéro sur un bâtiment à 20m à l’intérieur d'une parcelle, ça donne quoi ? l'entrée ? le bâtiment principal ? l'adresse de la niche du chien ? Il n'y a pas de solution imposée. Plusieurs fichiers sont (étaient) générés. Le choix est ensuite laissé à l'appréciation du contributeur (voir aussi http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
On 05/16/2014 06:16 PM, Pieren wrote: Il n'y a pas de solution imposée. Plusieurs fichiers sont (étaient) générés. Le choix est ensuite laissé à l'appréciation du contributeur (voir aussi http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_adresses) Merci pour le lien. Ok pour le choix entre un noeud en façade et le bâtiment lui-même - comme Pieren le point flottant ne me dit rien. Entre les deux, j'aime bien le noeud en façade - ma conception (peut-être erronée) de l'adresse est qu'elle m'amène à une porte, et c'est aussi ce qui est utile pour le routage. Reste le cas sans bâtiment. On place le noeud en bordure de parcelle près de la voie associée ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le vendredi 16 mai 2014 19:01:27 Jean-Marc Liotier a écrit : Reste le cas sans bâtiment. On place le noeud en bordure de parcelle près de la voie associée ? C'est ce que je fais. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 17:37, Pieren pier...@gmail.com a écrit : J'aime pas trop les noeuds flottants (et j'évite lorsque je peux). Cette façon de mapper (à distance fixe d'un mur ou d'une limite de parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas lorsqu'on veut faire du routage de porte à porte. Tout dépend ce que l'on entend par porte. Je privilégie le nœud flottant typiquement dans les zones pavillonnaires où le point adresse se retrouve donc isolé en limite de propriété. Au delà on passe dans l'espace privé. Et je ne vois pas en quoi cela ne permettrait pas de faire du routage. Romai ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Bonsoir, Le 16/05/2014 20:00, Romain MEHUT a écrit : Le 16 mai 2014 17:37, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : J'aime pas trop les noeuds flottants (et j'évite lorsque je peux). Cette façon de mapper (à distance fixe d'un mur ou d'une limite de parcelle) est bonne et suffisante pour un cadastre. Elle ne l'est pas lorsqu'on veut faire du routage de porte à porte. Tout dépend ce que l'on entend par porte. Je privilégie le nœud flottant typiquement dans les zones pavillonnaires où le point adresse se retrouve donc isolé en limite de propriété. Au delà on passe dans l'espace privé. Et je ne vois pas en quoi cela ne permettrait pas de faire du routage. Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Aussi dans une écrasante majorité de situations, seul un way de type building matérialise l'adresse. Donc pour moi c'est un choix par défaut, mais je préfère largement utiliser la façade d'un bâtiment et y ajouter un node addr:housenumber, au moins on a une idée de ce à quoi correspond l'adresse. Sinon, avec de grandes parcelles et un habitat en retrait de la voirie, le lien entre l'info d'adresse et le(s) bâtiment(s) qui lui correspondent ne peut pas se faire. Je trouve donc une valeur ajoutée à m'appuyer sur les bâtiments. Après, j'ai bien conscience que là où je colle un node adresse, ça ne matérialise pas rigoureusement la porte d'entrée, c'est une approximation. L'outil de pré-intégration d'adresses sur http://cadastre.openstreetmap.fr/ doit évoluer prochainement pour tenir compte des adresses déjà présentes dans OSM au moment du rapprochement. Et là le casse-tête commence... juste un cas extrême pour illustrer : je cherche à construire le fichier des points adresse en façade dans une relation associatedStreet. Je trouve un building avec un tag addr:housenumber et un tag addr:street, qui n'appartient pas à une relation associatedStreet. Comment le considérer ? Faut-il ne pas y toucher ? Le convertir en l'incluant dans une relation et en supprimant son tag addr:street ? Je ne demande pas forcément de réponse, mais vous imaginez que si on conserve les 8 modèles actuels de fichiers, on fonce fissa vers une usine à gaz. Donc pour revenir au début de ce fil, je verrais d'un très bon oeil qu'on parvienne à dégager un schéma privilégié, afin que les outils puissent se concentrer dessus. On pourrait, pourquoi pas, à l'issue de ce fil, ouvrir une page de sondage sur le sujet ? vincent (trop long oui) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 21:08, Vincent de Château-Thierry v...@laposte.net a écrit : Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Mais pourquoi l'adresse devrait être matérialisée nécessairement par quelque chose? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
On 05/16/2014 09:15 PM, Romain MEHUT wrote: Le 16 mai 2014 21:08, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Mais pourquoi l'adresse devrait être matérialisée nécessairement par quelque chose ? Je ne vois pas de nécessité absolue, mais je vois dans l'adresse le point de démarcation avec le réseau public - or pour l'utilisateur cette démarcation est matérialisée par quelque chose: grille de la propriété, porte de la maison, boite aux lettres... Entre la porte et la boite aux lettres on touche d'ailleurs deux usages différents, mais l'idée de destination sur le réseau reste - et cette destination est pour l'utilisateur toujours un objet physique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16/05/2014 21:15, Romain MEHUT a écrit : Le 16 mai 2014 21:08, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Mais pourquoi l'adresse devrait être matérialisée nécessairement par quelque chose? D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos : - il y a un bâtiment - il y a une adresse n° tant. Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as fabriqué une troisième info : l'adresse de ce bâtiment est le n° tant. C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les associer visuellement, un algorithme les associera (peut-être) automatiquement avec une logique de plus proche, mais dans les deux cas on joue à la loterie. Avec une association faite explicitement, en collant un noeud sur une façade, on fabrique une info supplémentaire, donc on fabrique de la valeur, on lève des ambiguïtés, et c'est franchement fiable grâce à la connaissance, durant ce processus, du contour et de l'adresse des parcelles, qui permet de ne pas se tromper de bâtiment. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 21:30, Vincent de Château-Thierry v...@laposte.net a écrit : D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos : - il y a un bâtiment - il y a une adresse n° tant. Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as fabriqué une troisième info : l'adresse de ce bâtiment est le n° tant. C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les associer visuellement, un algorithme les associera (peut-être) automatiquement avec une logique de plus proche, mais dans les deux cas on joue à la loterie. Avec une association faite explicitement, en collant un noeud sur une façade, on fabrique une info supplémentaire, donc on fabrique de la valeur, on lève des ambiguïtés, et c'est franchement fiable grâce à la connaissance, durant ce processus, du contour et de l'adresse des parcelles, qui permet de ne pas se tromper de bâtiment. Certes mais ce qui intéresse l'utilisateur lambda c'est l'adresse tout court ou l'adresse d'un bâtiment? Sur la question du routage, on chercher à aller d'une adresse à une autre mais pas vraiment d'un bâtiment à un autre. Romain (en mode question ce soir) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 à 21:30, Vincent de Château-Thierry v...@laposte.net a écrit : Le 16/05/2014 21:15, Romain MEHUT a écrit : Le 16 mai 2014 21:08, Vincent de Château-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Je n'aime pas les noeuds qui flottent non plus, que ce soit des adresses, ou des POIs situés dans un building. Pour une adresse donnée, dans la mesure où on n'exploite pas la géométrie des parcelles du cadastre, on a très rarement en base un tracé qui matérialise la limite de propriété : haie, mur, portail, etc. Mais pourquoi l'adresse devrait être matérialisée nécessairement par quelque chose? D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos : - il y a un bâtiment - il y a une adresse n° tant. Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as fabriqué une troisième info : l'adresse de ce bâtiment est le n° tant. C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les associer visuellement, un algorithme les associera (peut-être) automatiquement avec une logique de plus proche, mais dans les deux cas on joue à la loterie. Avec une association faite explicitement, en collant un noeud sur une façade, on fabrique une info supplémentaire, donc on fabrique de la valeur, on lève des ambiguïtés, et c'est franchement fiable grâce à la connaissance, durant ce processus, du contour et de l'adresse des parcelles, qui permet de ne pas se tromper de bâtiment. Cela ne fait qu’assez peu de temps que j’ajoute des adresses, mais, j’avais cru comprendre que deux idées dominaient jusqu’ici : la limite de parcelle et l’éventuelle boite aux lettres. C’est ainsi que je procède. Pour les maisons individuelles, il a le cas de celles qui sont éloignées de la route, mais cette imprécision peut être réduite, quand il y a une voie privée de desserte ouverte sur le réseau public. Pas de consensus sur le traçage d’une allée dans un espace clos. Pour les immeubles, i me semble que la voie (privée) de desserte automobile donne une possibilité de choisir un point et sur une barre d’immeuble un alignement de points peut être fait sur la façade, mais ce n'est pas ma pratique, parce que je pense qu’en cas de réimport des bâtiments, on perd une info. Question de goût, je préfère donc les points alignés et flottants. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 21:38, Romain MEHUT romain.me...@gmail.com a écrit : Certes mais ce qui intéresse l'utilisateur lambda c'est l'adresse tout court ou l'adresse d'un bâtiment? Sur la question du routage, on chercher à aller d'une adresse à une autre mais pas vraiment d'un bâtiment à un autre. Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant (tags sur le building) se situe à tel adresse (point en façade). Le rapprochement des POI et des adresses sera simplifié si les infos sont combinés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 16 mai 2014 21:48, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant (tags sur le building) se situe à tel adresse (point en façade). Là il n'y a pas à se poser de question. En ville, bien souvent, la façade est justement le point d'accès. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Je pense que l'a question a ce poser c'est, à quoi ça sert d'ajouter les adresses dans osm? Soit c'est fait pour représenter quelque chose (bâtiment, propriété,...) soit c'est surtout là pour le routage. Moi je pense que les adresses sont la pour le routage (des gens ou des enveloppes) donc ca doit etre pareil dans osm. Donc je pense qu'il faut les indiquer par des points situé au lieu ou l'on passe de la voie public au domaine privé (où on ne rentre pas sans y être invité). Les portes des batiment quand le batiment donne sur la rue ou l’entrée de la propriété ( portail ...) en gros comme les numero sont placé en vrai. Le 16 mai 2014 21:53, Romain MEHUT romain.me...@gmail.com a écrit : Le 16 mai 2014 21:48, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant (tags sur le building) se situe à tel adresse (point en façade). Là il n'y a pas à se poser de question. En ville, bien souvent, la façade est justement le point d'accès. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Je n'ai pas d'avis tranché entre le point sur boîte aux lettre et point sur façade près de l'entrée du bâtiment. Sur les communes que j'ai traité dans les Bas-Rhin ces derniers mois j'ai choisi la façade pour rester consistant avec les adresses déjà importées par les autres contributeurs sur la moitié du département déjà complète. Quand je travaillais avec le plugin cadastre sur fond de cadastre vectoriel ça me mettait mal à l'aise de faire comme ça parce que souvent on ne peut pas deviner si on met le point sur une maison et pas une grange ou un garage. Par défaut je mettait toujours le point sur la façade la plus proche de la route dans une parcelle donnée. Maintenant qu'on a l'outil qiui digère le cadastre, je met l'imagerie en fond pour mieux reconnaître les maisons et les entrées. Si j'avais eu à choisir moi même j'aurais opté soit pour le tag sur polygone de bâtiment (pas besoin de deviner où est l'entrée) ou le point flottant à 3m de la rue (pas d'interprétation nécessaire, et quelqu'un avec la connaissance du terrain aurait plus facilement pu déplacer le point sur une façade plus tard). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
