Re: [OSM-legal-talk] Attribution
Steve Coast steve@... writes: But that’s not what we’re talking about. We’re speaking here about the simple ask, that if you use OSM you please say clearly on the map that it is OSM. You’re getting a great dataset, for free, under an open license, that millions of people are contributing to. We’re not asking for $100,000 license fees, we’re just asking that you say who we are. It’s the ultimate human need; I was here. I did this. OSM is such a strong project that there should be no need to exaggarate. We have 1.6 million registered users [1] and of those a bit more than 30 has made the last edit into the database [2]. The number of active members is growing steadily and linearly [3]. And by looking at the list of Top users editing over the past in [1], imports has nowadays a huge importance for the project - I was here, sitting in my own armchair. I did this import. I agree with the attribution to OSM, we have written rules and all players should follow them. When looking the attribution from opposite side, according to our contributor terms all imported data come OSM data as soon as it is stored into the database and we have no need to mention the origin of data. However, we voluntarily do that at least to some extent, which is fair [4] [5] [6]. [1] http://www.openstreetmap.org/stats/data_stats.html [2] http://osmstats.altogetherlost.com/ [3] http://wiki.openstreetmap.org/wiki/Stats [4] http://wiki.openstreetmap.org/wiki/Import/Catalogue [5] http://wiki.openstreetmap.org/wiki/Contributors [6] http://www.openstreetmap.org/copyright -Jukka Rahkonen- ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attribution
Am 03.05.2014 10:26, schrieb Jukka Rahkonen: And by looking at the list of Top users editing over the past in [1], imports has nowadays a huge importance for the project - I was here, sitting in my own armchair. I did this import. Since I'm with the project I can't remember any time when import accounts (even when they were not explicitly declared as such) did not populate the top positions in that list, which given the nature of the beast is not a surprise and doesn't indicate importance or lack of such for the project. Actually I am fairly sure that imports have diminished in relative volume and importance, given the extremely large (and some times extremely bad) imports of the past when we had far less data in total (adding a couple of million of addresses is peanuts in comparison). In any case, I can argue that we have the moral and ethical obligation to provide attribution for all sources that have contributed to OSM, regardless of third party data or individual mappers by requiring a clear and obvious notice pointing to OSM and contributors. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Guideline review: Substantial
Luis, Thank you very much for your thoughtful comments, I hope you don't mind that I've referenced the mail link on the page for resource reading! On 30/04/2014 00:10, Luis Villa wrote: I think it is pretty clear that this rule is only for OSM/ODBL, but it wouldn't hurt to make that more explicit. (It *has* to be only about OSM, because you can't judge whether something is substantial without knowing about the nature of the database (quantitative) and how the data was obtained (qualitative).) Good point and done on the general Community Guideline page. Few other comments: * It might be helpful to link to http://wiki.openstreetmap.org/wiki/Map_features when talking about Features, assuming those are the same concept, which I admit I'm still not 100% sure about? * It might be helpful to explain better why the page is focused on insubstantial rather than substantial. * The village/town distinction doesn't seem very helpful to me. If the goal really is to push out commercial projects, very few commercial projects are going to be viable at the town level - the vast majority will be national level, with a few exceptions for London/Paris/NY-level cities. So saying you can use towns would still block out most commercial use while perhaps allowing some small governments to do useful things. But I may be misunderstanding the goal here? * I find This definition aims to:...Build a case for the qualitative interpretation of Substantial to be slightly confusing - I /think/ that what is meant is something like This guideline attempts to clarify what uses would constitute a substantial qualitative use of OSM data (perhaps implying that many important uses are not going to be quantitatively substantial?), but I'm really not sure. I would clarify or remove that. I've done some rewording to the summary which I hope addresses these. I've not added a link to the map features page, they are not (really) the same concept. A Feature is how an ordinary map viewing individual would see things: a single road (even if broken into different segments for speed limits), a lake, a pub (even if tagged with multitudinous detail on the beer and ATM machines). A general note to all: these guidelines are directed at folks who are not familiar with OSM, so need to worded accordingly using simple, hopeful translatable, wording and sentences. * Hope this is helpful- Indeed! Mike ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Community Guidelines (was Re: Attribution)
On 28/04/2014 23:27, Mikel wrote: Further I note there was 0 (zero) response to the proposed updated community guidelines that go a long way in clarifying a number of the grey areas, indicating that the whole upset is not about fixing real issues. Simon, first i've heard about this. Can you point to where it's posted please, and also, explain the process by which they were created, proposed, and approved? Thanks Mikel and all, Here is one of the emails: https://www.mail-archive.com/talk@openstreetmap.org/msg49397.html And the process and main page are here: https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines We'd like to get some closure on some of the longer lived items as well as better publicise the whole process, so I am about to go to the main list. Any discussion or input however small in the rather calmer waters of this list first is greatly welcome. The more polished the guidelines are, the better. We also have a number of issues that are very immature in terms of constructing a useful guideline. What we have been lacking, with some notable exceptions, is data users prepared to give a real use case that they can share in a reasonable level of detail. Being able to deal with concrete rather than myriad hypothetical cases makes progress much faster. If you are user or potential user of OSM data, do share real-world issues here. Or, contact us at le...@osmfoundation.org. We can handle commercial-in-confidence provided that the end result is shareable publicly and applies to all equally within the parameters of our license. Mike License Working Group ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] The edges of share-alike on data Re: Attribution
I've renamed the subject because it has gone way off topic, but I wanted to come back on Tobias' comment because it struck a chord and I would like to share a personal research topic. I am curious to evolve the idea further to see if there is any positive value. Open data is a different animal to software source code and highly-creative works and I suspect it will a few more years yet until we understand it all fully. I personally see this unwanted data is an underlying theme under many of the issues the LWG has been looking at under the Community Guidelines process :- Geocoding: So I have to share a patient's medical record because it is geocoded against OSM? Dynamic Data: So if I use OpenStreetMap car park location data, I have to share the real-time occupancy data? Algorithmic transformations: So I thought of this clever idea to pre-format OSM data for fast loading into my game. Now I have to share my that or my algorithm? General maps: I want to use OSM to show locations of restaurants on my restaurant review site. Now I have to share the reviews? And so on. Now many of these issues may be resolved, and in some case have been resolved, in other ways which remain within the scope of the current ODbL version. But a very simple way of dealing with everything in one go is to say: *The OpenStreetMap project collects long-lived geospatial data as a set of intelligently or machine-made physical observations only.* [Wording needs improving!] And then to say: *And share-alike only applies to what we collect.* Again, it just a research topic. I see it as benefiting the OpenStreetMap project enormously but at the same time potentially debasing the whole concept of share-alike for the wider open data community ... perhaps those restaurant reviews should be shared? Mike On 30/04/2014 23:35, Tobias Knerr wrote: On 30.04.2014 19:37, Rob Myers wrote: On 30/04/14 03:18 AM, Tobias Knerr wrote: But we have to judge a license based on its actual effects, not the original intention. What annoys me, for example, is when we require people to publish data that we wouldn't even want if they offered it. The users of the data may want it. The license exists to benefit them, not (just) OSM. If the actual effects worked against this then yes there would be a problem. I think there is quite a bit of data that will, with high likelihood, never be of use to anyone. That's especially true for byproducts of the creation of a produced work. But your argument about also shows that there are mappers who ask for a lot more than just giving data back when you fix things. Thus it would be foolish for a data consumer to assume they only have to follow that spirit, as much as I wish that was enough. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution
On Sat, May 3, 2014 at 11:51 AM, Michael Collinson m...@ayeltd.biz wrote: Open data is a different animal to software source code and highly-creative works and I suspect it will [be] a few more years yet until we understand it all fully. Sure. Of course, we are part of why it is a big deal now, and we are also part of why it is still evolving. It should be no surprise that Old Model Entities have a hard time keeping up with us. :-) [ ... ] Again, it just a research topic. I see it as benefiting the OpenStreetMap project enormously but at the same time potentially debasing the whole concept of share-alike for the wider open data community ... perhaps those restaurant reviews should be shared? One benefit of the community guidelines, and the recognition of them by ODC-ODbL[1] is that they apply to our community, and not to another Open Data project community unless they deliberately adopt them. Another benefit is that the community guidelines are trivially easy for the OpenStreetMap community to amend and adapt compared to waiting for an updated version of ODbL. That gives us the ability to revise the wording of the community guidelines should that be required to adapt to our changing world. That's not a hypothetical situation; we're changing it. Super to have your thoughts on this Mike. [1] http://opendatacommons.org/faq/licenses/#What_is_8216Substantial8217 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attributing OpenStreetMap at Mapbox
Richard Weait richard@... writes: I feel that the attribution that you currently use provides insufficient recognition for OpenStreetMap. Do you feel that the attribution page should provide better recognition for OSM that for the other data providers? OSM data is probably the biggest data source worldwide so it could be reasonable. However, in Finland and Norway, for example, MapBox may utilize more data from the national mapping agencies (or maybe not, I do not know). Would that change the situation - localised ranking of data sources needed? -Jukka Rahkonen- ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Attributing OpenStreetMap at Mapbox
Am 03.05.2014 19:34, schrieb Jukka Rahkonen: Do you feel that the attribution page should provide better recognition for OSM that for the other data providers? OSM data is probably the biggest data source worldwide so it could be reasonable. However, in Finland and Norway, for example, MapBox may utilize more data from the national mapping agencies (or maybe not, I do not know). Would that change the situation - localised ranking of data sources needed? My non-legal take on this is that the employees of the the national mapping agencies have been fully compensated for creating and working on the data and outside of essentially pure legal/contractual reasons I do not see any motivation to give them of their employer any special recognition. In the case of OSM contributors this is different. So yes, we are asking to be treated differently, and that with good reasons. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] How to handle copyright status of notes information.
How do you handle the copyright status on information from notes ? I often find useful information like opening_hours and new openings of shops/amenities in notes but how do I know if the anonymous user did add this information from survey or legal sources ? cu colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Community Guidelines needs your review
Hi all, We've been running under the written-for-data ODbL license for well over a year now thanks to the good folks at Open Knowledge Foundation and their Open Data Commons project. The ODbL is written for data in general and still needs some interpretation when applied specifically to our geospatial data project. So, 5 years ago, we set up a project called Community Guidelines to share with end users of OpenStreetMap data how we as a contributing community understand things, what our intentions are and what we are happy/not happy with. It is very important that you personally can participate if you want to. There is more detail in this earlier legal-talk mail https://www.mail-archive.com/talk@openstreetmap.org/msg49397.html, but the main points are: 1) The front page is at https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines 2) The process for developing a Community Guideline from a set of ideas to a formal policy is described at https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines 3) If you did not know about them, we appreciate hearing any comments that you want to make. 4) We'd like to formalise these guidelines, do you object? What does Substantial mean? https://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline When is my project a Produced Work? https://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline Trivial Transformations https://wiki.openstreetmap.org/wiki/Open_Data_License/Trivial_Transformations_-_Guideline 5) These have been accepted community practise almost since the beginning of the project but have never been written down and we have had questions about them. Now they have. Does the write-up seem reasonable to you? Regional Cuts https://wiki.openstreetmap.org/wiki/Open_Data_License/Regional_Cuts_-_Guideline Horizontal layers https://wiki.openstreetmap.org/wiki/Open_Data_License/Horizontal_Layers_-_Guideline General comments welcome on this list. Detailed comments to legal-talk, on the wiki (there is a Discussion section below each guideline) or to le...@osmfoundation.org. Mike Michael Collinson Chair, OpenStreetMap Foundation License Working Group ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to handle copyright status of notes information.
On 03/05/2014 17:26, colliar wrote: How do you handle the copyright status on information from notes ? I often find useful information like opening_hours and new openings of shops/amenities in notes but how do I know if the anonymous user did add this information from survey or legal sources ? cu colliar That's an interesting question. My first reaction would be to accept it as made in good faith provided that there was nothing obvious like a huge list in a systematic format. The OpenStreetMap Foundation have signed up the the US Digital Millenium Copyright Act and so have a fairly painless procedure to report and remove individual items should they creep through. If anyone working on the notes software and screens is reading this, I suggest changing the sentence (Please don't enter personal information here.) to (Please don't enter personal information or information from copyrighted maps or directory listings here.) Mike ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to handle copyright status of notes information.
Am 03.05.2014 19:35, schrieb Michael Collinson: or information from copyrighted maps or directory listings here. Pull request https://github.com/openstreetmap/openstreetmap-website/pull/736 signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Proposed Data import - Queensland, Australia: Peaks and Mountains
Christopher, I just browsed through the .osm file and then checked the .csv, is it correct that the import (and the original data) doesn't actually have any elevation information? Simon Am 03.05.2014 21:00, schrieb Christopher Barham: Hi, I'd like to propose a small data import of ~2500 nodes describing peaks and mountains in Queensland sourced from Qld govt Place names Gazetteer. I've had a look at the data to import, and also the existing OSM nodes, and think this could be a viable. There would be manual review required before uploading, especially to ensure we do not duplicate the existing ~500 nodes, but feel it could be worth it as we are unlikely to get the data any other way for the more remote parts of the state. I've documented the proposed import steps on the wiki here: https://wiki.openstreetmap.org/wiki/Australia/Queensland/The_Department_of_Environment_and_Resource_Management/Peaks_And_Mountains_Import That page also has links to relevant data files I have created for review. Please let me have your feedback on this proposal. Regards, Chas ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au signature.asc Description: OpenPGP digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Data set of interest: Geelong roads (incl speed limits, one way, cycle attributes)
Hey all, Some work went in earlier to import a number of geelong roofprints, and I got to talking with the data provider, Martin, about data sets that might be of interest to the community. I've just spotted: http://data.gov.au/dataset/7014a203-2e73-46f8-87b6-09e29172bb08 You can see most of the roads in Geelong are well named: http://tools.geofabrik.de/osmi/?view=highwayslon=144.38091lat=-38.1zoom=11overlays=name_missing_major,name_missing_minor,name_fixme There's a lot less data for minor roads: http://www.itoworld.com/map/124?lon=144.34969lat=-38.15224zoom=11 Presumably a lot are the default. Interestingly, the data set contains *One Way*, *Cycle* and *Truck Route* flags as well. It would be a big deal to import all of this by hand or even script a bunch of it, so perhaps cleaning up the primary and secondaries would be an easier starting point (and most useful for routing): http://www.itoworld.com/map/125?lon=144.32227lat=-38.15209zoom=12 ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Proposed Data import - Queensland, Australia: Peaks and Mountains
Hi Simon, There is no elevation information; data items are name, alt_name and location. Chas On 4 May 2014, at 0:08, Simon Poole si...@poole.ch wrote: Christopher, I just browsed through the .osm file and then checked the .csv, is it correct that the import (and the original data) doesn't actually have any elevation information? Simon Am 03.05.2014 21:00, schrieb Christopher Barham: Hi, I'd like to propose a small data import of ~2500 nodes describing peaks and mountains in Queensland sourced from Qld govt Place names Gazetteer. I've had a look at the data to import, and also the existing OSM nodes, and think this could be a viable. There would be manual review required before uploading, especially to ensure we do not duplicate the existing ~500 nodes, but feel it could be worth it as we are unlikely to get the data any other way for the more remote parts of the state. I've documented the proposed import steps on the wiki here: https://wiki.openstreetmap.org/wiki/Australia/Queensland/The_Department_of_Environment_and_Resource_Management/Peaks_And_Mountains_Import That page also has links to relevant data files I have created for review. Please let me have your feedback on this proposal. Regards, Chas ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Importação de dados em Naviraí - MS
Acho tem que explicar a ele para configurar o GlobalMapper para converter direito as tags. As tags que apareceram estão fora do padrão OSM. Em 2 de maio de 2014 23:42, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Ele tinha me dito que: - O Mapa Municipal, obtera na prefeitura de Naviraí; - Editou os shapesfile e os converteu para .osm usando o GlobalMapper, upando estes. Parece que esqueci de passar essa informação a vocês. Mas passara o que após minha assinatura (abaixo). Alexandre Magno Em 1 de maio de 2014 01:20, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Parte de conversação segue minha assinatura. No final da mensagem, ele pediu para eu repassar (autorização). Vou perguntar sobre o tal mapa municipal *atualizado*. Vou pedir para ele participar do fórum ou da lista talk-br. Vou apontar a ele esta mensagem no histórico da talk-br. Alexandre Magno *pdnzjr* 1 de Maio de 2014 às 03:48 On 2014-05-01 03:24:22 UTC Alexandre Magno wrote: On 2014-05-01 03:17:42 UTC pdnzjr wrote: é que eu editei os shapesfile e converti para osm usando o GlobalMapper, depois upei os arquivos. Talvez esta a diferença. Quais shapesfiles? Não entendo bem estas codificações. Nem eu. Atrapalha muito isto? A questão é se os dados não estão protegidos por direitos autorais. Peço que você interaja com a comunidade para dar e obter mais esclarecimentos. Nem sabia que tinha como corresponder com usuários Foi o seguinte: (Não entendo muito bem; só quis colaborar, rsrsrs) Vi um mapa municipal atualizado e o osm tinha poucas informações. Criei linhas onde não existia e foi formado as novas ruas e nomeando. Algumas para não ficarem sem nomes, tem algumas como caminho sem título, rua, e etc. Pensei em ir atualizando com o tempo, mas não sobrava tempo. Os editores que eu usei foram GpsMapEdit, Trackmaker (para criar os nós de roteamentos) e GlobalMapper para converter de .shp para .osm. Nem tive muita preocupação com codificaçãoSe alguém puder me dar umas instruções para seguir o padrão. para evitar falhas futuras, estamos aí pra contribuir. Fontes: Mapa municipal e Mapas do site do IBGE. Repassa para os demais... Valeu, obrigado pela atenção. Em 30 de abril de 2014 22:49, Arlindo Pereira openstreet...@arlindopereira.com escreveu: O problema não é a pessoa ter usado Caminho sem título, mas sim a falta de resposta quanto à origem dos dados. []s Arlindo 2014-04-30 22:43 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-04-30 21:59 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com : Caminho sem título é um nome default do editor Trackmaker. Ele deve ter editado o mapa no Trackmaker e convertido para OSM. Quanto a isso não há pecado. Tem que verificar a fonte. Então se a pessoa ignorar a mensagem pergutando sobre a origem a gente deixa, é isso? ___ 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] Primeiro contato e descrição do problema (geocode reverso BSB)
Marcel, primeiramente seja muito bem vindo ao grupo! Quanto às suas inquisições, sugiro se aproximar do projeto Nominatim, cujo problema central é justamente geocoding reverso e seus desdobramentos, tais como busca e indexação espacial. O Nominatim é o que viabiliza as buscas em serviços baseados em dados OSM. Wiki do Nominatim: http://wiki.openstreetmap.org/wiki/Nominatim O projeto do mkgmap, compilador de mapas para a plataforma Garmin, lida com o problema de interpolação dos endereços para poder gerar o mapa Garmin tal como especificado no formato IMG. Wiki do projeto mkgmap: http://wiki.openstreetmap.org/wiki/Mkgmap grande abraço, Paulo Carvalho Em 2 de maio de 2014 16:14, Marcel Mitsuto F. S. mitsuto+...@gmail.comescreveu: Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. ___ 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] Primeiro contato e descrição do problema (geocode reverso BSB)
A princípio, usando o Nominatim (o geocoder do site do OSM), um interpolador de endereços resolveria a questão parcialmente se mudarmos a semântica do campo addr:housenumber para rodovias. Ainda assim, a resolução seria somente quilômetro a quilômetro, e vários endereços são dados por aí com uma resolução um pouco melhor (geralmente uma casa decimal a mais). (Mas ter algo quilômetro a quilômetro é melhor do que nada.) Se você fizer o seu geocoder do zero, talvez dê pra pensar numa extensão das tags de endereçamento, tipo addr:km. Daí você poderia marcar pontos específicos na via com a quilometragem já pré-definida, e a interpolação fica trivial (não precisaria nem compensar a curvatura da terra). O único porém é que daí você tem que fazer um geocoder próprio. E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. 2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Já existe padrão para marcos de quilometragem: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.comescreveu: A princípio, usando o Nominatim (o geocoder do site do OSM), um interpolador de endereços resolveria a questão parcialmente se mudarmos a semântica do campo addr:housenumber para rodovias. Ainda assim, a resolução seria somente quilômetro a quilômetro, e vários endereços são dados por aí com uma resolução um pouco melhor (geralmente uma casa decimal a mais). (Mas ter algo quilômetro a quilômetro é melhor do que nada.) Se você fizer o seu geocoder do zero, talvez dê pra pensar numa extensão das tags de endereçamento, tipo addr:km. Daí você poderia marcar pontos específicos na via com a quilometragem já pré-definida, e a interpolação fica trivial (não precisaria nem compensar a curvatura da terra). O único porém é que daí você tem que fazer um geocoder próprio. E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. 2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- 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] Primeiro Contato
Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. Marcel ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Correção
Tem como o comunidade entra em contato com o GeoFabrik pedir subareas do Brasil, tem tempo eu pedi estados individuais. E complicado baixar proximo do 200MB quando o que eu preciso principalmente e os estados do Espirito Santo e Rio de Janeiro. Credito que algum outros de voce pode beneficiar do areas menores também. Ja mandei email para la um tempo atras, quando formato .osm passou 200MB, mas resposta eu recebi fui que ainda não tinha interessa deste divisão. Se o comunidade Brasileira pedir acho que podemos conseguir. Aun Johnsen On May 2, 2014, at 18:35, A. Carlos anorcar...@hotmail.com wrote: Qto ao tempo de compilação, acho que da pra se basear pelo site, o tempo de compilação deles. 9A.JPG Ali sempre consta a última compilação. ___ Anor C. A. de Souza Concórdia SC 49-8808-4963 From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 2 May 2014 18:21:26 -0300 Subject: Re: [Talk-br] Fw: Correção Paulo, observe o mapa Cocar compilado ontem. Sem%20Título[1].jpg No mapa OSM, esse trecho ao lado do Estádio Beira Rio já está com pista dupla, entretanto o Cocar compilado ontem e visto na imagem acima, está com pista simples. Deduzo que o PBF esteja desatualizado, mas quanto tempo não sei. []s Marcio From: Paulo Carvalho Sent: Friday, May 2, 2014 3:54 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Fw: Correção Esse trecho em particular ainda consta como simples: http://www.openstreetmap.org/#map=18/-30.07775/-51.24626 ___ 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] Primeiro contato e descrição do problema (geocode reverso BSB)
Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.comescreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como addr:street=Rua Forlan, addr:housenumber=km 20 Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar automaticamente se um forma mais certo aparecer. Aun Johnsen On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ 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] Importação de dados em Naviraí - MS
Seria bom que ele participasse da lista em primeira pessoa ao invés desse leva-e-traz por ti. Em 3 de maio de 2014 14:07, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Ele pode estar acompanhando este tópico em algum dos históricos da lista. Mas eu quero dizer a todos que achei melhor apenas começar a apresentar a ele o assunto do copyright e da segurança legal. É melhor aceitar as limitações legais antes de aprender meramente técnica de importação. Alexandre Magno Em 3 de maio de 2014 09:36, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Acho tem que explicar a ele para configurar o GlobalMapper para converter direito as tags. As tags que apareceram estão fora do padrão OSM. ___ 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] Correção
O .BAT de compilação que disponibilizamos em http://www.cocardl.com.br/viewtopic.php?f=23t=114 contém processamento para separar o mapa nos mapas dos estados, embora o download do mapa do Brasil seja inevitável. Alguém pode usar os mapas separados e subí-los para um sevidor web. Em 3 de maio de 2014 12:42, Lists li...@gimnechiske.org escreveu: Tem como o comunidade entra em contato com o GeoFabrik pedir subareas do Brasil, tem tempo eu pedi estados individuais. E complicado baixar proximo do 200MB quando o que eu preciso principalmente e os estados do Espirito Santo e Rio de Janeiro. Credito que algum outros de voce pode beneficiar do areas menores também. Ja mandei email para la um tempo atras, quando formato .osm passou 200MB, mas resposta eu recebi fui que ainda não tinha interessa deste divisão. Se o comunidade Brasileira pedir acho que podemos conseguir. Aun Johnsen On May 2, 2014, at 18:35, A. Carlos anorcar...@hotmail.com wrote: Qto ao tempo de compilação, acho que da pra se basear pelo site, o tempo de compilação deles. 9A.JPG Ali sempre consta a última compilação. *___* *Anor C. A. de Souza Co* *ncórdia SC * 49-8808-4963 -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Fri, 2 May 2014 18:21:26 -0300 Subject: Re: [Talk-br] Fw: Correção Paulo, observe o mapa Cocar compilado ontem. Sem%20Título[1].jpg No mapa OSM, esse trecho ao lado do Estádio Beira Rio já está com pista dupla, entretanto o Cocar compilado ontem e visto na imagem acima, está com pista simples. Deduzo que o PBF esteja desatualizado, mas quanto tempo não sei. []s Marcio *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com *Sent:* Friday, May 2, 2014 3:54 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Fw: Correção Esse trecho em particular ainda consta como simples: http://www.openstreetmap.org/#map=18/-30.07775/-51.24626 ___ 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] Importação de dados em Naviraí - MS
Feito. Segue. *Por favor, fale com a comunidade.* pdnzjr http://www.openstreetmap.org/user/pdnzjr 3 de Maio de 2014 às 18:37 A discussão na *talk-br*, a respeito de suas ediçõeshttps://www.mail-archive.com/talk-br@openstreetmap.org/msg07066.html, está se prolongando demasiadamente. Por isso, quero lhe pedir mais uma vez que participe do fórumhttp://forum.openstreetmap.org/viewforum.php?id=74ou da lista https://lists.openstreetmap.org/listinfo/talk-br. Pois o ideal é que você *fale diretamente com o grupo lá* -- esclarecendo e sendo esclarecido sobre o que for necessário -- e não interaja apenas comigo. Obrigado pela atenção. Em 3 de maio de 2014 15:28, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Concordo plenamente. Ou do fórum. Já o convidei umas três vezes para o fórum ou para lista. Vou fazê-lo mais uma vez, apontando esta discussão e o tamanho dela. Alexandre Magno Em 3 de maio de 2014 15:13, Paulo Carvalho paulo.r.m.carva...@gmail.comescreveu: Seria bom que ele participasse da lista em primeira pessoa ao invés desse leva-e-traz por ti. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Interessante. E funciona com o Nominatim? 2014-05-03 12:01 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Já existe padrão para marcos de quilometragem: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: A princípio, usando o Nominatim (o geocoder do site do OSM), um interpolador de endereços resolveria a questão parcialmente se mudarmos a semântica do campo addr:housenumber para rodovias. Ainda assim, a resolução seria somente quilômetro a quilômetro, e vários endereços são dados por aí com uma resolução um pouco melhor (geralmente uma casa decimal a mais). (Mas ter algo quilômetro a quilômetro é melhor do que nada.) Se você fizer o seu geocoder do zero, talvez dê pra pensar numa extensão das tags de endereçamento, tipo addr:km. Daí você poderia marcar pontos específicos na via com a quilometragem já pré-definida, e a interpolação fica trivial (não precisaria nem compensar a curvatura da terra). O único porém é que daí você tem que fazer um geocoder próprio. E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. 2014-05-02 16:14 GMT-03:00 Marcel Mitsuto F. S. mitsuto+...@gmail.com: Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- 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 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Se você descobrir, me avise. Não faço nem idéia. :P Aqui em Porto Alegre, a cidade quase toda segue a regra, exceto uma avenida que tem 3 numerações intercaladas. (As 3 seguem a regra da distância, mas tomam pontos diferentes da avenida como início.) Lembro de ter ouvido que no RJ a regra não é seguida à risca. Se você não descobrir uma fonte confiável pra essa informação (ex.: prefeitura), o melhor jeito de descobrir é por observação, fazendo survey. 2014-05-03 13:56 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Pois é... Algo do tipo addr:km seria logicamente mais sensato, e funciona com os geocoders atuais. Já highway=milestone serve para marcar a placa, mas não ajuda na hora de dar endereço a um POI. 2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org: Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como addr:street=Rua Forlan, addr:housenumber=km 20 Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar automaticamente se um forma mais certo aparecer. Aun Johnsen On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ 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 -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Como saber, addr:km não e documentada, também e disputo no highway=milestone entre de uso do pk= (do francês ponto kilometrage) e kp= (do inglês kilometer point) Aun Johnsen On May 3, 2014, at 16:02, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Onde está documentada add:km? Em 3 de maio de 2014 15:49, Fernando Trebien fernando.treb...@gmail.com escreveu: Pois é... Algo do tipo addr:km seria logicamente mais sensato, e funciona com os geocoders atuais. Já highway=milestone serve para marcar a placa, mas não ajuda na hora de dar endereço a um POI. 2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org: Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como addr:street=Rua Forlan, addr:housenumber=km 20 Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar automaticamente se um forma mais certo aparecer. Aun Johnsen On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ 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 -- 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
[Talk-br] Editor e Layer Strava
Pessoal, não sei se estou estou chegando atrasado, mas procurei a discussão aqui no talk-br e não achei. Encontrei ontem uma layer do Strava muito interessante que tem um heatmap de milhões de corridas e trilhas de bicicleta. Além do heatmap ( http://labs.strava.com/heatmap/#5/-41.05137/-14.58221/blue/bike) eles possuem um editor que consegue ajustar automaticamente sua linha ao traçado dos dados de GPS http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472(). Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL: http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png Abraços Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro Contato
Por favor me corrijam se eu estiver errado, pois trabalho com geocode e até então sobre o OSM entendi isso: Acredito fortemente que não exista dado para isso no OSM hoje. O sentido de construção da rua no OSM é mais referente ao roteamento de pista de mão única do que a numeração. Ou seja não se saberia qual o ponto inicial ou o final da estrada para atribuir quilometragem. Realmente a projeção do dado do OSM não é equidistante (uma distancia de 10 pixel nos pólos representa um tamanho real muito menor que 10 pixels na linha do Equador), mas isso não é problema, pois, se ajustaria tranquilamente reprojetando o dado do OSM para uma projeção equidistante dado antes de processar a kilometragem. Outro problema seria a incompletude do dado, o OSM normalmente é melhor em lugares com uma grande concentração de pessoas com acesso a luz, internet e conhecimento de GPS ou outras geotecnologias. Em cidades menores pode ser que você só tenha mesmo a rodovia principal que corta a cidade. Não que as bases de dados privadas sejam muito diferentes disso, mas é bom saber os riscos do seu projeto. Estou a disposição para dúvidas e discussões sobre geocode (reverso ou não) com o OSM. Marcel Mitsuto F. S. mits...@gmail.com escreveu: Olá, Acabei de me registrar aqui na lista, esta é minha primeira mensagem. Estou trabalhando em projetos bigdata e uma das minhas responsabilidades é o geocode reverso de milhares de endereços (centenas de milhares!). Meu problema é que muitos desses endereços são referências de kilometragem em rodovias, p. ex: BR357 km331, e claro, DF/Teresina/Palmas/GO, onde o sistema de endereçamento postal utilizado é o de quadra/lote ou lote/casa. Alguém aqui conhece alguma solução que consiga resolver o caso da referência em kilometros nas rodovias? Sei que algumas ferramentas consegue fazer interpolação linear no shapefile da rodovia, indicando uma aproximação linear da kilometragem. Esse algoritmo chama-se LRS (linear referencing system), tem alguns problemas ao não considerar a curvatura da terra, etc. Estou lendo a documentação do Nominatim mas não encontro nada relacionado a LRS. Quanto a DF/Palmas/TO/Teresina/GO onde alguns municípios (olhem Águas Lindas de Goiás), possuem um sistema no mínimo esquizofrênico de endereçamento postal, alguém já utilizou alguma ferramenta que conseguisse realizar geocode reverso com alguma precisão no parse do endereço? Obrigado desde já. Marcel ___ 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] Editor e Layer Strava
Parece que isso seria a solução mais avançada para o aproveitamento colaborativo daquelas camadas dos mapas municipais censitários do IBGE (que o Thiago Santos fez). Em 3 de maio de 2014 17:31, Márcio Aguiar Ribeiro aguiar.mar...@gmail.comescreveu: [...] eles possuem um editor que consegue ajustar automaticamente sua linha ao traçado dos dados de GPS http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472(). Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL: http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Editor e Layer Strava
Convém chamar atenção que nem todas os caminhos assinalados são vias cicloviárias. Em 3 de maio de 2014 17:31, Márcio Aguiar Ribeiro aguiar.mar...@gmail.comescreveu: Pessoal, não sei se estou estou chegando atrasado, mas procurei a discussão aqui no talk-br e não achei. Encontrei ontem uma layer do Strava muito interessante que tem um heatmap de milhões de corridas e trilhas de bicicleta. Além do heatmap ( http://labs.strava.com/heatmap/#5/-41.05137/-14.58221/blue/bike) eles possuem um editor que consegue ajustar automaticamente sua linha ao traçado dos dados de GPS http://strava.github.io/iD/#background=Bingmap=16.97/-122.54464/38.05472() . Quem preferir usar JOSM, como eu, pode adicionar a camada TMS com a URL: http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png Abraços Marcio Aguiar Ribeiro ___ 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] Fwd: Kit de compilação do mapa da América do Sul para Garmin
Amigos, Está disponível o kit para compilação do mapa da América do Sul para Garmin para aqueles que necessitam circular pelos países vizinhos e que gostariam de usar um mapa só, calculando rotas entre os países ou sem precisar trocar de mapa quando cruzar a fronteira. O mapa compilado tem as mesmas características e funcionalidades dos mapas compilados com o kit que gera os conjuntos brasileiros. http://www.cocardl.com.br/viewtopic.php?f=23t=114 divirtam-se, Paulo Carvalho ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Programação OSM no FISL 15
Além do evento em São Paulo, essa semana teremos atividades do OpenStreetMap no FISL 15*,***Fórum Internacional de Software Livre, em Porto Alegre. Teremos duas palestras sobre OSM, uma maratona de tradução do wiki e tentaremos participar da Hackathon organizada pela Wikipédia. A programação está em: http://wiki.openstreetmap.org/wiki/OSM_no_FISL Até mais, wille ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Primeiro contato e descrição do problema (geocode reverso BSB)
Oops, me expressei mal. addr:housenumber é o que funcionaria com os geocoders atuais. addr:km é só uma idéia do que eu acho que faria mais sentido usar pra mapear, mas mesmo que a tag fosse aprovada hoje (e não é), levaria um tempo até ser suportada nas aplicações, e isso só se fosse amplamente difundida. On May 3, 2014 4:02 PM, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Onde está documentada add:km? Em 3 de maio de 2014 15:49, Fernando Trebien fernando.treb...@gmail.comescreveu: Pois é... Algo do tipo addr:km seria logicamente mais sensato, e funciona com os geocoders atuais. Já highway=milestone serve para marcar a placa, mas não ajuda na hora de dar endereço a um POI. 2014-05-03 14:27 GMT-03:00 Lists li...@gimnechiske.org: Onde eu encontrei endrecos tipo “Rua Forlan s/n, km 20”, eu coloque como addr:street=Rua Forlan, addr:housenumber=km 20 Nao se se assim e certo, mas pelo menus e uniforme e vai ser fácil concertar automaticamente se um forma mais certo aparecer. Aun Johnsen On May 3, 2014, at 13:56, Alexandre Magno Brito de Medeiros alexandre@gmail.com wrote: Onde pode-se consultar sobre essa regra? Alexandre Magno Em 3 de maio de 2014 11:49, Fernando Trebien fernando.treb...@gmail.com escreveu: E sim, muitos (muitos!) municípios têm sistemas de endereçamento sem pé nem cabeça. A única saída é fazer o mesmo que fazem na Alemanha: marcar número por número, um por um. Onde se segue alguma regra uniforme (como a regra de numerar de acordo com a distância em metros desde o início da rua, onde o início é o lado mais próximo do marco zero da cidade, ou alguma outra regra parecida) dá pra usar interpoladores. ___ 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 -- 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
[Talk-br] RE - Importação de dados em Naviraí - MS
Olá. Não estava conseguindo entrar na comunidade para prestar informações a respeito dos dados obtidos. Nem sei se é por este caminho que devo me comunicar com os usuários, se não for, gentileza encaminhar para o local apropriado. Respondi para o Naoliv Tenho um Foston bem daqueles antigos e baixei um programa (NoniGpsPlot) e comecei a traçar umas rotas. Como no site não tinha tanta informação da cidade onde moro, resolvi colocar as informações. Pra facilitar o processo, como não manjo muito, editei as rotas em kml, importei no programa GpsMapEdit para utilizar no meu gps. Daí que pra exportar o que já tava pronto (dados particular em meu navegador), utilizei dos mapas do municipio para colocar os nomes nas ruas. Depois converti para osm com o programa GlobalMapper e upei o site do OSM. Os mapas do município são aqueles que são utilizados no comercio. Não fui a prefeitura e pedir uma autorização. Consegui um mapa do município que eles não iam usar mais e iam jogar fora. Usei também imagens googlemaps alem dos tracks que fiz no NoniGpsPlot. Depois notei que está causando este problema. Tem como corrigir/solucionar isto? No aguardo para orientações. Paulo Não tinha muito conhecimento desta ferramenta (OSM) e nem da comunidade, achando que somente era necessário acrescentar informações e atualizar e pronto, não tomando o cuidado com a fonte. Gostaria de daqui em diante, contribuir da forma correta, a fim de somente ajudar e não atrapalhar esta brilhante ferramente. Case seja necessário a exclusão dos dados, fiquem a vontade. O erro não foi intencional, apenas ignorancia de minha parte. Desde já agradeço por entrarem em contato. Aguardo informações e orientações. Att, Paulo___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] openstreetmapper card
girarsi_liste wrote -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/05/2014 19:40, Aury88 ha scritto: la parte nera di questo font: http://i.fonts2u.com/bo/bonk-offset_4.png intendevi questo giusto? Più o meno sì. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlNj2aoACgkQoVS0hKoD3PMdwAEAqjJQqiF8elx0rS+ZHNi+A/TL OQpy/smKKYrCf2gGA8MA/jJkxKH5LoNgVDGQaGgZfGzhlSJRo36ngIjL0nKQsKpl =WHSy -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it ok, quello è chiamato offset e va bene per graffiti ed altre cose non per un testo con caratteri normali, perchè lo rende meno leggibile e pesante alla vista, sopratutto su caratteri piccoli...al più, ripeto, si può usare il bold (grassetto) oppure attenuare il colore di sfondo. ma rivedendo anche nell'attuale situazione ti assicuro che il testo è ben leggibile...forse un po' meno nelle proposte con i continenti in grigio (sia sfumato che non) ma in quel caso abbasserei prima di tutto la gradazione dello sfondo ad un grigino più chiaro :) saluti aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5804982.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] Traduzione di Mapgive
Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico
2014-05-02 13:59 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: ad Amburgo usano le nostre mappe anche in forma cartacea: http://www.openstreetmap.org/user/IOOI/diary/21738 Martin giusto per rompere un po' ma la licenza che indicano (CC-BY-SA) si riferisce ai dati o alle loro mappe? ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Eccellente lavoro! Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? Leonardo Il 03/05/2014 08:35, Maurizio Napolitano ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ 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] Traduzione di Mapgive
Quella mi sa che è una immagine cmq è tutto su github ;) Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Eccellente lavoro! Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? Leonardo Il 03/05/2014 08:35, Maurizio Napolitano ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ 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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uso di OSM ad Amburgo per il trasporto pubblico
Am 03/mag/2014 um 09:30 schrieb Luca Delucchi lucadel...@gmail.com: Martin giusto per rompere un po' ma la licenza che indicano (CC-BY-SA) si riferisce ai dati o alle loro mappe? alle mappe direi, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più facilmente On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote: Quella mi sa che è una immagine cmq è tutto su github ;) Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Eccellente lavoro! Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? Leonardo Il 03/05/2014 08:35, Maurizio Napolitano ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ 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 ___ 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] Traduzione di Mapgive
Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é lunghetto :D Se state.gov ci dava i srt ci voleva meno... On 3 May 2014 14:36, Maurizio Napolitano napoo...@gmail.com wrote: Cristian ha tradotto anche quelli Sarebbe da sincronizzarli Il 03/mag/2014 14:32 sabas88 saba...@gmail.com ha scritto: Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più facilmente On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote: Quella mi sa che è una immagine cmq è tutto su github ;) Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Eccellente lavoro! Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? Leonardo Il 03/05/2014 08:35, Maurizio Napolitano ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com : Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ 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 ___ 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 ___ 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] Traduzione di Mapgive
ho abbozzato l'inserimento del primo su amara.org, dovreste potervi collegare e aiutare. http://www.amara.org/en/videos/9aPZmGG2bIdA/url/955614/ 2014-05-03 14:48 GMT+02:00 sabas88 saba...@gmail.com: Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é lunghetto :D Se state.gov ci dava i srt ci voleva meno... On 3 May 2014 14:36, Maurizio Napolitano napoo...@gmail.com wrote: Cristian ha tradotto anche quelli Sarebbe da sincronizzarli Il 03/mag/2014 14:32 sabas88 saba...@gmail.com ha scritto: Riusciamo a recuperare i sottotitoli dei video? Così li traduciamo più facilmente On 3 May 2014 12:56, Maurizio Napolitano napoo...@gmail.com wrote: Quella mi sa che è una immagine cmq è tutto su github ;) Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Eccellente lavoro! Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? Leonardo Il 03/05/2014 08:35, Maurizio Napolitano ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ 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 ___ 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 ___ 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 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? È una immagine jpg, quindi non è detto che esista un sorgente vettoriale, comunque ho chiesto: https://github.com/state-hiu/Mapgive/issues/2 Il 03 maggio 2014 14:48, sabas88 saba...@gmail.com ha scritto: Si, ho visto le trascrizioni tradotte, ma il sync dei sottotitoli é lunghetto :D Se state.gov ci dava i srt ci voleva meno... I video sono su Youtube e sono tradotti automaticamente (ovvero con il sub automatico di Google e poi con il traduttore). Fortunatamente esiste questo progetto: Google2SRT[*] che permette di scaricare i sottotitoli. Li ho messi nella cartella _assets/srt/: https://github.com/osmItalia/MapgiveIT/commit/84b3a0c67f9ae8cf284d22179b213554987dcdde Il 03 maggio 2014 15:25, Simone Cortesi sim...@cortesi.com ha scritto: ho abbozzato l'inserimento del primo su amara.org, dovreste potervi collegare e aiutare. http://www.amara.org/en/videos/9aPZmGG2bIdA/url/955614/ Ah, ups... non conoscevo questo sito. Boh, che sistema preferite? Ciao, C [*] http://sourceforge.net/projects/google2srt/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata
Qualcuno di voi ha mai avuto il seguente problema su OsmAnd? Aperta l'applicazione si ottiene l'errore La versione dell'indice '{0}' non è supportata dopodiché si nota che il file della mappa è stato come cancellato, praticamente occupa 0 byte. Non accade sempre, diciamo una volta su dieci... Ho fatto ogni singola prova immaginabile, ho testato la scheda SD, niente. I sviluppatori mi dicono che devo riprodurre il problema su una rom stock, ma finora non ci sono riuscito ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata
File corrotto della mappa worldbase? Lo scarichi col wifi? Leonardo l 03/05/2014 15:47, Caterpillar ha scritto: Qualcuno di voi ha mai avuto il seguente problema su OsmAnd? Aperta l'applicazione si ottiene l'errore La versione dell'indice '{0}' non è supportata dopodiché si nota che il file della mappa è stato come cancellato, praticamente occupa 0 byte. Non accade sempre, diciamo una volta su dieci... Ho fatto ogni singola prova immaginabile, ho testato la scheda SD, niente. I sviluppatori mi dicono che devo riprodurre il problema su una rom stock, ma finora non ci sono riuscito ___ 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] OsmAnd La versione dell'indice '{0}' non è supportata
Il 03/05/2014 15:49, Leonardo ha scritto: File corrotto della mappa worldbase? Lo scarichi col wifi? Leonardo No, di solito accade con le mappe regionali oppure quella intera dell'Italia. Si lo scarico con il wifi. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OsmAnd La versione dell'indice '{0}' non è supportata
Strano... Hai provato con i file trasferiti direttamente dal pc? http://download.osmand.net/list.php Inoltre hai provato un'installazione pulita (ovvero cancellando l'applicazione, eliminando la cartella osmand e reinstallandola da Gplay? Leonardo Il 03/05/2014 15:50, Caterpillar ha scritto: Il 03/05/2014 15:49, Leonardo ha scritto: File corrotto della mappa worldbase? Lo scarichi col wifi? Leonardo No, di solito accade con le mappe regionali oppure quella intera dell'Italia. Si lo scarico con il wifi. ___ 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] OsmAnd La versione dell'indice '{0}' non è supportata
Il 03/05/2014 15:52, Leonardo ha scritto: Strano... Hai provato con i file trasferiti direttamente dal pc? No, non cambierebbe nulla. http://download.osmand.net/list.php Inoltre hai provato un'installazione pulita (ovvero cancellando l'applicazione, eliminando la cartella osmand e reinstallandola da Gplay? Leonardo Si, ho anche cancellato la ROM e fatto un'installazione PULITA. Ho cancellato la cartella applicazione, cancellato cartella osmand, di tutto di più. Il fatto è che questo bug ha iniziato a manifestarsi più di un anno fa dopo un certo aggiornamento di applicazione, e ora ne sono veramente stufo. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Ok ho sincronizzato e controllato il primo video: http://www.amara.org/it/videos/9aPZmGG2bIdA/info/mapgive-drawing-our-resources-together/ Sotto al player selezionate Italiano. Necessita di un ultimo check da parte della comunità quindi fate sentire il vostro feedback. :) Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Il 03/05/2014 17:29, Leonardo ha scritto: ... Necessita di un ultimo check da parte della comunità quindi fate sentire il vostro feedback. :) Ogni tanto all'inizio della frase appare Narratore:, se possibile sarebbe da cancellare. Al minuto 1:58 cambierei in: Mapgive vuole facilitare i nuovi volontari on-line nel fare (oppure a fare) i primi passi Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
2014-05-03 15:38 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Il 03/mag/2014 12:26 Leonardo kinetocor...@gmail.com ha scritto: Ci sono i sorgenti dei file per tradurre le poche immagini rimaste in inglese (ex. Why should you map nella pagina principale)? È una immagine jpg, quindi non è detto che esista un sorgente vettoriale, comunque ho chiesto: https://github.com/state-hiu/Mapgive/issues/2 li ho chiesti via mail, lunedì dovrebbeo mandarli. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Se non ho visto male dallo smartphone, nel Why é stato omesso crisis management themes, che tra l'altro é l'attività più ambigua di questo progettone. -- cascafico.altervista.org twitter.com/cascafico Il 03/mag/2014 08:36 Maurizio Napolitano napoo...@gmail.com ha scritto: Il lavoro di Cristian ora è su http://mapgive.openstreetmap.it grazie Simone 2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com: Ciao a tutti, Non so se tutti su questa lista conoscano Mapgive, questo sito: http://mapgive.state.gov/ creato dalla Humanitarian Information Unit (HIU) del Dipartimento di Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in particolare per tutto ciò che è legato alle operazioni umanitarie ed al gruppo HOT (Humanitarian OpenStreetMap team). Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la parte dei transcript dei video che è relativamente lunga), Trovate le pagine qui: https://github.com/osmItalia/MapgiveIT in realtà giusto qualche minuto fa mi sono accorto che anche il sito originale è disponibile su github qui[1], però mi sfugge quale sia il software[2] che stanno usando per generare le pagine HTML finali. La mia idea è che si potrebbe (magari dopo aver capito come farlo in modo sensato, usando lo stesso sistema di template usato dal sito originale) aggiungere alla sezione storie anche degli esempi italiani. Al volo mi vengono in mente esempi recenti come la Sardegna e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma sono sicuro che a voi verranno in mente altre storie belle legate a OSM in Italia. Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte in un sottodominio di http://openstreetmap.it (uno dei problemi è che Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio male...). Ecco tutto, per il momento. Ciao, C [1] https://github.com/state-hiu/Mapgive [2] https://github.com/state-hiu/Mapgive/issues/2 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] HELP su Messina
picomiles ha scritto: Ciao Maurizio, ho girato la tua richiesta sulla ml * https://groups.google.com/forum/#!topic/osm-messina/uI3-bQmWwW4 OSM Messina* Proposta: visto che talk-it-sicilia è pochissimo usata, perché non si uniscono le forze e migrano su questi lidi invece di un'altra lista esterna? Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] HELP su Messina
2014-05-03 20:23 GMT+02:00 Luigi Toscano luigi.tosc...@tiscali.it: ho girato la tua richiesta sulla ml * https://groups.google.com/forum/#!topic/osm-messina/uI3-bQmWwW4 OSM Messina* Proposta: visto che talk-it-sicilia è pochissimo usata, perché non si uniscono le forze e migrano su questi lidi invece di un'altra lista esterna? +1000 -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
qui tutti i link, in una volta sola: sono TUTTI da sistemare e verificare. pagina: http://mapgive.openstreetmap.it/perche-mappare/ URL YOUTUBE: https://www.youtube.com/watch?v=C175zW8-6j8 URL AMARA: http://amara.org/en/videos/9aPZmGG2bIdA/it/719093/ primo di pagina: http://mapgive.openstreetmap.it/impara-a-mappare/ URL YOUTUBE: https://www.youtube.com/watch?v=Ir-3K0pjwOI URL AMARA: http://amara.org/en/videos/FzKCeE96pYLg/it/719180/ secondo di pagina: http://mapgive.openstreetmap.it/impara-a-mappare/ URL YOUTUBE: https://www.youtube.com/watch?v=73XCpTgyhSk URL AMARA: http://amara.org/en/videos/HbGfPMKCg9W7/it/719323/ 2014-05-03 17:29 GMT+02:00 Leonardo kinetocor...@gmail.com: Ok ho sincronizzato e controllato il primo video: http://www.amara.org/it/videos/9aPZmGG2bIdA/info/mapgive-drawing-our-resources-together/ Sotto al player selezionate Italiano. Necessita di un ultimo check da parte della comunità quindi fate sentire il vostro feedback. :) Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione di Mapgive
Il 03/05/2014 23:51, Simone Cortesi ha scritto: qui tutti i link, in una volta sola: sono TUTTI da sistemare e verificare. .. Un paio di note al volo: http://mapgive.openstreetmap.it/impara-a-mappare/ Nelle istruzioni di Impara a mappare in OpenStreetMap In Panoramica di OpenStreetMap al posto di zoom della maooa oppure visualizzare la propria posizione. Selezionare tra diversi layer della mappa, visualizzare le chiave -- zoom della mappa oppure visualizzare la propria posizione. Selezionare tra diversi layer della mappa, visualizzare le chiavi In Come fare modifiche in OpenStreetMap al posto di Ricordati di salva spesso! -- Ricordati di salvare spesso! al posto di per gli altri che possono aggiungere -- per gli altri che potranno aggiungere In Mappare una linea al posto di dal quale ha inizio ad una linea. -- dal quale ha inizio una linea. In Mappare un'area alla fine della frase diventano parte dei dati OpenStreetMap, sono quindi immediatamente disponibile a chiunque nel mondo. aggiungerei anche se probabilmente non vedrai subito le modifiche da te compiute (per evitare i soliti messaggi: perchè non vedo le mie modifiche?) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Geodatastyrelsens luftfoto via Proxyserver - et par nye oplysninger
On 03-03-2014 09:48, Soren Johannessen wrote: Spørgsmål - DK Datalicensen er udgivet under worldwide, free, non-exclusive and otherwise unrestricted Hvorfor vil I have at OSM skal behandles særskilt med egen tilladelse? OSM er bare en af mange aktører blandt mange nye brugere af offentlige data og er ikke noget specielt i den henseende og skal have særbehandling. Ingen ønsker at OSM skal behandles særskilt. Vi er bare ude på at få en afklaring på om den kreditering vi kan give opfylder de krav som licensen opstiller. Det spørgsmål er vi mig bekendt stadig ikke kommet nærmere et svar på. Det har hele tiden været meningen at den åbne datalicens skulle lettere og sætte gang i digital innovation og ikke sætte kæp i hjulet Hvad meningen var kan vi jo ikke rigtig bruge til så meget. Vi er nødt til at forholde os til licensens ordlyd. Så skulle de måske have lavet en enklere licens med færre krav. Det er heller ikke meningen at offentlige myndigheder skal bruge tid på at skrive et par hundrede særskilte aftaler NN firma/org må godt lave XX produkt , når det står i licens at man er fri til kopieres, distribueres og offentliggøres, ændres og sammensættes med andet materiale bruges kommercielt og ikke-kommercielt ... under forudsætning af at man bla. overholder krav om kildeangivelse. Næste spørgsmål - Hvis en OSM frivillig indtegner 2 km nye skovstier efter Geodatastyrelsen luftfoto - Vil nogen off. myndighed lide et økonomisk tab, når disse geodata bliver brugt af 3. parts udviklere? Irrelevant. Enten overholder vi licensen eller også gør vi ikke. Og bemærk det offentlige er jo ikke fuldt med Disney advokater der skal slå hårdt ned på alt og alle - og i den henseende er det også relevant at se hvorfor loven blev lavet. Det er ikke alene virksomheder og den offentlige sektor,der får glæde af dette. Borgere, foreninger m.m. kan også bruge dataene. Det vil give spændende digitale muligheder,som vores teknologiske fantasi nok ikke rækker til at gætte på i dag. http://www.ft.dk/samling/20121/lovforslag/l71/bilag/10/1194639/index.htm Igen - vi bliver nødt til at forholde os til den faktiske ordlyd af licensen. Derudover så videregiver OSM altså ikke geodata - 3. partsudviklere henter geodata fra OSM - Det kræver en handling - Et Klik på Download, opsætning af database, der henter nye geodata osv. En API -request osv. Selvfølgelig videregiver OSM geodata. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Geodatastyrelsens luftfoto via Proxyserver - et par nye oplysninger
4. mar. 2014 kl. 22.08 skrev Leif Lodahl leiflod...@gmail.com: @Gregers, Tak for forklaringen. Ups. det lille men var bestemt ikke ment som noget negativt. Jeg synes det er et super godt initiativ. Blot er jeg lidt betænkelig ved performance, når din server bliver default i ID, og så det rent principielle i, at du som privatperson skal stille ressourcer til rådighed for os andre. Men lad os se hvordan det går, når trækket begynder at blive større. Lige med hensyn til server ressourcer, så har kalle (#OSM.se@OFTC) fra openstreetmap.se forespurgt om der var interesse for en VPS for OSM relaterede ting. Det kunne være det var værd at overveje. Serveren vil vist være tilbudt af fsdata.se. Nick ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-at] OGD Shapefile - GPX via JOSM und osmconvert
Hallo, auch wenn die Frage leicht Off-Topic ist: Ich würde gerne einen Datensatz (konkret Naturdenkmale) aus dem Katalog der OGD Steiermark-Daten auf mein Garmin spielen und zwar in der Form von Waypoints in einem GPX. Der Datensatz liegt als Shapefile vor. Eigentlich wollte ich diesen per JOSM laden, in ein .osm-File (xml) speichern, dieses dann per osmconvert mit dem Flag --all-to-nodes bearbeiten, und dann entweder mit JOSM oder gpsbabel in ein .gpx umwandeln und dann noch per Regular Expression (sed) die Symbole setzen. Leider scheitert dieses Vorgehen bereits daran, dass nach dem Bearbeiten mit osmconvert, die Wege nicht wie gedacht zu Knoten geworden sind, sondern jeder einzelne Knoten von jedem einzelnen Umriss noch da ist und nur die Tags fehlen. Falls jemand weiß, woran das liegt oder einen besseren Vorschlag hat, wie ich den Datensatz auf mein Garmin bekommen wäre ich um Hinweise froh. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it-trentino] Osm non citato
On Fri, May 02, 2014 at 11:13:57PM +0200, Michele Malfatti wrote: Ciao a tutti ho preso questa mappa al Bike festival oggi a Riva del Garda. La mappa e' Osm ma manca l'attribuzione ad Osm. Michele Bravo. In questi casi che si fa? -- Marco Ciampa L'utopia sta all'orizzonte. Mi avvicino di due passi, lei si allontana di due passi. Faccio dieci passi e l'orizzonte si allontana di dieci passi. Per quanto cammini, non la raggiungerò mai. A cosa serve l'utopia? A questo: serve a camminare. Eduardo Galeano ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap
Caros. Enviava este email para vos dar conta de uma curiosidade. De facto eu gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto do que apenas o mapa que vemos quando vamos ao Openstreetmap.org. Contudo de vez em quando aparecem coisas bizarras que não têm explicação. Sabiam que se classificarem um ponto de interesse com a designação Bar (amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik), mas se por um lado classificarem o mesmo ponto como Clube Nocturno (amenity=nightclub) não aparece nada, ou na melhor das hipótese se especificarem o número da porta, aparece apenas esse número no mapa final? Não queria fazer disto uma rant, mas... granda bug, porque devem existir uma infinidade de poi amenity=nightclub que não são mostrados! Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o ticket de seguida! https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui https://github.com/gravitystorm/openstreetmap-carto/issues/456) Não se compreende uma coisa tão simples como associar um icon (e já houve propostas bastante apelativas de icons como podem ver no ticket) ainda não esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub além de se poder tomar uma bebida tem uma pista de dança. Eu sei que o openstreetmap não vale apenas pelo que vemos no openstreetmap mas sim a mais valia é o banco de dados sobre estradas, edificios, poi, etc.. que pode ser usado de forma aberta por qualquer pessoa. Mas nestas pequenas coisas a comunidade podia andar mais rápido :) ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap
Olá Rui, Contudo de vez em quando aparecem coisas bizarras que não têm explicação. Na verdade, tem explicação sim. Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o estilo de mapa que é visto no site principal é um de muitos. Os desenvolvedores deste mapa do site principal são todos voluntários até onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros usuários. Esta decisão parece trivial inicialmente, mas quando se recebe dezenas ou centenas de sugestões todo mês, se vê que não dá pra adicionar tudo, pois ainda por cima tem que ver se aquilo tem coerência, quão internacionalizado o ícone é, etc. E outra coisa, como cada coisa deve ser etiquetada é algo de um certo consenso da comunidade, e não tem nada oficial sobre como classificar as coisas, portanto isto *não é* um bug do mapa do site principal. E às vezes tem coisas que não ficam claras, por exemplo, eu defendo que amenity=pub é a forma correta de etiquetar a maioria dos bares no Brasil, e que amenity=bar é mais raro de encontrar, mas é díficil de encaixar amenity=bar no Brasil porque até onde eu saiba não existe exatamente a mesma coisa aqui. Pra ter uma idéia, geralmente amenity=bar tem uma pista de dança, mas segundo algumas definições na wiki, amenity=nightclub tem mais ênfase em dança que amenity=bar. Não sei se os desenvolvedores do estilo de mapa do site principal estão com dúvidas sobre essa certa ambiguidade e não querem apoiar amenity=nightclub ou se eles simplesmente estão dedicando o seu tempo em assuntos mais urgentes. Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba que mesmo que não apareça um ícone do local no mapa, ele aparecerá como resultado de uma pesquisa pelo nome. Abs, João Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu: Caros. Enviava este email para vos dar conta de uma curiosidade. De facto eu gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto do que apenas o mapa que vemos quando vamos ao Openstreetmap.org. Contudo de vez em quando aparecem coisas bizarras que não têm explicação. Sabiam que se classificarem um ponto de interesse com a designação Bar (amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik), mas se por um lado classificarem o mesmo ponto como Clube Nocturno (amenity=nightclub) não aparece nada, ou na melhor das hipótese se especificarem o número da porta, aparece apenas esse número no mapa final? Não queria fazer disto uma rant, mas... granda bug, porque devem existir uma infinidade de poi amenity=nightclub que não são mostrados! Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o ticket de seguida! https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui https://github.com/gravitystorm/openstreetmap-carto/issues/456) Não se compreende uma coisa tão simples como associar um icon (e já houve propostas bastante apelativas de icons como podem ver no ticket) ainda não esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub além de se poder tomar uma bebida tem uma pista de dança. Eu sei que o openstreetmap não vale apenas pelo que vemos no openstreetmap mas sim a mais valia é o banco de dados sobre estradas, edificios, poi, etc.. que pode ser usado de forma aberta por qualquer pessoa. Mas nestas pequenas coisas a comunidade podia andar mais rápido :) ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap
2014-05-04 1:23 GMT+00:00 John Packer john.pack...@gmail.com: Na verdade, tem explicação sim. Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o estilo de mapa que é visto no site principal é um de muitos. Os desenvolvedores deste mapa do site principal são todos voluntários até onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros usuários. Eu sei bem disso, nomeadamente em relação a haver vários renderers(Tile Maps) título de curiosidade actualmente o meu favorito é o do MapSurfer.Net que não sofre destes problemas. http://wiki.openstreetmap.org/wiki/MapSurfer.NET Mais Tile Servers aqui http://wiki.openstreetmap.org/wiki/TMS E quanto ao facto de dizer que não se compreendia, era já é algo que já está por decidir há muito tempo, como é obvio não estava a exigir nada a ninguém, contudo isso não me impede de fazer uma crítica do meu ponto de vista construtiva e argumentada. Não sei se os desenvolvedores do estilo de mapa do site principal estão com dúvidas sobre essa certa ambiguidade e não querem apoiar amenity=nightclub ou se eles simplesmente estão dedicando o seu tempo em assuntos mais urgentes. Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba que mesmo que não apareça um ícone do local no mapa, ele aparecerá como resultado de uma pesquisa pelo nome. Eu vi o teu email posterior, e concordo que em portugal (tal como a ideia que tenho de alguns paises europeus) o nightclub é mais usado para ambientes nocturnos, discotecas/dancetarias com pistas de dança. Contudo o que disseste em relação ao amenity=bar, pôs-me a pensar e fiz uma pesquisa num serviço muito util chamado taginfo ( http://taginfo.openstreetmap.org) dá umas estatisticas interessantes, como por exemplo: amenity=bar corresnponde a 61 215 ocorrências no OSM amenity=nightclub corresponde 8921 ocorrências no OSM Se for por causa de o número ser consideravelmente menor, até compreendo. Mas lá está, porque não pub em vez de bar? uma pesquisa de amenity=pub dá-me 100.780 casos, muito mais que os dois anteriores. Ou pub será muito diferente de bar? Não são perguntas para responderes mas para perceberes o meu ponto. No fundo isto cai sempre naquele provavelmente que é a única dor de cabeça do OSM, a fragmentação de tags em que uma pessoa não sabe qual a tag correcta a usar! Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu: Caros. Enviava este email para vos dar conta de uma curiosidade. De facto eu gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto do que apenas o mapa que vemos quando vamos ao Openstreetmap.org. Contudo de vez em quando aparecem coisas bizarras que não têm explicação. Sabiam que se classificarem um ponto de interesse com a designação Bar (amenity=bar), aparece o icon no Renderer do openstreetmap.org (Mapnik), mas se por um lado classificarem o mesmo ponto como Clube Nocturno (amenity=nightclub) não aparece nada, ou na melhor das hipótese se especificarem o número da porta, aparece apenas esse número no mapa final? Não queria fazer disto uma rant, mas... granda bug, porque devem existir uma infinidade de poi amenity=nightclub que não são mostrados! Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o ticket de seguida! https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui https://github.com/gravitystorm/openstreetmap-carto/issues/456) Não se compreende uma coisa tão simples como associar um icon (e já houve propostas bastante apelativas de icons como podem ver no ticket) ainda não esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e nightclub não é a mesma coisa? Não necessariamente, é aceite na comunidade que um bar é um simples sitio onde se pode ir tomar uma bebida e quanto ao nightclub além de se poder tomar uma bebida tem uma pista de dança. Eu sei que o openstreetmap não vale apenas pelo que vemos no openstreetmap mas sim a mais valia é o banco de dados sobre estradas, edificios, poi, etc.. que pode ser usado de forma aberta por qualquer pessoa. Mas nestas pequenas coisas a comunidade podia andar mais rápido :) ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Daquelas coisas que não se compreendem no OpenStreetMap
Na última vez que li sobre esse assunto, descobri que nem em inglês há uma diferenciação clara entre bar e pub. A diferença parece ser parcialmente vinculada a estereótipos: um bar é mais barulhento e nele normalmente se bebe cerveja e come petiscos, enquanto que um pub é mais chique (bonito/arrumado/com decoração moderna/com pessoas vestidas em traje menos casual; tudo isso ou só algumas combinações dessas coisas), geralmente menos barulhento, e onde se bebe drinks considerados mais rebuscados (e normalmente mais caros também). Mas para me manter neutro nesse julgamento, eu normalmente classifico de acordo com a auto-descrição do estabelecimento: se os donos chamam de bar (se é o que aparece num cardápio ou na descrição do site do estabelecimento), então mapeio como bar (independente do estereótipo descrito no wiki em inglês). Se eles se consideram um pub, mapeio como pub. Se não tenho absolutamente nenhuma informação, classifico como bar mesmo (parece ser um conceito mais genérico pela descrição da Wikipédia). Claro, é bem possível que em Portugal essas coisas tenham nomes próprios. Aqui no Brasil a tendência tem sido copiar a terminologia anglófona ao falar desses estabelecimentos. On May 3, 2014 11:03 PM, Rui Oliveira racoqs...@gmail.com wrote: 2014-05-04 1:23 GMT+00:00 John Packer john.pack...@gmail.com: Na verdade, tem explicação sim. Em primeiro lugar, entenda que cada mapa exibe o que bem entender, e o estilo de mapa que é visto no site principal é um de muitos. Os desenvolvedores deste mapa do site principal são todos voluntários até onde eu saiba, e tem um tempo limitado, mas aceitam colaborações de outros usuários. Eu sei bem disso, nomeadamente em relação a haver vários renderers(Tile Maps) título de curiosidade actualmente o meu favorito é o do MapSurfer.Net que não sofre destes problemas. http://wiki.openstreetmap.org/wiki/MapSurfer.NET Mais Tile Servers aqui http://wiki.openstreetmap.org/wiki/TMS E quanto ao facto de dizer que não se compreendia, era já é algo que já está por decidir há muito tempo, como é obvio não estava a exigir nada a ninguém, contudo isso não me impede de fazer uma crítica do meu ponto de vista construtiva e argumentada. Não sei se os desenvolvedores do estilo de mapa do site principal estão com dúvidas sobre essa certa ambiguidade e não querem apoiar amenity=nightclub ou se eles simplesmente estão dedicando o seu tempo em assuntos mais urgentes. Mas é bem possível que isto será adicionado um dia, enquanto isto, saiba que mesmo que não apareça um ícone do local no mapa, ele aparecerá como resultado de uma pesquisa pelo nome. Eu vi o teu email posterior, e concordo que em portugal (tal como a ideia que tenho de alguns paises europeus) o nightclub é mais usado para ambientes nocturnos, discotecas/dancetarias com pistas de dança. Contudo o que disseste em relação ao amenity=bar, pôs-me a pensar e fiz uma pesquisa num serviço muito util chamado taginfo ( http://taginfo.openstreetmap.org) dá umas estatisticas interessantes, como por exemplo: amenity=bar corresnponde a 61 215 ocorrências no OSM amenity=nightclub corresponde 8921 ocorrências no OSM Se for por causa de o número ser consideravelmente menor, até compreendo. Mas lá está, porque não pub em vez de bar? uma pesquisa de amenity=pub dá-me 100.780 casos, muito mais que os dois anteriores. Ou pub será muito diferente de bar? Não são perguntas para responderes mas para perceberes o meu ponto. No fundo isto cai sempre naquele provavelmente que é a única dor de cabeça do OSM, a fragmentação de tags em que uma pessoa não sabe qual a tag correcta a usar! Em 3 de maio de 2014 22:00, Rui Oliveira racoqs...@gmail.com escreveu: Caros. Enviava este email para vos dar conta de uma curiosidade. De facto eu gosto bastante do OSM, e vejo-o como um banco de dados cartográfico aberto do que apenas o mapa que vemos quando vamos ao Openstreetmap.org. Contudo de vez em quando aparecem coisas bizarras que não têm explicação. Sabiam que se classificarem um ponto de interesse com a designação Bar (amenity=bar), aparece o icon no Renderer do openstreetmap.org(Mapnik), mas se por um lado classificarem o mesmo ponto como Clube Nocturno (amenity=nightclub) não aparece nada, ou na melhor das hipótese se especificarem o número da porta, aparece apenas esse número no mapa final? Não queria fazer disto uma rant, mas... granda bug, porque devem existir uma infinidade de poi amenity=nightclub que não são mostrados! Descobri este pormenor agora e pelo vistos já é conhecido... há 4 anos! Podem ver o ticket de seguida! https://trac.openstreetmap.org/ticket/2697 ( mudou para aqui https://github.com/gravitystorm/openstreetmap-carto/issues/456) Não se compreende uma coisa tão simples como associar um icon (e já houve propostas bastante apelativas de icons como podem ver no ticket) ainda não esteja resolvido. Mas agora alguns de vós perguntam-me, mas bar e
Re: [Talk-cat] Denominació de carrers
Ok, gràcies Carlos! Pep Pep Gesti Carlos Sánchez erielk...@gmail.com ha escrit: ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-cz] Aktualizace RUIAN
Dne Pá 2. května 2014 15:24:05, Petr Morávek [Xificurk] napsal(a): Na to stačí i libxml2: xmllint --format file.xml Ale ty soubory jsou pořád (celkově) dost velké, obzvláště v Praze :/ Jo, to je dobrý, dík. Tak s Prahou konečně dobojováno, vadný polygon u ZSJ 306045 Za Hornoměcholupskou a prázdný polygon u ZSJ 132021 - Horní Měcholupy-sever. Začnu rozesílat objednaná data na import adres. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires
Bonjour, Je viens de prendre contact avec deux contributeurs à propos d'un problème que certains connaissent bien : les nœuds qui se retrouvent partagés entre des éléments linéaires (routes, lignes électriques) et le zonage terrain ou autres. http://www.openstreetmap.org/node/515286478#map=17/43.37259/6.19802 Dans le cas des lignes électriques, les seuls nœuds que l'on doit trouver sont les supports (pylônes, poteaux). Il n'y a pas d'exception. Rajouter des nœuds entre ces supports génère des erreurs de QA et des erreurs topologiques (en plus de me réveiller la nuit ;) ). Ce sont des problèmes très couteux en temps lorsqu'on veut les corriger après coup. Plus largement, peut-être devrait-on proposer un système de couches ou de filtres efficaces dans JOSM pour éviter ces collisions ? Ceci permettrait à chaque contributeur de ne pas être pollué avec les features qu'il n'appréhende pas. Des discussions semblaient aller dans ce sens, y a-t-il eu quelque chose d'arrêté ? La plupart de ces nœuds partagés sont là de manière bien involontaire et non pas par vandalisme, dans l'attente d'une solution merci de faire attention. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petite question de frontière ? - rivière La Laize
Bonjour, Quelqu'un sait-il corriger ce micro problème ? http://www.openstreetmap.org/#map=19/49.074465/-0.374887 Le problème : la rivière sert de frontière, mais est clairement mal placée, donc croisement entre rivière et route. Est-ce que je déplace la rivière et donc la frontière ou faut-il procéder différemment ? Merci pour vos réponses, -- Jean-Baptiste Holcroft ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petite question de frontière ? - rivière La Laize
Le sam. 03 mai 2014 à 15:30 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Quelqu'un sait-il corriger ce micro problème ? http://www.openstreetmap.org/#map=19/49.074465/-0.374887 Le problème : la rivière sert de frontière, mais est clairement mal placée, donc croisement entre rivière et route. Est-ce que je déplace la rivière et donc la frontière ou faut-il procéder différemment ? Il n'est pas nécessaire (et parfois pas souhaitable) que la rivière et la frontière aient le même way support. Le cas classique est le cours d'eau servant de frontière, qui bouge au fil du temps (travaux, érosion, remblaiement...) alors que la frontière ne change pas (bornage et cadastre fixe). C'est peut-être (probablement) ton cas, je n'ai pas vérifié. Donc si tu es certain de la rivière, tu peux dessiner son nouveau tracé (partiel ou total) sans affecter la frontière. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petite question de frontière ? - rivière La Laize
Bonjour Le 03/05/2014 15:30, Jean-Baptiste Holcroft a écrit : Le problème : la rivière sert de frontière, mais est clairement mal placée, donc croisement entre rivière et route. Je suis un partisan de la séparations des limites administratives et des indications géographiques bougeantes. Donc je commencerais par dupliquer les deux chemins. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires
Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et logique d'utiliser une route comme séparation par exemple entre des champs et une forêt ? Gaël Le 3 mai 2014 à 12:55, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, Je viens de prendre contact avec deux contributeurs à propos d'un problème que certains connaissent bien : les nœuds qui se retrouvent partagés entre des éléments linéaires (routes, lignes électriques) et le zonage terrain ou autres. http://www.openstreetmap.org/node/515286478#map=17/43.37259/6.19802 Dans le cas des lignes électriques, les seuls nœuds que l'on doit trouver sont les supports (pylônes, poteaux). Il n'y a pas d'exception. Rajouter des nœuds entre ces supports génère des erreurs de QA et des erreurs topologiques (en plus de me réveiller la nuit ;) ). Ce sont des problèmes très couteux en temps lorsqu'on veut les corriger après coup. Plus largement, peut-être devrait-on proposer un système de couches ou de filtres efficaces dans JOSM pour éviter ces collisions ? Ceci permettrait à chaque contributeur de ne pas être pollué avec les features qu'il n'appréhende pas. Des discussions semblaient aller dans ce sens, y a-t-il eu quelque chose d'arrêté ? La plupart de ces nœuds partagés sont là de manière bien involontaire et non pas par vandalisme, dans l'attente d'une solution merci de faire attention. François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ 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] Nœuds partagés entre terrain et éléments linéaires
Bonjour Le 03/05/2014 19:55, Gaël Simon a écrit : Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et logique d'utiliser une route comme séparation par exemple entre des champs et une forêt ? Oui et non, car entre une route et une forêt ou une champ, il y a souvent une rigole + une largeur d'herbe : http://tile.openstreetmap.fr/?zoom=20lat=48.55918lon=-0.90468layers=B000FFF Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accès de certaines voies en France
Salut, Sans rentrer dans des considérations de calcul d'itinéraires, je me demande s'il n'y a pas un désaccord entre : http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France Pas de piéton sur highway=cycleway. et : http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dcycleway qui dit bien que ça implique bicycle=designated mais aussi foot=yes (dans le cadre sur fond vert, sur la droite de la page). Donc questions : 1/ Quand on étiquette un highway=cycleway, faut-il nécessairement lui adjoindre un foot=xxx (xxx pouvant être yes ou no ou designated). 2/ Sinon, un highway=cycleway sans autre chose exclut-il forcément les piétons ? Le 24/04/2014 03:28, JB a écrit : Pas forcément depuis M. Wiki : http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France Question à deux balles : si une voie est tagguée highway=cycleway + foot=yes, le foot=yes prend le dessus ? JB. Le 23/04/2014 22:45, Waxy a écrit : Salut, L'exemple de style par défaut de mkgmap (création de cartes pour navigateurs Garmin à partir de données OSM) évolue. Les développeurs ont ajouté un fichier access_country qu'il s'agirait de compléter avec les données qui vont bien pour la France. Est-ce que ceci vous semble correct ? highway=trunk mkgmap:country=FRA{ add bicycle=no; add foot=no } highway=cycleway mkgmap:country=FRA{ add foot=no } highway=bridleway mkgmap:country=FRA{ add foot=yes } ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires
Ni la rigole ni la zone d'herbe ne sont stables; cela dépend des coupes. Tant qu'on n'a pas d'élément pour montrer ces autres séparations, on doit couvrir le terrain en commençant par ce qui est le plus évident. Car une limite de forêt c'est toujours très flou; de même que la limite d'un champ s'il n'y a pas de clôture. Si pour avancer en évitant des erreurs topologiques un peu partout (d'autant qu'on ne trace le plus souvent pas non plus la largeur de la route elle-même qui peut elle aussi évoluer), je ne vois aucun mal à utiliser le filaire de la route comme limite objective (la moins fausse en fait) entre deux zones dont les limites sont finalement assez floues relativement à la route. Le 3 mai 2014 20:26, David Crochet david.croc...@free.fr a écrit : Bonjour Le 03/05/2014 19:55, Gaël Simon a écrit : Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et logique d'utiliser une route comme séparation par exemple entre des champs et une forêt ? Oui et non, car entre une route et une forêt ou une champ, il y a souvent une rigole + une largeur d'herbe : http://tile.openstreetmap.fr/? zoom=20lat=48.55918lon=-0.90468layers=B000FFF Cordialement -- David Crochet ___ 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] Nœuds partagés entre terrain et éléments linéaires
Le sam. 03 mai 2014 à 20:26 +0200, David Crochet a écrit : Bonjour Le 03/05/2014 19:55, Gaël Simon a écrit : Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et logique d'utiliser une route comme séparation par exemple entre des champs et une forêt ? Oui et non, car entre une route et une forêt ou une champ, il y a souvent une rigole + une largeur d'herbe : http://tile.openstreetmap.fr/?zoom=20lat=48.55918lon=-0.90468layers=B000FFF D'autant plus qu'on a d'un côté un modèle filaire (la route), de l'autre un modèle surfacique (les landuses et natural). Tant qu'on n'a pas de surfacique pour la route, ce n'est pas logique de coudre les landuses à la route, qui est représentée par son axe. Pour l'instant, il n'y a que sur les waterways et les railways qu'on peut avoir un modèle double : filaire + surfacique. J'imagine que ça viendra un jour aussi pour les voiries. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag lotissement
Bonsoir, j'ai un petit souci de choix pour un tag. Comment peut on taguer un lotissement ? J'opterai bien pour la clé place mais concernant sa valeur, quelle valeur peut on , ou doit on, utiliser ? Bonne fin de soirée, Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Bonsoir, Le 03/05/2014 18:04, Mides a écrit : Bonsoir, j'ai un petit souci de choix pour un tag. Comment peut on taguer un lotissement ? J'opterai bien pour la clé place mais concernant sa valeur, quelle valeur peut on , ou doit on, utiliser ? Bonne fin de soirée, Michel Je dirais un polygone avec landuse=residential. http://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dresidential J'ai bon ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires
Le 03/05/2014 19:55, Gaël Simon a écrit : Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et logique d'utiliser une route comme séparation par exemple entre des champs et une forêt ? Gaël Non. En fait on représente l'axe de la route. Or la forêt d'un côté, le champs de l'autre, s’arrêtent bien avant les tirets blancs qui sont au milieu de la route. Donc quitte à faire une approximation, j'évite qu'elle emm...de les suivants qui voudront retravailler le tracé. Quitte à faire une approximation, j'essaie qu'un des côtés soit juste et j'englobe sous la route le côté le moins nature. Par exemple pour une limite champs-forêt, je trace la limite en bordure de route, côté forêt. Mais de plus en plus, en mini-mapping (pas encore micro) je laisse l'espace de la route entre le champs et la forêt. http://osm.org/go/0CR1CP8~8 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Leisure:common
Bonsoir, si je m'en tiens au Wiki le tag leisure:common est réservé à UK http://wiki.openstreetmap.org/wiki/Key:leisure Alors, comment doit on faire pour taguer une place, arborée, de 50 X 200 mètres où la circulation motorisée est interdite mais qui n'est pas un parc. Mise à part utiliser area:yes, highway:pedestrian. Merci Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Bonjour Même idée : landuse=residential + name=* Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSRM-talk] Foot profile
On Fri, May 2, 2014 at 12:13 PM, Sarah Hoffmann lon...@denofr.de wrote: That's an old unmaintained one which really should be removed. Please try one of those two: https://github.com/sosm/cbf-routing-profiles/blob/master/foot-city.lua https://github.com/sosm/cbf-routing-profiles/blob/master/foot-hiking.lua They work fine against OSRM versions 0.3.3 - 0.3.9. Ok, many thanks for your answer; I followed your instructions and was able to use those profiles! So that's great, and thank you again. ;-) Unfortunately the initial problem isn't solved; some points in Paris (lots of them) are apparently non-navigable by foot -- many times, for instance, at the center of roundabouts (but not only, and not always). It's quite strange since when one asks to navigate to/from the middle of the river, or the center of a building, or the middle of a highway, a path is found that goes to the nearest accessible point. So it seems, in principle, a path should always be found? What makes pathfinding fail in some cases? I'm using the most recent data published by geofabrik two days ago, and upgraded Project-OSRM to 3.9. I'd really like to get to the bottom of this: would it help to run osrm in debug mode? Any other idea? Thanks, Regards, EB ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Foot profile
Am 03/mag/2014 um 15:00 schrieb Sarah Hoffmann lon...@denofr.de: you can exclude all ways with area=yes from routing. Simply add something like this in way_function() of your profile: if way.tags:Find('area') ~= '' then return 0 end But this might do more harm than good. +1, I wouldn't exclude pedestrian areas from routing. They should of course be connected, many situations would become islands if routing on areas is off. One issue that currently is yet to solve afaik are pedestrian areas defined by multipolygons, their ways should also be integrated into the graph cheers, Martin ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-GB] [OHM] New York Public Library - Building Inspector
The OS County series includes addresses but is only just coming out of copyright. I have access to a slippy map with a few sheets scanned but they look like they're too recent and still in copyright. It's Chris Fleet at NLS that we need to speak to. He's spoken at sotm Scotland in the past. I'll follow it up with the Scotland group. Rob On 3 May 2014 00:09, Tim Waters chippy2...@gmail.com wrote: Those are some good examples - they appear to be around the same scale also. They are monochrome and don't have addresses which should limit a couple of the types of the tasks. Could be worth trying the Building Inspector with this dataset. I wonder if there's anyone from the NLS on list? On 1 May 2014 19:11, Rob Nickerson rob.j.nicker...@gmail.com wrote: Yes, all Open. It's great. In terms of how we could use it here in the UK, the best data I can think of is the OS Town Plans for Scotland that NLS have as individual map sheets and as a slippy map: http://maps.nls.uk/geo/explore/#zoom=19lat=57.14443lon=-2.1054layers=B0TFF There is also some great London data: http://maps.nls.uk/geo/explore/#zoom=19lat=51.52008lon=-0.12473layers=B0FTF We have a pretty good relation with NLS. Is there any interest in our community to enquire about working with them? Rob On 30 April 2014 15:46, Tim Waters chippy2...@gmail.com wrote: Hi Rob, it has been on the list before - but they have recently revamped it and added many more features, and maps! In my opinion it's a shining example of how geo crowdsourcing applications should be. I believe it has been developed internally with the library - and I think they are just using Mapbox to host the tiles (originally coming from the warper at maps.nypl.org) The code is on github: https://github.com/NYPL/building-inspector and the data is available to download as well. http://buildinginspector.nypl.org/general/data Cheers, Tim On 29 April 2014 22:44, Rob Nickerson rob.j.nicker...@gmail.com wrote: Don't think I've spotted this on the historic mailing list so I'll post it. NYPL digitizing old maps using crowd sourcing. I just gave it a go and it works very well. http://buildinginspector.nypl.org/ Looks like Mapbox has some involvement, or at least the map display has a similar style to mapbox's. I wonder whether the software is open as we can use this to help OpenHistoricMap. Rob ___ Historic mailing list histo...@openstreetmap.org https://lists.openstreetmap.org/listinfo/historic ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Upcoming talk: Rendering server optimization at SeaPUG
On Tuesday May 6th I'll be giving a talk in the evening at the Seattle Postgres Users Group on optimizing the Postgres side of an OpenStreetMap tile rendering server. This is an adapted version of the talk I gave at the regional conference in April, which you can see at http://stateofthemap.us/session/osm2pgsql-mapnik-optimizing-the-rendering-to olchain/ I'll post slides after the talk, but most of the changes from the previous version will probably be in what I say, not the slides. The talk will be in the rooms of SCHARP on the south shore of Lake Union. I'm probably not sticking around for too long after the talk as I want to get partway back to Vancouver ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Upcoming talk: Rendering server optimization at SeaPUG
Very cool, I am curious what those PG buffs have to say, perhaps you can take home some power tips. I have a feeling you will know as much if not more about Postgres optimization as the folks in your audience... On Saturday, May 3, 2014, Paul Norman penor...@mac.com wrote: On Tuesday May 6th I'll be giving a talk in the evening at the Seattle Postgres Users Group on optimizing the Postgres side of an OpenStreetMap tile rendering server. This is an adapted version of the talk I gave at the regional conference in April, which you can see at http://stateofthemap.us/session/osm2pgsql-mapnik-optimizing-the-rendering-to olchain/ I'll post slides after the talk, but most of the changes from the previous version will probably be in what I say, not the slides. The talk will be in the rooms of SCHARP on the south shore of Lake Union. I'm probably not sticking around for too long after the talk as I want to get partway back to Vancouver ___ Talk-us mailing list Talk-us@openstreetmap.org javascript:; https://lists.openstreetmap.org/listinfo/talk-us -- Sent from Gmail Mobile ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us