[Talk-hr] Invitation to connect on LinkedIn
LinkedIn I'd like to add you to my professional network on LinkedIn. - Marjan Marjan Vrban CEO deputy at Vidam Trade d.o.o. Croatia Confirm that you know Marjan Vrban: https://www.linkedin.com/e/drmf1s-hufffv35-3/isd/5865428729118871552/Mkhfmhbm/?hs=falsetok=0scinB5dlLESc1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/drmf1s-hufffv35-3/TOniAtqvVj6xR_xb7Iv0PDUhtHuQR2j46ZdbBzq/goo/talk-hr%40openstreetmap%2Eorg/20061/I6955798221_1/?hs=falsetok=1oc-Z-OPdLESc1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Increasing demand for OSM talks and workshops
Dear everyone, As a follow-up on this discussion. ESSC in partnership with the Humanitarian OSM Team, OSM Indonesia and WB will kickstart this idea. The general plan is: 1. Develop a trainors training manual by consolidating existing materials and experiences from previous training activities in teh Philippines and Indonesia. 2. Run a TOT workshop for groups and individual interested to be a an OSM trainor/facilitator. More details soon. Of course, we invite the whole community to participate both in the development of the materials and the test run itself. Resources are limited for the test run training so if there a groups interested to pool in resources do let us know. Timeline: May-June 2014. More ideas welcome. On Thu, Feb 6, 2014 at 11:01 PM, Robert Banick rban...@gmail.com wrote: Hi Maning et al, The American Red Cross would love to partner with OSM-PH on any trainings we develop and conduct. We've done OSM trainings before elsewhere and have some materials and approaches that we can pull across to the Philippines. If anything the Philippines is easier because English fluency is much higher than many places we go. We're on the verge of submitting our formal plan to get this done and then we'll be working out the resourcing, so it could be some months. One thing we try to do within the Red Cross is connect OSM to projects or activities that National Societies do on a regular basis. This helps ensure that the training gets used. We need to talk with the Philippines Red Cross and identify some high-value use cases that we can plug OSM into. Dale might be able to contribute more thoughts on that. Cheers, Robert On Thu, Feb 6, 2014 at 6:41 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Great discussion! First, coming from a 4-day road trip from Leyte and Samar for our internal assessment ~3 months after Yolanda, remote training is not really the best option. In many areas, 3g connection is non-existent so, we need to find ways on how to do on site training under these conditions especially for LGUs interested to use OSM. Let me try to summarize the action points. From the thread I see the following activites we need to do. 1. Create a suite of materials for promotion and lightning talks about OSM. This will be used as basic intro to OSM, whenever a group invites us to speak. I created a stub github repo for this [0]. Feel free to add slides, brochures and whatever materials you think is useful. 2. Design a training/workshop package which OSM trainors can use. Possible content/module can be: - Basic overview to OSM - Basic data collection and editing workflow - Specific modules on using OSM depending on use cases (i.e. LGU, NGO, DRR, etc.) We (essc) have already developed an initial training design and materials for our Pampanga project. We can use this as an initial draft of the modules. We also have learnosm.org as another resource. A major topic mentioned here is how to collect data using smartphones, maybe this will be one major content we need develop. HOT-Id have more experience in doing OSM trainings, perhaps we can do knowledge sharing with them as we develop the design and content? @Kate, how can we do this? What resources is needed? American Red Cross is also planning to do OSM trainings. @Robert, any possibilities on developing this together with OSM-PH? 3. Run a trainors training/workshop to interested OSM trainors. 4. Design a communication protocol to remotely support either the local trainors or the participants after the conduct of training (options mentioned are skype, mumble, teamviewer). Or do follow-up visits if possible? Sounds like a plan! Please add anything I missed. [0] https://github.com/OSMPH/promo_materials On Fri, Jan 31, 2014 at 4:20 PM, Mark Cupitt markcup...@gmail.com wrote: Kate, I think that once the relationship has been built, that followup using tools like TeamViewer is very practical. That app has a some great features, including group sessions, and is free for non commercial use, nd I am sure there is other alternatives out there just as good.. We have used Teamviewer as a training and support aid over the past year, but generally after face to face sessions are done. being able to put a face to the person on the other end of a remote session is still important IMHO This leads into the next obvious step where the trainer becomes the Mentor to a group of people. In the HOT environment, this person could become the verifier for work done by his group, etc as the connection between individuals has already been made and feedback on standards for tagging can be easily communicated Cheers Mark Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on LinkedIn See me on StackExchange
Re: [OSM-talk-be] TEC Open Data: let's start !
Hi, Good news indeed. I did a quick search on the format. It uses the BLTAC format (Belgium Local Transport Automatic Connexion).If you open data you will get a bunch of text files not very easy to understand. Hopefully, they gave also the documentation of the BLTAC format[1] and I found a csv version (a bit more human friendly) here[2] with at least the coordinates of the bus stops. Martin [1] http://opendata.awt.be/dataset/documentation-des-donnees-horaires-tec** [2] http://datahub.io/fr/dataset/tec On 25/04/14 08:26, Julien Fastré wrote: Hi ! Good news ! (Alleluia :-) ) The TEC is publishing now data under Open Data Licence ! On geoportail.wallonie.be, the data Poteaux d'arrêts (bus stop) and ligne de bus (bus lines) are now under CC BY-SA 4.0 international Licence : http://geoportail.wallonie.be/geocatalogue?mdUUID=47676af7-aab3-4d2e-9c9c-cd86e7ad7241 http://geoportail.wallonie.be/geocatalogue?mdUUID=a5dc5bc7-3c37-4783-9c41-27ce2f83f3ae The schedules are also available here : http://opendata.awt.be/organization/groupe-tec (in a Belgian format... glups... I still haven't opened it yet). We are now allowed to import those data's in OSM. Please, do not batch import ! I saw in the previous version a lot of mistakes, comparing data to Bing! Imagery and also to Walloon's orthophotos. We may be more accurate than the original data :-) At Champs Libres, we are planning to provide an online comparator from TEC data to OSM data, using the old and new public transport schema. This will allow to see where are missing bus stops, where they are mispelled, etc. We will do it during May. Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM on Garmin eTrex 30
I always download a gmapsupp.img-file from http://garmin.openstreetmap.nlor http://extract.bbbike.org/ that I place immediately on my Garmin (Dakota 10). The first one is tile based, the second one allows you to cut out any piece and in much more different styles. So I have no need to BaseCamp to make the map smaller. hope this helps regards m On Fri, Apr 25, 2014 at 10:50 AM, Philippe Delchambre philippe.delcham...@ulb.ac.be wrote: Hello, Can someone help me to compact maps for Garmin eTrex30? I use Garmin BaseCamp application with Mac OS 10.5.8 Thank you to answer me separately at pdelc...@ulb.ac.be Have a nice day Philippe ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM on Garmin eTrex 30
You can rename the gmapsupp.img to e.g. belgium.img and then you can place multiple maps on your device. Depends on the age of the device, but it works for a Dakota 10. I don't remember whether I downloaded the img-files from garmin... or extract... On the Dutch forum there was some discussion that routing might fail when 2 img-files contain the same tiles from garmin.openstreetmap.org (France and Netherlands both contain a tile for Ghent). regards 2014-04-25 13:39 GMT+02:00 Verhoeven Fr sus...@gmail.com: Salut, Pour mon Garmin Dakota 20 je choisis ou compose une carte sur: http://garmin.openstreetmap.nl/ Après avoir choisi la carte on reçoit un mail lorsque la carte est prête et l'on a 60 heures pour la décharger. On a le choix ente divers formats. Dezippez le Gmapsupp.img et mettez le sur une carte micro-sd sous le répertoire /GARMIN. Ici je retrouve la carte dans le répertoire des cartes du Dakota 20. Un seul Gmapsupp.img est reconnu. Bonne chance Susvhv Le 25/04/14 10:50, Philippe Delchambre a écrit : Hello, Can someone help me to compact maps for Garmin eTrex30? I use Garmin BaseCamp application with Mac OS 10.5.8 Thank you to answer me separately at pdelc...@ulb.ac.be Have a nice day Philippe ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] path through gate
Hello, I wanted to map a path that is actual under a house. At the ground floor there is a kind of passage way that is open for that path. But when uploading, it gets rejected I assume because it does not show on the map. It is because there is already a house drawn at that place. How to map such paths? regards, Bart ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] path through gate
split the way where it enters and leaves the building. so you have nodes on the intersection of way and building. tag the way part inside the building as tunnel=building_passage regards m On Fri, Apr 25, 2014 at 10:47 PM, Bart Vanherck vherckb...@gmail.comwrote: Hello, I wanted to map a path that is actual under a house. At the ground floor there is a kind of passage way that is open for that path. But when uploading, it gets rejected I assume because it does not show on the map. It is because there is already a house drawn at that place. How to map such paths? regards, Bart ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] path through gate
I forgot to include an example: http://www.openstreetmap.org/way/251481930 On Fri, Apr 25, 2014 at 11:01 PM, Marc Gemis marc.ge...@gmail.com wrote: split the way where it enters and leaves the building. so you have nodes on the intersection of way and building. tag the way part inside the building as tunnel=building_passage regards m On Fri, Apr 25, 2014 at 10:47 PM, Bart Vanherck vherckb...@gmail.comwrote: Hello, I wanted to map a path that is actual under a house. At the ground floor there is a kind of passage way that is open for that path. But when uploading, it gets rejected I assume because it does not show on the map. It is because there is already a house drawn at that place. How to map such paths? regards, Bart ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] ODBL and imports
I've been thinking about this for quite some time, but have not been able to come up with anything useful so please help me. I think we have a big problem with the choice of CT + ODBL, it is very unclear to people that ODBL data can not be uploaded to Openstreetmap. It's obvious that the data is licensed as ODbL, but the issue that all contributors must agree to CT is a bit hidden The first question is exactly what license should I ask people to license their data as, if I'm supposed to beable to use it in OSM? The second is if should be made clear that we do not accept ODBL licensed data. One example which seemed the most simple way to do it to me, but suggestions on how to do this easier is very appreciated: http://www.mapillary.com/osm.html http://www.mapillary.com/legal.html Have a nice weekend! -- /emj ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODBL and imports
The LWG might actually publish a formal guideline on the subject, but my informal 2c for now: - it is fairly clear that you -could- import 3rd party ODbL licensed data under the CT (naturally assuming every other box for an import has been ticked too). The CTs only require compatibility with the current OSM licence and that is a given (there are a few other details that need to be observed, but that is the big one). - it is just as clear that importing anything that may conflict with a future licence change runs the risk of being removed at such a date. Slightly opinionated comment: as one of the people that had to deal with numerous importers that choosed to ignore what was going on during the licence change: if there is a next time the position will be that you were forewarned and are getting exactly what you asked for. - which leads to the question -should- you import ODbL licenced data. Obviously the answer to that is highly subjective, my position is that I wouldn't, but others may differ. Simon Am 25.04.2014 14:00, schrieb Erik Johansson: I've been thinking about this for quite some time, but have not been able to come up with anything useful so please help me. I think we have a big problem with the choice of CT + ODBL, it is very unclear to people that ODBL data can not be uploaded to Openstreetmap. It's obvious that the data is licensed as ODbL, but the issue that all contributors must agree to CT is a bit hidden The first question is exactly what license should I ask people to license their data as, if I'm supposed to beable to use it in OSM? The second is if should be made clear that we do not accept ODBL licensed data. One example which seemed the most simple way to do it to me, but suggestions on how to do this easier is very appreciated: http://www.mapillary.com/osm.html http://www.mapillary.com/legal.html Have a nice weekend! 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] ODBL and imports
On Fri, Apr 25, 2014 at 3:30 PM, Simon Poole si...@poole.ch wrote: - which leads to the question -should- you import ODbL licenced data. Obviously the answer to that is highly subjective, my position is that I wouldn't, but others may differ. So, you mean that the main objection to import ODBL data is a future licence change. But I remember some past messages here or elsewhere that the licence process is so heavy and requires so high acceptance that a licence change is almost impossible... (note that this argument would invalidate all types of third party licences and finally all imports). Pieren ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODBL and imports
Am 25.04.2014 16:17, schrieb Pieren: ... So, you mean that the main objection to import ODBL data is a future licence change. But I remember some past messages here or elsewhere that the licence process is so heavy and requires so high acceptance that a licence change is almost impossible... (note that this argument would invalidate all types of third party licences and finally all imports). Naturally any import that is not CC0 licenced or is PD has the potential to cause problems if and when a further licence change is considered. But this is a continuum from would cause a lot of issues to more or less OK. For example changing to a licence that does not support and require attribution would essentially cause a massacre and is unlikely to ever be seriously considered. But as a consequence I personally would consider CC by and other licences that essentially only require some kind of attribution as not tying our hands more than they already are and insofar as unproblematic. As already said, this is only my personal opinion. 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] ODBL and imports
Am 25.04.2014 14:00, schrieb Erik Johansson: http://www.mapillary.com/osm.html I probably should have added that I see no problem at all with the terms Mapillary specifies, since for contributions to OSM it only specifies that it should happen under the terms of the CTs. IMHO naturally. signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Flying club ?
On 25/04/2014 00:02, Bryce Nesbitt wrote: You're really talking here about the club /headquarters/... the place where visitor interactions take place. The club may also have other facilities (berths, hangers) that are mappable, but not where you'd direct a first time visitor. Yes but, as you say, it is the headquarters that are relevant - aircraft storage is generic and may vary. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Flying club ?
I think the club house is more relevant than the headquarters. Headquarters usually implies administrative offices, which may be in a different location. Most visitors (pilots, passengers etc in this case) will not want the offices, but the main building where the club activities take place. I would call this the club house - this term is generic enough for use with all types of club, especially of the outdoor sports variety. Colin On 2014-04-25 13:08, Jean-Marc Liotier wrote: On 25/04/2014 00:02, Bryce Nesbitt wrote: You're really talking here about the club _headquarters_... the place where visitor interactions take place. The club may also have other facilities (berths, hangers) that are mappable, but not where you'd direct a first time visitor. Yes but, as you say, it is the headquarters that are relevant - aircraft storage is generic and may vary. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Tagging natural or informal swimming holes?
On Thu, 2014-04-24 at 23:03 -0700, Bryce Nesbitt wrote: How best should I tag informal swimming areas? These typically have no lifeguard or facilities. An example deep-content site for these types of holes is: http://www.iforgotthename.com/ In OSM is it best to create an area and tag sport=swimming/name=/access=/fee=no? http://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming Forgetting the tagging for a moment, is it not irresponsible to be mapping and thus being seen as encouraging such activities? Every year when there is hot weather there are warnings not to swim in lakes and rivers, and these are inevitably followed by reports in the media of a tragic loss of life. The last thing OSM needs is to be seen as contributing to such tragedies. Phil (trigpoint) --- Separately: there are quite a number of communities mapping geographic data, like the swimming hole site, that could but don't use OSM. I see good potential for integration for mutual benefit. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Tagging natural or informal swimming holes?
On Fri, Apr 25, 2014 at 2:03 AM, Bryce Nesbitt bry...@obviously.com wrote: How best should I tag informal swimming areas? These typically have no lifeguard or facilities. An example deep-content site for these types of holes is: http://www.iforgotthename.com/ In OSM is it best to create an area and tag sport=swimming/name=/access=/fee=no? http://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming Hmm. If they have a sign with a name, I'd tag them as name=Ye Olde Swimmin' Hole, or whatever. No sign? then I'd go with whatever physical traits are significant, permanent and verifiable. Tag the parking lot, the stairs, the path, the bike rack, the fire pit, etc. If you have those things, and you've added the name tag for the lake, etc. perhaps you are done. But a node or polygon for a swimming area? How do you confirm that? Decide that it should be n meters wide vs. n+1? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Tagging natural or informal swimming holes?
On Fri, Apr 25, 2014 at 6:07 AM, Philip Barnes p...@trigpoint.me.uk wrote: Forgetting the tagging for a moment, is it not irresponsible to be mapping and thus being seen as encouraging such activities? Every year when there is hot weather there are warnings not to swim in lakes and rivers, and these are inevitably followed by reports in the media of a tragic loss of life. The last thing OSM needs is to be seen as contributing to such tragedies. Phil (trigpoint) Quite the contrary: natural area swimming is fully legal and expected in many areas, even in the lawsuit happy USA. There are plenty of places where's it's documented in the materials provided by the landholder and touted as an amenity. If swimming is common but prohibited, the access tag should do just fine: public, permissive, no/prohibited, etc. Especially if documented (e.g. Prohibited by BMC Code 12323), I see such a listing as a service to the public. --- The tricky part is when is an natural area notable enough to map? For example: Rainbow Pool near Yosemite clearly counts: http://mercedcountyevents.com/rainbow-pool/ It's got restrooms, parking, a stream gauge, and hundreds of people on peak days. No lifeguard. No facilities. People dive all day off a 15 foot rock, and dare each other to slip behind the falls. Clearly this is a notable swimming area that's not a pool. But just downstream is another pool that's swimmable but rarely visited. I would not list the second one. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural
Conclui uma versão melhorada do teste para a nova camada IBGE Mapa de Setor Rural. O Leaflet tem mesmo um bug com ordenação de camadas. Guardei como comentários, em uma versão do arquivo HTML, todas as hiperligações que encontrei para informações a respeito. Diante de tais dificuldades, fiz o comportamento da página ficar adequado por meio do emprego de fadeIn/fadeOut e click() do jQuery, quando do carregamento da window. Link absolutohttp://htmlpreview.github.io/?https://gist.githubusercontent.com/alexandre-mbm/11278226/raw/staging.html Link curto: *is.gd/IBGETools http://is.gd/IBGETools* Informação do link curto: is.gd/IBGETools- Estatísticas do link curto: is.gd/stats.php?url=IBGETools QRcodehttp://chart.apis.google.com/chart?cht=qrchs=100x100choe=UTF-8chld=H%7C0chl=http://is.gd/IBGETools Código fonte versionado: *gist:11278226 https://gist.github.com/alexandre-mbm/11278226* Alexandre Magno Em 24 de abril de 2014 23:03, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Parece que estou sendo afetado por isto: https://github.com/Leaflet/Leaflet/issues/2086 Alexandre Magno Em 24 de abril de 2014 19:06, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Pode deixar. Estou fazendo. Coloco num gist já já. Falta só consertar prioridade de camadas. Alexandre Magno Em 24 de abril de 2014 17:18, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Que tal adicionar camadas Bing, Google Satellite e MapBox Satellite a esses testes? Há alguns dias, quando eu estava vendo exemplos de OpenLayers, eu via que era muito fácil adicioná-las ao Javascript embutido. Com Leafletjs também deve ser... Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Listas de endereços por município
Prefeituras são confiáveis, mas nem tanto. A prefeitura de Natal colocou duas placas erradas numa rua: o nome correto é Rua Ébano (todas as dezenas de ruas vizinhas têm nome de alguma árvore), mas ela colocou na placa Rua Doutor Ébano, com um CEP que nem segue a sequência dentro das ruas e nem está na faixa de Natal. O engraçado é que nos mapas que encontramos no site da prefeitura o nome está correto. Não sei que método bisonho eles usaram que acabou causando esse erro. 2014-04-24 22:14 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com: Pessoal, alguém tem um levantamento de listagens de endereços (das prefeituras ou outras fontes) de cada cidade? Estou tentando filtrar o CNEFE mas há muitos casos em que há 2 ou 3 grafias para o mesmo nome de rua, e não há como saber qual é o certo. Se tivessemos listagens das ruas de cada município, ou algo similar poderímos potencializar o uso do CNEFE com mais confiança. Lucas ___ 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] Relação BR-101
Eu acho melhor deixar uma só relação para a rodovia inteira. Assim, se algum problema ocorre, a chance dele ser detectado é maior. Em 25/04/2014 00:00, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Johnsen, eu ainda não entendo de relações, mas acho que essa hierarquia que você propõe facilitará a correção no caso de alguém quebrar essa relação novamente. Raffaello Bruno -- From: li...@gimnechiske.org Date: Thu, 24 Apr 2014 23:02:38 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Relação BR-101 Raffaello, Fui mesmo, veja https://www.openstreetmap.org/relation/53556 O fixme dizendo que tinha problemas perto do Paraty, mas agora e vazio mesmo Tem tempo eu pensei em dividir BR-101 em um relação por estado juntado num master-relation, talvez um solução assim pode reduce o risco este acontecer denovo? Aun Johnsen On Apr 24, 2014, at 22:54, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Oi, alguém poderia por favor verificar se eu fiz alguma besteira com o changeset https://www.openstreetmap.org/changeset/21920550 , pois, na hora do upload pelo JOSM, apareceu o aviso Relation is empty route (BR-101, 0 members)? Aparentemente eu quebrei a relação BR-101... Obrigado. Raffaello Bruno ___ 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] Nova layer: IBGE Mapa de Setor Rural
Arlindo, polígonos. Camada overlay em *is.gd/IBGETools http://is.gd/IBGETools*. Como Regions e Labels que tem aquihttp://earthatlas.info/nz/?lat=-42.4lng=168zoom=8. Parece-me que carrega-se como geoJSONhttps://groups.google.com/d/msg/leaflet-js/RFY9YcS0EoM/GnTunYCh45EJ. Quer desenhá-los? Alexandre Magno Em 24 de abril de 2014 17:22, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Depois podemos definir uma força tarefa para cada mapeador pegar um determinado bounding box e passar as informações para o OSM. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação BR-101
Outro motivo para dividir BR-101 e informação do consorcio operadora, com informação por exemplo do canal twitter, site, lei do contrato, e outro informação que pode ser util para trechos individuais. No meu conhecimento, BR-101 tem consorcio operadora diferente entre Rio e Espírito Santo Eu adicionei twitter e operadora no relação ES-060 Rodovia do Sol, e em futuro roteadores pode puxa o id twitter para receber noticias de transito. RodoSol, o operadora do ES-060 transmitindo fluxo e intermidacao no trecho entre 3º ponte e Guarapari. Em caso do BR-101, pode ser mais que um operador dentro um estado, e pode ser estados onde o operador e federal. Acho bom ter este discussão agora, e podemos decide um modelo padrão. Aun Johnsen On Apr 25, 2014, at 7:42, Flavio Bello Fialho bello.fla...@gmail.com wrote: Eu acho melhor deixar uma só relação para a rodovia inteira. Assim, se algum problema ocorre, a chance dele ser detectado é maior. Em 25/04/2014 00:00, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Johnsen, eu ainda não entendo de relações, mas acho que essa hierarquia que você propõe facilitará a correção no caso de alguém quebrar essa relação novamente. Raffaello Bruno From: li...@gimnechiske.org Date: Thu, 24 Apr 2014 23:02:38 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Relação BR-101 Raffaello, Fui mesmo, veja https://www.openstreetmap.org/relation/53556 O fixme dizendo que tinha problemas perto do Paraty, mas agora e vazio mesmo Tem tempo eu pensei em dividir BR-101 em um relação por estado juntado num master-relation, talvez um solução assim pode reduce o risco este acontecer denovo? Aun Johnsen On Apr 24, 2014, at 22:54, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Oi, alguém poderia por favor verificar se eu fiz alguma besteira com o changeset https://www.openstreetmap.org/changeset/21920550 , pois, na hora do upload pelo JOSM, apareceu o aviso Relation is empty route (BR-101, 0 members)? Aparentemente eu quebrei a relação BR-101... Obrigado. Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação BR-101
Eu acho que é um bom critério dividir ela por operador. Mas é preciso deixar claro que neste primeiro momento, essa divisão por operador vai ser aplicada somente à BR-101 Aun, Tu sabes se tem algum lugar onde podemos ver uma lista de operadores e onde eles começam/terminam? Se isto depender de coleta de dados pessoalmente, acredito que vai inviabilizar este critério. Outra coisa, como você adicionou o twitter da operadora? operator:twitter=*ou algo assim? Flávio, mas creio que seja bem mais difícil avaliar/consertar problemas quando a BR-101 está assim. Um problema apontado antes é que como o Relation Analyzer http://wiki.openstreetmap.org/wiki/Relation_analyzernão suporta super-relações, uma super-relação dificultaria a verificação da BR, mas descobri recentemente que tem um outro site de análise de relaçõeshttp://wiki.openstreetmap.org/wiki/Servers/analyser.openstreetmap.frque suporta isto: Em 25 de abril de 2014 07:52, Lists li...@gimnechiske.org escreveu: Outro motivo para dividir BR-101 e informação do consorcio operadora, com informação por exemplo do canal twitter, site, lei do contrato, e outro informação que pode ser util para trechos individuais. No meu conhecimento, BR-101 tem consorcio operadora diferente entre Rio e Espírito Santo Eu adicionei twitter e operadora no relação ES-060 Rodovia do Sol, e em futuro roteadores pode puxa o id twitter para receber noticias de transito. RodoSol, o operadora do ES-060 transmitindo fluxo e intermidacao no trecho entre 3º ponte e Guarapari. Em caso do BR-101, pode ser mais que um operador dentro um estado, e pode ser estados onde o operador e federal. Acho bom ter este discussão agora, e podemos decide um modelo padrão. Aun Johnsen On Apr 25, 2014, at 7:42, Flavio Bello Fialho bello.fla...@gmail.com wrote: Eu acho melhor deixar uma só relação para a rodovia inteira. Assim, se algum problema ocorre, a chance dele ser detectado é maior. Em 25/04/2014 00:00, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Johnsen, eu ainda não entendo de relações, mas acho que essa hierarquia que você propõe facilitará a correção no caso de alguém quebrar essa relação novamente. Raffaello Bruno -- From: li...@gimnechiske.org Date: Thu, 24 Apr 2014 23:02:38 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Relação BR-101 Raffaello, Fui mesmo, veja https://www.openstreetmap.org/relation/53556 O fixme dizendo que tinha problemas perto do Paraty, mas agora e vazio mesmo Tem tempo eu pensei em dividir BR-101 em um relação por estado juntado num master-relation, talvez um solução assim pode reduce o risco este acontecer denovo? Aun Johnsen On Apr 24, 2014, at 22:54, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Oi, alguém poderia por favor verificar se eu fiz alguma besteira com o changeset https://www.openstreetmap.org/changeset/21920550 , pois, na hora do upload pelo JOSM, apareceu o aviso Relation is empty route (BR-101, 0 members)? Aparentemente eu quebrei a relação BR-101... Obrigado. Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação BR-101
Antes eu mandei o link errado do analisador de relações que suporta super relações. Este é o certo: http://wiki.openstreetmap.org/wiki/OSM_Route_Manager Em 25 de abril de 2014 08:25, John Packer john.pack...@gmail.com escreveu: Eu acho que é um bom critério dividir ela por operador. Mas é preciso deixar claro que neste primeiro momento, essa divisão por operador vai ser aplicada somente à BR-101 Aun, Tu sabes se tem algum lugar onde podemos ver uma lista de operadores e onde eles começam/terminam? Se isto depender de coleta de dados pessoalmente, acredito que vai inviabilizar este critério. Outra coisa, como você adicionou o twitter da operadora? operator:twitter=* ou algo assim? Flávio, mas creio que seja bem mais difícil avaliar/consertar problemas quando a BR-101 está assim. Um problema apontado antes é que como o Relation Analyzer http://wiki.openstreetmap.org/wiki/Relation_analyzernão suporta super-relações, uma super-relação dificultaria a verificação da BR, mas descobri recentemente que tem um outro site de análise de relaçõeshttp://wiki.openstreetmap.org/wiki/Servers/analyser.openstreetmap.frque suporta isto: Em 25 de abril de 2014 07:52, Lists li...@gimnechiske.org escreveu: Outro motivo para dividir BR-101 e informação do consorcio operadora, com informação por exemplo do canal twitter, site, lei do contrato, e outro informação que pode ser util para trechos individuais. No meu conhecimento, BR-101 tem consorcio operadora diferente entre Rio e Espírito Santo Eu adicionei twitter e operadora no relação ES-060 Rodovia do Sol, e em futuro roteadores pode puxa o id twitter para receber noticias de transito. RodoSol, o operadora do ES-060 transmitindo fluxo e intermidacao no trecho entre 3º ponte e Guarapari. Em caso do BR-101, pode ser mais que um operador dentro um estado, e pode ser estados onde o operador e federal. Acho bom ter este discussão agora, e podemos decide um modelo padrão. Aun Johnsen On Apr 25, 2014, at 7:42, Flavio Bello Fialho bello.fla...@gmail.com wrote: Eu acho melhor deixar uma só relação para a rodovia inteira. Assim, se algum problema ocorre, a chance dele ser detectado é maior. Em 25/04/2014 00:00, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Johnsen, eu ainda não entendo de relações, mas acho que essa hierarquia que você propõe facilitará a correção no caso de alguém quebrar essa relação novamente. Raffaello Bruno -- From: li...@gimnechiske.org Date: Thu, 24 Apr 2014 23:02:38 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Relação BR-101 Raffaello, Fui mesmo, veja https://www.openstreetmap.org/relation/53556 O fixme dizendo que tinha problemas perto do Paraty, mas agora e vazio mesmo Tem tempo eu pensei em dividir BR-101 em um relação por estado juntado num master-relation, talvez um solução assim pode reduce o risco este acontecer denovo? Aun Johnsen On Apr 24, 2014, at 22:54, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Oi, alguém poderia por favor verificar se eu fiz alguma besteira com o changeset https://www.openstreetmap.org/changeset/21920550 , pois, na hora do upload pelo JOSM, apareceu o aviso Relation is empty route (BR-101, 0 members)? Aparentemente eu quebrei a relação BR-101... Obrigado. Raffaello Bruno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Usuário apagando vários caminhos
Em desenvolvimento de software a muitas mãos usamos uma técnica chamada testes automatizados. Vandalismo ou negligência podem acontecer nesses casos também. Então existe um build de um executável que só existe para chamar funções do software passando parâmetros para os quais se sabe o resultado. Esse executável é chamado automaticamente e as divergências acusadas. Se houver algo quebrado, haverá impacto no resultado e o problema será detectado automaticamente. Em desenvolvimento de mapas, podemos criar casos de teste que seriam rotas e resultados de buscas. A questão seria qual ferramenta para automatizar os testes usaríamos. Em 25 de abril de 2014 00:37, Aun Johnsen li...@gimnechiske.org escreveu: Raffaello, continua tenta aprender e um dia voce pode ajuda concerta tambem Aun Johnsen Sent from my iPhone On 25. apr. 2014, at 00:25, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com wrote: Se esse foi apenas um caso isolado, que bom. Mas continuo com a percepção de que vocês têm muito trabalho corrigindo edições prejudiciais de outros usuários, seja o prejuízo intencional (vandalismo) ou não (erros de usuários inexperientes, como eu :) ). -- From: john.pack...@gmail.com Date: Thu, 24 Apr 2014 23:30:09 -0300 To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Usuário apagando vários caminhos Em outros países são comuns casos de vandalismo também ou isso é um privilégio tupiniquim? Você fala como se fosse comum vandalismo por aqui... Com certeza tem casos lá fora. Em 24 de abril de 2014 23:28, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Imagino o trabalho que deve ser ficar monitorando e corrigindo esse tipo de edição. Em outros países são comuns casos de vandalismo também ou isso é um privilégio tupiniquim? Date: Thu, 24 Apr 2014 17:28:12 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Usuário apagando vários caminhos E o DWG reverteu as edições dele: http://www.openstreetmap.org/changeset/21916639 (tinha revertido as últimas também em http://www.openstreetmap.org/changeset/21915177) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação BR-101
Aun Johnsen On Apr 25, 2014, at 8:25, John Packer john.pack...@gmail.com wrote: Aun, Tu sabes se tem algum lugar onde podemos ver uma lista de operadores e onde eles começam/terminam? Se isto depender de coleta de dados pessoalmente, acredito que vai inviabilizar este critério. Outra coisa, como você adicionou o twitter da operadora? operator:twitter=* ou algo assim? Se nao me engano, eu usei twitter=* ou contact:twitter=* Eu credito que DER tem um lista oficial com operadores, não sei se e no site DER federal ou no DER do cada estado. Eu preciso investigar este, se não algum outro quer fazer. Infelizmente não vai ter tempo este semana ou semana que vem, mas vou dar um olhada depois.___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Combustíveis disponíveis em um posto
Amigos, Às vezes, quando eu vou colocar um posto no OSM, penso em adicionar no OSM os tipos de combustíveis que o posto oferece (que geralmente são mostrados em uma placa bem grande na frente do posto), mas não sei dizer exatamente o que os termos aqui no Brasil significam no exterior. Alguém sabe dizer quais os combustíveis usados no Brasil a partir da tabela na página wiki da chave *fuel* ? ( http://wiki.openstreetmap.org/wiki/Key:fuel ) Por exemplo, o que usar quando tem gasolina aditivada no posto, ou gasolina natural, etc. Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Nova layer: IBGE Mapa de Setor Rural
Primeiramente, essa camada de dados IBGE é demais! É muito gratificante poder usar tais dados dessa forma... mal posso esperar pelos dados rurais do estado de SP. Quanto ao bug de ordenação do Leaflet, eu senti esse problema num mapa que fiz. Eu contornei ele adicionando apenas a layer que deveria aparecer primeiro em map.addLayer(), assim permanece ordenado o restante da forma que eu deixar em new L.Control.Layers() Esse mapa *is.gd/IBGETools http://is.gd/IBGETools * vai me ajudar a tirar algumas dúvidas. O mapa que fiz é esse: http://monitorvirtual.url.ph/postos-usando.php *Edil Queiroz de Araujo* Monitor e Projetista *Acessa SP* - *Prefeitura Municipal de Ribeirão Grande* Projeto Monitor Virtual http://projetomonitorvirtual.blogspot.com.br/ Projeto RGM - Ribeirão Grande em Mapas http://projetorgm.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Combustíveis disponíveis em um posto
2014-04-25 9:26 GMT-03:00 John Packer john.pack...@gmail.com: Alguém sabe dizer quais os combustíveis usados no Brasil a partir da tabela na página wiki da chave fuel ? ( http://wiki.openstreetmap.org/wiki/Key:fuel Se for pela octanagem dá para ver, por exemplo, em http://goo.gl/7AOf2d ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] lecença do OSM, uso pelo governo/empresas
Interessante ver os contra argumentos nos comentários do post, me deixou na duvida sobre o que seria a melhor forma. Mas acho que haveria demanda sim, por parte dos governos. Ouvi falar que mesmo o ibge teve muita dificuldade e licitações complicadas com fornecedores de mapas locais para conseguir uma malha de ruas do Brasil. E depois, quando os recenseadores foram a campo verificaram que alguns mapas tinham muitos erros em alguns locais. Sem falar no custo que é fazer uma licitação no Brasil, formulação de edital, jurídica, depois fornecedores que perderam recorrendo, etc. Aqui no ipea fizemos uma conta de padeiro ( não é oficial!) do custo das horas dos funcionários envolvidos numa licitação de software e serviços similares. O custo estimado foi 10 mil reais, independente se o programa custe 100 ou 100 mil reais. Seria muito mais fácil se as equipes pudessem contar com o mapa do OSM e depois valida-lo. Na prefeituras, que tem condições de equipe e orçamento muito piores, seria mais útil ainda. Agora não tinha pensado na possibilidade dos órgãos públicos disponibilizarem os dados com uma licença SA, ao invés de domínio publico. Será que haveria restrições quanto a isso? Em 24/04/2014 22:36, Wille wi...@wille.blog.br escreveu: Lucas, a questao é que a prefeitura de Nova Iorque libera os dados em Domínio Público, assim ela não poderiam pegar os dados do OSM que estão disponíveis em ODbL, importar na base de dados da prefeitura e depois redistribuir em domínio público. No entanto, acho pouquíssimo provável que algum órgão governamental abra mão de ter controle sobre seus dados para importar dados do OpenStreetMap. Com a ODbL, podemos utilizar uma grande quantidade de fontes de dados no OSM e garantir que isso continue livre e não seja privatizado. Se o OSM migrasse para uma licença sem share-alike não poderia se beneficiar de dados que exijam share-alike Recomendo ler esse post e principalmente os comentários: http://www.openstreetmap.org/user/lxbarth/diary/21221 On 24-04-2014 22:21, Lucas Ferreira Mation wrote: Pessoal, estava assistindo este vídeo do Stata of the Map 2014 - US: http://stateofthemap.us/session/more-open/ em que ele diz que governos não poderiam usar os dados do OSM para atualizar suas bases oficiais. Ele dá o exemplo do governo da cidade de Nova Iorque, que disponibiliza os dados de todos os prédios para importação no OSM, mas não pode usar os dados do OSM para atualizar seus dados. Acho que a questão é o share-alike, pois se o governo utilizar os dados do OSM e com isso atualizar sua base, a base divulgada também precisaria ser share-alike É isso mesmo? no Brasil também não seria possível este uso? Lucas ___ 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] Combustíveis disponíveis em um posto
De-para dos combustíveis automotivos ofertados no Brasil: Local - OSM Diesel (S50, S300, com biodiesel, etc.) - fuel:dieselhttp://wiki.openstreetmap.org/wiki/Key:fuel:diesel =yes Gasolina comum (20%-25% etanol), em torno de 76 octanas - fuel:octane_76http://wiki.openstreetmap.org/wiki/Key:fuel:octane_91 =yes? fuel:e20 http://wiki.openstreetmap.org/wiki/Key:fuel:e10=yes? fuel:e25 http://wiki.openstreetmap.org/wiki/Key:fuel:e10=yes? Gasolina aditivada == gasolina comum. A diferença é apenas os aditivos químicos para limpeza de componentes do motor / sistema de combustível. Gasolina premium/podium, em torno de 93 octanas - fuel:octane_91http://wiki.openstreetmap.org/wiki/Key:fuel:octane_91 =yes GNV - fuel:cng http://wiki.openstreetmap.org/wiki/Key:fuel:cng=yes Etanol - fuel:ethanolhttp://wiki.openstreetmap.org/wiki/Key:fuel:ethanol =yes Eletricidade (poucos postos) - fuel:electricityhttp://wiki.openstreetmap.org/wiki/Key:fuel:electricity =yes Em 25 de abril de 2014 09:26, John Packer john.pack...@gmail.com escreveu: Amigos, Às vezes, quando eu vou colocar um posto no OSM, penso em adicionar no OSM os tipos de combustíveis que o posto oferece (que geralmente são mostrados em uma placa bem grande na frente do posto), mas não sei dizer exatamente o que os termos aqui no Brasil significam no exterior. Alguém sabe dizer quais os combustíveis usados no Brasil a partir da tabela na página wiki da chave *fuel* ? ( http://wiki.openstreetmap.org/wiki/Key:fuel ) Por exemplo, o que usar quando tem gasolina aditivada no posto, ou gasolina natural, etc. Abs, João ___ 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] Combustíveis disponíveis em um posto
2014-04-25 9:53 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Gasolina comum (20%-25% etanol), em torno de 76 octanas - O mínimo da gasolina comum (tipo C) não é 87? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Combustíveis disponíveis em um posto
Depende do método de medição. Podemos colocar um valor médio. 2014-04-25 9:56 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-04-25 9:53 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Gasolina comum (20%-25% etanol), em torno de 76 octanas - O mínimo da gasolina comum (tipo C) não é 87? ___ 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] Combustíveis disponíveis em um posto
2014-04-25 10:06 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Depende do método de medição. Podemos colocar um valor médio. Por aqui: http://goo.gl/6qctSh ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] lecença do OSM, uso pelo governo/empresas
É eu também acho que existe este possível benefício para os governos, mas as pessoas não gostam da ideia que uma empresa também pode se apropriar dos dados. Foi essa a reação que vi na lista talk, mas gosto do contra-argumento de que uma empresa nunca poderá se apropriar da comunidade que produz estes dados. Em 25/04/2014 09:48, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Interessante ver os contra argumentos nos comentários do post, me deixou na duvida sobre o que seria a melhor forma. Mas acho que haveria demanda sim, por parte dos governos. Ouvi falar que mesmo o ibge teve muita dificuldade e licitações complicadas com fornecedores de mapas locais para conseguir uma malha de ruas do Brasil. E depois, quando os recenseadores foram a campo verificaram que alguns mapas tinham muitos erros em alguns locais. Sem falar no custo que é fazer uma licitação no Brasil, formulação de edital, jurídica, depois fornecedores que perderam recorrendo, etc. Aqui no ipea fizemos uma conta de padeiro ( não é oficial!) do custo das horas dos funcionários envolvidos numa licitação de software e serviços similares. O custo estimado foi 10 mil reais, independente se o programa custe 100 ou 100 mil reais. Seria muito mais fácil se as equipes pudessem contar com o mapa do OSM e depois valida-lo. Na prefeituras, que tem condições de equipe e orçamento muito piores, seria mais útil ainda. Agora não tinha pensado na possibilidade dos órgãos públicos disponibilizarem os dados com uma licença SA, ao invés de domínio publico. Será que haveria restrições quanto a isso? Em 24/04/2014 22:36, Wille wi...@wille.blog.br escreveu: Lucas, a questao é que a prefeitura de Nova Iorque libera os dados em Domínio Público, assim ela não poderiam pegar os dados do OSM que estão disponíveis em ODbL, importar na base de dados da prefeitura e depois redistribuir em domínio público. No entanto, acho pouquíssimo provável que algum órgão governamental abra mão de ter controle sobre seus dados para importar dados do OpenStreetMap. Com a ODbL, podemos utilizar uma grande quantidade de fontes de dados no OSM e garantir que isso continue livre e não seja privatizado. Se o OSM migrasse para uma licença sem share-alike não poderia se beneficiar de dados que exijam share-alike Recomendo ler esse post e principalmente os comentários: http://www.openstreetmap.org/user/lxbarth/diary/21221 On 24-04-2014 22:21, Lucas Ferreira Mation wrote: Pessoal, estava assistindo este vídeo do Stata of the Map 2014 - US: http://stateofthemap.us/session/more-open/ em que ele diz que governos não poderiam usar os dados do OSM para atualizar suas bases oficiais. Ele dá o exemplo do governo da cidade de Nova Iorque, que disponibiliza os dados de todos os prédios para importação no OSM, mas não pode usar os dados do OSM para atualizar seus dados. Acho que a questão é o share-alike, pois se o governo utilizar os dados do OSM e com isso atualizar sua base, a base divulgada também precisaria ser share-alike É isso mesmo? no Brasil também não seria possível este uso? Lucas ___ 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] Nova layer: IBGE Mapa de Setor Rural
Show de bola, Thiago! Com certeza vou utilizar essa layer! Abraço! Marcio Aguiar Ribeiro 2014-04-24 16:57 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: Olá pessoal, Estou trabalhando em uma nova layer baseada nos dados do IBGE: trata-se do Mapa de Setor Rural. A outra layer já divulgada foi baseada no Mapa de Setor Urbano. O Mapa de Setor Rural pode ser usado para extrair nomes de fazendas, rios, lagos e montanhas. Fiz um teste aqui com MG e gostaria de feedback da comunidade: http://tiles.tmpsantos.com.br/staging.html Este mapa está indo até zoom 13, mas estou fazendo um novo teste com o estado de MG e AM no zoom 14. Vou fazer upload assim que ficar pronto. Obrigado aos que me mandaram email sugerindo trabalhar esta layer. []'s ___ 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] Nova layer: IBGE Mapa de Setor Rural
Boa noite. Ja usei estes mapas e são muito bons, mas tinha que usar com o PicLayer e alinhar, um por um. Observei minha cidade e o alinhamento esta muito bom. Forte AbraçoBladeTC From: tmpsan...@gmail.com Date: Thu, 24 Apr 2014 22:57:42 +0300 To: talk-br@openstreetmap.org Subject: [Talk-br] Nova layer: IBGE Mapa de Setor Rural Olá pessoal, Estou trabalhando em uma nova layer baseada nos dados do IBGE: trata-se do Mapa de Setor Rural. A outra layer já divulgada foi baseada no Mapa de Setor Urbano. O Mapa de Setor Rural pode ser usado para extrair nomes de fazendas, rios, lagos e montanhas. Fiz um teste aqui com MG e gostaria de feedback da comunidade: http://tiles.tmpsantos.com.br/staging.html Este mapa está indo até zoom 13, mas estou fazendo um novo teste com o estado de MG e AM no zoom 14. Vou fazer upload assim que ficar pronto. Obrigado aos que me mandaram email sugerindo trabalhar esta layer. []'s ___ 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] Listas de endereços por município
Eu também tenho feito a mesma coisa. Mas não sabia da Tag source:name. Vou colocar nas ruas que fiz. Em 24/04/2014 22:28, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Lucas, como é essa dificuldade sua com as grafias de nomes? Por favor, exemplifique situação. Aliás, pessoal, vejamos se estou fazendo algo errado. Tenho usado a camada IBGE mapa municipal, mas colocado acentos e feito pequenas correções como acho que é o nome exato real. No entanto, considero tão pequenas mudanças como irrelevantes, e por isso continuo a declarar source:name=IBGE. Está errado? Alexandre Magno Em 24 de abril de 2014 22:14, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Pessoal, alguém tem um levantamento de listagens de endereços (das prefeituras ou outras fontes) de cada cidade? Estou tentando filtrar o CNEFE mas há muitos casos em que há 2 ou 3 grafias para o mesmo nome de rua, e não há como saber qual é o certo. Se tivessemos listagens das ruas de cada município, ou algo similar poderímos potencializar o uso do CNEFE com mais confiança. Lucas ___ 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] Combustíveis disponíveis em um posto
Comum tipo C ou aditivada → fuel:octane_87 = yes Premium → fuel:octane_91 = yes Podium → fuel:octane_95 = yes Alguém concorda? Discorda? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: Listas de endereços por município
Grafia de rua realmente é um problema sério, penas para ficar em um exemplo que tenho catalogado devido ao processo de Auditoria de Endereços que faço em relação a base de CEPs, este é um caso real retirado de arquivo de um cliente: RUA RROUXINOL NR 575 R ROXINOL NUM 575 R ROUCHINOL 575 R REGIONOL 575 RUA AV ROUXINOL 575 R ROXINO 575 R AVENIDA ROUXINOL 575 R ROUSCHINOL 575 Algumas coisas podem ser dicionarizadas mas com muito critério, outras somente um trabalho manual mesmo, apenas para ficar num caso já citado aqui não é possível dicionarizar usando fonética ( Izabel e Isabel, Sousa e Souza ) entre outros, pois ambas as grafias são corretas. Os cadastros da prefeitura são as melhores referências, seguido pelo correio (Base mantida a mais tempos com objetivo de endereçamento) e o CNEFE em ultima instância ( pelo volume de dados disponível numa única fonte ), nos casos de placas de rua o problema não é o cadastro mas a execução do serviço até pouco tempo atrás tínhamos placas para a R Estela e R Stela uma em frente a outra aqui em São Paulo. Só para constar o Correio não tem nenhuma Rua Doutor Ébano catalogada no CEP. Mesmo podendo existir algum erro no CNEFE alguma informação é melhor que nenhuma informação, de qualquer maneira estou corrigindo a base CNEFE que tenho aqui e padronizando de acordo com a EXCT no caso de cidades com CEP por logradouro, mas o processo é realmente longo. De resto para minhas inserções no OSM sigo o critério de não alterar o source para correções do tipo ROUCHINOL para ROUXINOL, MEM SA para MEM DE SA, acentuação, pluralidade, etc Reinaldo De: John Packer [mailto:john.pack...@gmail.com] Enviada em: quinta-feira, 24 de abril de 2014 23:36 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Listas de endereços por município Por mim, poderia ser passado um corretor ortográfico pelos nomes de ruas retirados pelo IBGE. Não tem nenhuma garantia de qualidade neles. Em 24 de abril de 2014 23:30, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Tem casos em que é clara a grafia, como em JK e outros nomes comuns, da para fazer um dicionário. Mas tem vários casos em que não da para saber. Se conseguíssemos juntar listas de varias fontes oficiais/corretas, ou pelo menos mais corretas que o CNEFE, eu posso fazer um matching probabilístico p ficar c um cnefe com as grafias corrigidas. Assim daria p juntar as vantagens do cnefe ter ruas com algumas indicação de localização (setor censitário), com a grafia correta das listagens oficiais Em 24/04/2014 23:17, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Sim, é basicamente isso. Não me lembro de ter inserido ou retirado termos ou letras de algum nome. A não ser um singular/plural evidentemente destoante. Alexandre Magno Em 24 de abril de 2014 23:12, Nelson A. de Oliveira nao...@gmail.com escreveu: Se são correções do tipo Joao → João não há necessidade de mudar o source. ___ 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] Combustíveis disponíveis em um posto
Lendo aqui http://wiki.openstreetmap.org/wiki/Talk:Key:fuel e confirmando no IRC, na verdade tem que usar o RON Então os valores vão ser maiores do que 87, 91 e 95 (comum, premium e podium) Seria 93, 95 e 100 portanto ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Listas de endereços por município
Pessoal, esse é o espírito. Vamos tentar computar uma lista com os links ou arquivos de listagens de ruas das prefeituras? Similar ao que foi feito para os shapes das prefeituras aqui: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Importa%C3%A7%C3%B5es/Prefeituras Com base nisso vai dar para juntar tudo e filtrar o CNEFE. Posso fazer este cruzamento, não consigo encontrar as listagens locais/oficiais. Lucas 2014-04-25 10:43 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: Grafia de rua realmente é um problema sério, penas para ficar em um exemplo que tenho catalogado devido ao processo de Auditoria de Endereços que faço em relação a base de CEPs, este é um caso real retirado de arquivo de um cliente: RUA *RROUXINOL* NR 575 R *ROXINOL* NUM 575 R *ROUCHINOL* 575 R *REGIONOL* 575 RUA *AV* ROUXINOL 575 R *ROXINO* 575 R *AVENIDA* ROUXINOL 575 R *ROUSCHINOL* 575 Algumas coisas podem ser dicionarizadas mas com muito critério, outras somente um trabalho manual mesmo, apenas para ficar num caso já citado aqui não é possível dicionarizar usando fonética ( Izabel e Isabel, Sousa e Souza ) entre outros, pois ambas as grafias são corretas. Os cadastros da prefeitura são as melhores referências, seguido pelo correio (Base mantida a mais tempos com objetivo de endereçamento) e o CNEFE em ultima instância ( pelo volume de dados disponível numa única fonte ), nos casos de placas de rua o problema não é o cadastro mas a execução do serviço até pouco tempo atrás tínhamos placas para a R Estela e R Stela uma em frente a outra aqui em São Paulo. Só para constar o Correio não tem nenhuma Rua Doutor Ébano catalogada no CEP. Mesmo podendo existir algum erro no CNEFE alguma informação é melhor que nenhuma informação, de qualquer maneira estou corrigindo a base CNEFE que tenho aqui e padronizando de acordo com a EXCT no caso de cidades com CEP por logradouro, mas o processo é realmente longo. De resto para minhas inserções no OSM sigo o critério de não alterar o source para correções do tipo ROUCHINOL para ROUXINOL, MEM SA para MEM DE SA, acentuação, pluralidade, etc Reinaldo *De:* John Packer [mailto:john.pack...@gmail.com] *Enviada em:* quinta-feira, 24 de abril de 2014 23:36 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] Listas de endereços por município Por mim, poderia ser passado um corretor ortográfico pelos nomes de ruas retirados pelo IBGE. Não tem nenhuma garantia de qualidade neles. Em 24 de abril de 2014 23:30, Lucas Ferreira Mation lucasmat...@gmail.com escreveu: Tem casos em que é clara a grafia, como em JK e outros nomes comuns, da para fazer um dicionário. Mas tem vários casos em que não da para saber. Se conseguíssemos juntar listas de varias fontes oficiais/corretas, ou pelo menos mais corretas que o CNEFE, eu posso fazer um matching probabilístico p ficar c um cnefe com as grafias corrigidas. Assim daria p juntar as vantagens do cnefe ter ruas com algumas indicação de localização (setor censitário), com a grafia correta das listagens oficiais Em 24/04/2014 23:17, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Sim, é basicamente isso. Não me lembro de ter inserido ou retirado termos ou letras de algum nome. A não ser um singular/plural evidentemente destoante. Alexandre Magno Em 24 de abril de 2014 23:12, Nelson A. de Oliveira nao...@gmail.com escreveu: Se são correções do tipo Joao → João não há necessidade de mudar o source. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Tutoriais
Existe algum local onde estão sendo centralizados os tutoriais? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relação BR-101
Se dividirmos e um problema acontecer num segmento pouco monitorado, ele pode persistir por muito tempo. Deixando uma relação única, qualquer problema é detectado mais rápido (mais gente monitorando) e a reversão tende a ser mais imediata. Eu revisei toda a BR-101 há alguns meses atrás, e isso fica mais fácil se for uma só relação. Quanto à operadora, prefiriria que essa informação não ficasse na relação, e sim nos segmentos. Por falar em BRs, precisaríamos mapear as que estão faltando. Em 25/04/2014 08:52, Lists li...@gimnechiske.org escreveu: Aun Johnsen On Apr 25, 2014, at 8:25, John Packer john.pack...@gmail.com wrote: Aun, Tu sabes se tem algum lugar onde podemos ver uma lista de operadores e onde eles começam/terminam? Se isto depender de coleta de dados pessoalmente, acredito que vai inviabilizar este critério. Outra coisa, como você adicionou o twitter da operadora? operator:twitter=* ou algo assim? Se nao me engano, eu usei twitter=* ou contact:twitter=* Eu credito que DER tem um lista oficial com operadores, não sei se e no site DER federal ou no DER do cada estado. Eu preciso investigar este, se não algum outro quer fazer. Infelizmente não vai ter tempo este semana ou semana que vem, mas vou dar um olhada depois. ___ 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] Tutoriais
Acessa a página do Brasil no wiki (http://wiki.openstreetmap.org/wiki/Brazil) e clica em Tutoriais. A maioria (que eu conheço) ou está lá ou tem um link lá para onde realmente está. 2014-04-25 11:36 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Existe algum local onde estão sendo centralizados os tutoriais? ___ 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] Nova layer: IBGE Mapa de Setor Rural
2014-04-25 16:24 GMT+03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Thiago, gosto muito desse trabalho que você está fazendo! Qual o servidor WMS que você utiliza? Gostaria de fazer algo semelhante com algumas imagens aéreas de alta resolução que a Secretaria de Planejamento disponibiliza em http://geo.seplande.al.gov.br/geoweb/src/php/app.php Se não for muito complicado eu posso tentar fazer uma camada com essas imagens também. Acredito que eles gostariam, porque atualmente o sistema de mapa deles é muito lento. Olá Márcio, Obrigado, bom saber que está sendo útil. Estou hospedando os tiles nos servidores do Mapbox, espaço que foi gentilmente cedido por eles. Quanta à dificuldade de gerar estes mapas a partir dos dados do Alagoas eu não saberia dizer, vai depender da forma como eles disponibilizam os dados. No caso do IBGE, o fato deles usaram PDF foi o fator dificultador. Se os mapas estiverem em algum formato conhecido, como shapefiles, eu diria que seria trivial gerar a layer. []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Listas de endereços por município
Só lembrando, ainda estou aguardando a resposta dos Correios sobre a licença de uso da lista de CEPs (que é bem mais confiável e poderia ser cruzada com CNEFE). Como já se passou uma semana e nada, mandei um outro email pra ouvidoria cobrando celeridade ou pelo menos um prazo para a resposta. 2014-04-25 12:32 GMT+03:00 Bráulio brauliobeze...@gmail.com: Prefeituras são confiáveis, mas nem tanto. A prefeitura de Natal colocou duas placas erradas numa rua: o nome correto é Rua Ébano (todas as dezenas de ruas vizinhas têm nome de alguma árvore), mas ela colocou na placa Rua Doutor Ébano, com um CEP que nem segue a sequência dentro das ruas e nem está na faixa de Natal. O engraçado é que nos mapas que encontramos no site da prefeitura o nome está correto. Não sei que método bisonho eles usaram que acabou causando esse erro. 2014-04-24 22:14 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com: Pessoal, alguém tem um levantamento de listagens de endereços (das prefeituras ou outras fontes) de cada cidade? Estou tentando filtrar o CNEFE mas há muitos casos em que há 2 ou 3 grafias para o mesmo nome de rua, e não há como saber qual é o certo. Se tivessemos listagens das ruas de cada município, ou algo similar poderímos potencializar o uso do CNEFE com mais confiança. Lucas ___ 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] Combustíveis disponíveis em um posto
Eu vi algumas postos tem um adisivo (bem pequeno) no bomba ou no filtro (o cilindro de vidro) com R+M/2” e um numero, este e similar ao RON e indicando o octane. Com diesel, diesel S-10, e biodiesel eu abriu um pregunta no Talk:Key:fuel, acho que diesel S-10 deve ser fuel:diesel_s10. Ja tem difference entre diesel e biodiesel. Aun Johnsen On Apr 25, 2014, at 10:55, Nelson A. de Oliveira nao...@gmail.com wrote: Lendo aqui http://wiki.openstreetmap.org/wiki/Talk:Key:fuel e confirmando no IRC, na verdade tem que usar o RON Então os valores vão ser maiores do que 87, 91 e 95 (comum, premium e podium) Seria 93, 95 e 100 portanto ___ 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] Nova layer: IBGE Mapa de Setor Rural
2014-04-25 19:24 GMT+03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Thiago, entrei em contato com o pessoal da Secretaria e consegui o endereço do WMS deles! :) Já estou conseguindo utilizar no JOSM. São imagens de ALTA resolução de vários municípios de Alagoas. O servidor é http://geo.seplande.al.gov.br/teogc/wms Só ainda acho muito lento. Será que vale a pena fazer um espelhamento desses tiles? É possível conseguir todas as imagens pelo servidor WMS? É possível, você teria que rodar um script para baixar todos os tiles em todos os níveis de zoom. Assumindo que a licenca permite, você poderia facilmente fazer um mirror a partir disso. Se vale a pena eu não sei... as imagens são muito melhores do que a do Mapbox ou do Bing? []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural
Esse tipo de teste eu devo ter feito por aqui, ontem. Não funcionou. Vai ficar como está, com o jQuery. Alexandre Magno Em 25 de abril de 2014 09:28, Edil Queiroz de Araujo edil...@gmail.comescreveu: Quanto ao bug de ordenação do Leaflet, eu senti esse problema num mapa que fiz. Eu contornei ele adicionando apenas a layer que deveria aparecer primeiro em map.addLayer(), assim permanece ordenado o restante da forma que eu deixar em new L.Control.Layers() ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova layer: IBGE Mapa de Setor Rural
Em alguns lugares é muito superior e até em outros o Bing e Mapbox nem possui imagem. Mas vou tentar verificar essa licença com o pessoal da Secretaria. Marcio Aguiar Ribeiro 2014-04-25 13:55 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: 2014-04-25 19:24 GMT+03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com : Thiago, entrei em contato com o pessoal da Secretaria e consegui o endereço do WMS deles! :) Já estou conseguindo utilizar no JOSM. São imagens de ALTA resolução de vários municípios de Alagoas. O servidor é http://geo.seplande.al.gov.br/teogc/wms Só ainda acho muito lento. Será que vale a pena fazer um espelhamento desses tiles? É possível conseguir todas as imagens pelo servidor WMS? É possível, você teria que rodar um script para baixar todos os tiles em todos os níveis de zoom. Assumindo que a licenca permite, você poderia facilmente fazer um mirror a partir disso. Se vale a pena eu não sei... as imagens são muito melhores do que a do Mapbox ou do Bing? []'s ___ 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] VESPUCCI EDITOR
Gerson, de uma olhada em http://cocardl.com.br/viewtopic.php?f=59t=154 []s Marcio From: Gerson Barcelos Sent: Thursday, April 24, 2014 6:56 AM To: talk-br@openstreetmap.org Subject: [Talk-br] VESPUCCI EDITOR Olá! gostaria de colaborar com o OSM editando nome de ruas e sentido de circulação usando o VESPUCCI,mas para isto estou precisando de um passo a passo ou tutorial,pois o mesmo tem muita informação em inglês. ___ 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] lecença do OSM, uso pelo governo/empresas
Lá no post tem um comentário de Jerry, um colaborador inglês, que argumenta que os dados dos governos da França e Reino Unido não seriam compatíveis com uma licença de domínio público: Here in the UK moving to a less-restrictive licence than ODbL would mean the practical loss of a large proportion of the road network, many addresses and virtually all postcode data. In France it would eliminate buildings and possibly landuse. Similar problems will exist in any country where governments maintain copyright over things they produce (hint, there are more of these than the US PD model). This is because some data have been obtained from open government sources, frequently manipulated and enriched by OSM mappers, but always subject to the original licences of the source data http://www.openstreetmap.org/user/lxbarth/diary/21221#comment25726 On 25-04-2014 09:47, Lucas Ferreira Mation wrote: Interessante ver os contra argumentos nos comentários do post, me deixou na duvida sobre o que seria a melhor forma. Mas acho que haveria demanda sim, por parte dos governos. Ouvi falar que mesmo o ibge teve muita dificuldade e licitações complicadas com fornecedores de mapas locais para conseguir uma malha de ruas do Brasil. E depois, quando os recenseadores foram a campo verificaram que alguns mapas tinham muitos erros em alguns locais. Sem falar no custo que é fazer uma licitação no Brasil, formulação de edital, jurídica, depois fornecedores que perderam recorrendo, etc. Aqui no ipea fizemos uma conta de padeiro ( não é oficial!) do custo das horas dos funcionários envolvidos numa licitação de software e serviços similares. O custo estimado foi 10 mil reais, independente se o programa custe 100 ou 100 mil reais. Seria muito mais fácil se as equipes pudessem contar com o mapa do OSM e depois valida-lo. Na prefeituras, que tem condições de equipe e orçamento muito piores, seria mais útil ainda. Agora não tinha pensado na possibilidade dos órgãos públicos disponibilizarem os dados com uma licença SA, ao invés de domínio publico. Será que haveria restrições quanto a isso? Em 24/04/2014 22:36, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br escreveu: Lucas, a questao é que a prefeitura de Nova Iorque libera os dados em Domínio Público, assim ela não poderiam pegar os dados do OSM que estão disponíveis em ODbL, importar na base de dados da prefeitura e depois redistribuir em domínio público. No entanto, acho pouquíssimo provável que algum órgão governamental abra mão de ter controle sobre seus dados para importar dados do OpenStreetMap. Com a ODbL, podemos utilizar uma grande quantidade de fontes de dados no OSM e garantir que isso continue livre e não seja privatizado. Se o OSM migrasse para uma licença sem share-alike não poderia se beneficiar de dados que exijam share-alike Recomendo ler esse post e principalmente os comentários: http://www.openstreetmap.org/user/lxbarth/diary/21221 On 24-04-2014 22:21, Lucas Ferreira Mation wrote: Pessoal, estava assistindo este vídeo do Stata of the Map 2014 - US: http://stateofthemap.us/session/more-open/ em que ele diz que governos não poderiam usar os dados do OSM para atualizar suas bases oficiais. Ele dá o exemplo do governo da cidade de Nova Iorque, que disponibiliza os dados de todos os prédios para importação no OSM, mas não pode usar os dados do OSM para atualizar seus dados. Acho que a questão é o share-alike, pois se o governo utilizar os dados do OSM e com isso atualizar sua base, a base divulgada também precisaria ser share-alike É isso mesmo? no Brasil também não seria possível este uso? Lucas ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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-de] Mapnik ohne Richtungspfeile
On 23.04.14 21:42, Peter Körner wrote: Das kann man halt auch anders formulieren: An wie viele Objekte wurde kein name eingetragen (sondern note, description, ...), weil's auf der Karte doof ausschaute. Schon, aber name ist definiert als der /darzustellende/ Name. Insofern ist's schon ok, dass ein Renderer, der möglichst alle Namen darstellen will (so Platz ist), die dann eben auch darstellt. Und wenn's ein Name sein soll, der definiert, aber nicht dargestellt werden soll, gibt's dafür z.B. loc_name (IMO). Vielleicht ein blödes Beispiel, aber POIs, für die der Renderer (konkret osm.org) kein Icon hat, stellt er * wenn er eine Adresse hat mit der Hausnummer * wenn nicht, dann nicht dar. Führt dann dazu, dass in einer Mall oder Einkaufsstraße zig mal die Hausnummer steht... Wäre es nicht sinnvoll, wenn dort wenigstens die Namen stünden? /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Dieses ewige Gejammere geht mir auf den Sack, sorry. Im alten Stil wurden ähnlich wie jetzt immer wieder neue Wünsche geäußert: Bitte dies darstelle, bitte jenes darstellen. Das Einarbeiten dieser Wünsche wurde denen, die es überhaupt tun, zu kompliziert, weil die Stildateien immer größer und unhandlicher wurden. Es hätte also drei Möglichkeiten gegeben: 1) Jemand anderes hätte die Arbeit übernommen - das ist zumindest sehr lange nicht passiert 2) Der Stil wäre einfach nicht mehr geändert worden (damit hätten wir das gleiche Problem wie jetzt bei jedem neuen Tag oder Taggingschema) 3) Man packt das ganze neu an und macht dabei diverse Dinge sauberer und aus dem Grunde auf Dauer besser handhabbar. Da (1) und (2) nicht passiert ist, sich aber jemand an (3) herangewagt hat, gibt es jetzt also einen neuen Stil, an dem lange gearbeitet wurde, bevor er öffentlich sichtbar gemacht wurde, und der erstaunlich nah am alten Layout dran ist. Der Wechsel ist vom August 2013. Seitdem sind laut GitHub 500 Fehlermeldungen und Verbesserungsvorschläge eingereicht und davon über die Hälfte erledigt worden, immerhin von einer Reihe von Leuten, vn denen insbesondere Andy (gravitystorm) und dann mit großem Abstand math1985 aktiv sind. Die Stile sind - insbesondere technisch gesehen - nicht identisch. Das ist gewollt und richtig so. Früher wurde der name-Tag immer dargestellt. Wenn Platz auf der Karte ist und ein Objekt einen Namen hat, dann zeige den Namen. Um dann gezielt zu sagen: Aber Namen von Parkbänken sollen eben gerade nicht dargestellt werden, weil die (außer vielleicht in z19) sonst alles andere verstecken, hätte man das sozusagen ändern müssen in Zeige alle Namen, solange die nicht zu einer Parkbank gehören. Aus einer einfachen Regel wird bei ein paar Dutzend solcher Ausnahmen dann schnell ein schwerfälliges, langsam berechnetes etwas, und herauszufinden, wo man eine Änderung einpflegen muss, ist schwer. Stattdessen ist viel Arbeit reingesteckt worden, um ein möglichst ähnliches Kartenbild andersherum zu erreichen: Statt: Rendere alle Namen außer [lange liste von ausnahmen] soll also jetzt da stehen Rendere namen von [lange liste von Dingen, deren Namen dargestelllt werden müssen - und, was noch besser ist: das lässt sich jetzt shcön aufteilen in mehrere Regeln: Rendere Namen von Grenzen schön jeweils 'innen', Rendere Namen von Geschäften Zeige Hausnummern in Schriftart X und Größe Y, Geschäfts-Namen aber in X und Größe W und so weiter. Das macht das Pflegen des Stils einfacher, aber neben der Frage: was lässt man bewusst weg (und guckt mal, ob jemand hinterher danach fragt), ist die Umformulierung nicht so einfach, denn Rendere alles außer... erfordert nur ein Wissen über die Ausnahmen, während Rendere genau... voraussetzt, dass man letztlich jedes Tag, das man darstellen will, kennt und angeben kann. Insofern ist gewollt, gut und richtig, dass wir alle Auffälligkeiten wie fehlende Beschriftungen etc. melden und mitteilen. Sich aber zu beschweren, vorher sei alles besser gewesen setzt meiner Meinung nach voraus, das zu beweisen. Ich vermute, der alte Mapnik-Stil ist heute langsamer in der Darstellung (ganz wage Vermutung aus den mir bekannten technischen Unterschieden, was Datenbank-Abfragen angeht), und er ist bestimmt in 'nem halben oder ganzen Jahr auch besser als der alte. Nein: Die Maintainer des alten Stils wollten nicht mehr daran weiterarbeiten und hätten das vermutlich auch nicht mehr besonders aktiv gemacht. Um also die Behauptung aufzustellen, dass der neue Stil dauerhaft schlechter ist als der alte, und euch damit die Rechtfertigung zu verdienen, möglicherweise zu meckern, bitte ich dann darum, Fehler im alten Stil zu korrigieren - der Code ist auch da frei verfügbar. Ansonsten: Fehler finden ist gut, Fehler melden auch - dafür gibt's den Bugtracker bei Github; Fehler laut an alle rauszuschreien aber nicht da, wo sie behoben werden könnten, hilft aber kaum, sorry. Gruß Peter [1] https://github.com/gravitystorm/openstreetmap-carto/graphs/contributors Am 24.04.2014 21:56, schrieb Dirk Sohler: Holger Jeromin schrieb: http://bl.ocks.org/tyrasd/raw/6164696/#17.00/50.75168/6.02481 Vorher war die Grenzbeschriftung total nutzlos, jetzt sehr hilfreich. Also entweder gut beschriftete Grenzen und komplett unbeschriftete Tunnel, oder beschriftete Tunnel und eher schlecht beschriftete Grenzen. … und ein Stück weiter oben das Labyrinth und die Taverne sind auch unbeschriftet. Nur wegen schönen Bäumen und grenzen Lohnt das imho nicht bei all den Nachteilen. Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Am 25. April 2014 09:53 schrieb Andreas Labres l...@lab.at: dar. Führt dann dazu, dass in einer Mall oder Einkaufsstraße zig mal die Hausnummer steht... Wäre es nicht sinnvoll, wenn dort wenigstens die Namen stünden? das mit den Hausnummern ist eher ein bug denn ein feature, den ggf. mal melden und korrigieren (sofern es nicht bereits ein Ticket dazu gibt), z.B. auch in Verbindung mit gates (da werden dann die Hausnummern nicht dargestellt wenn ein gate da ist). Eine mögliche Lösung wäre z.B., alternative Positionierungen auszuprobieren, so dass bei ausreichendem Platz beides dargestellt wird. Auch die Reihenfolge der Prioritäten (erst Name dann Nummer z.B.) kann evtl. noch optimiert werden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Am 25.04.2014 09:53, schrieb Andreas Labres: On 23.04.14 21:42, Peter Körner wrote: Das kann man halt auch anders formulieren: An wie viele Objekte wurde kein name eingetragen (sondern note, description, ...), weil's auf der Karte doof ausschaute. Schon, aber name ist definiert als der /darzustellende/ Name. ? Wo ist das so definiert? Ich versuch mal aus dem Wiki zu zitieren: [1]: To provide details of the name for a feature included in OpenStreetMap. - nix mit Darstellung, [1]: Key name: The common default name. (Note: For disputed areas, please use the name as displayed on e.g. street signs for the name tag. - auch da steht nichts von Darstellung für die Karte. Deutsche Seite zum Key Name: [2] Der Schlüssel name dient dazu, den Namen eines Objekts in OpenStreetMap anzugeben - auch da steht nichts zur Beschriftung eines Objekts in der Karte, sondern es geht um den Namen des Objekts. [2] Key name: Die allgemeine Bezeichnung - halte ich für zu schwammig übersetzt und zu leicht falsch zu interpretieren, aber trotzdem steht auch hier nichts von der Darstellung oder dem darzustellenden Namen. Aber da Namen ja wirklich eine komplexere Sache sind, gibt es ja noch die allgemeine Seite zum Thema, auch da wieder Englisch [3], Deutsch [4] und andere: [3] sagt: We use name=* to tag the name of things. We tag names of roads, pubs, railway stations, parks, buildings and anything which has a name. See more at Map Features#Name -nix mit Darstellung. [3] stellt außerdem klar, dass keine Abkürzungen verwendet werden sollen. [3] sagt ganz deutlich: Name is the name only. The names should be restricted to the name of the item in question only and should not include categories, types, descriptions, addresses or notes. If something really doesn't have a name, don't add one to OpenStreetMap., und hier kommen wir zum Kern des Problems: ein Name ist ein Name ist ein Name - keine Beschreibung, keine Bezeichnung, um beschreibend auf etwas zu verweisen, sondern ein Name. Insofern ist's schon ok, dass ein Renderer, der möglichst alle Namen darstellen will (so Platz ist), die dann eben auch darstellt. Und wenn's ein Name sein soll, der definiert, aber nicht dargestellt werden soll, gibt's dafür z.B. loc_name (IMO). Wer sagt denn so 'nen Blödsinn? loc_name ist für den lokal bekannten Namen. Wenn ich eine Karte von meinem Dorf machen möchte, will ich den loc_name darstellen - zusätzlich oder statt des überregional bekannten, und genau dafür ist der da. Entscheidet doch bitte nicht beim Mappen, wie ihr Dinge dargestellt sehen wollt, entscheidet, was ihr da eintragt. Wenn ihr den Namen eintragt, gehört der in name. Wenn es zusätzlich(!) einen lokal verwendeten Namen gibt, gehört der in loc_name; wenn es zusätzlich einen internationalen Namen gibt, dann kommt der in int_name - und so weiter. Deine Aussage: ...wenn's ein Name sein soll, der definiert, aber nicht dargestellt werden soll,... vermischt die Zuständigkeiten: Wenn Du auf die Darstellung Einfluss nehmen willst, beteilige dich am Render-Stil, wenn Du mappen willst, mappe die Tatsachen. Es gibt beim Mappen immer auch Entscheidungen zu treffen, was korrekt ist und was nicht. Die Darstellung in EINER oder einer Handvoll Karten ist jedenfalls keine, die meines Erachtens gültig ist. Vielleicht ein blödes Beispiel, aber POIs, für die der Renderer (konkret osm.org) kein Icon hat, stellt er * wenn er eine Adresse hat mit der Hausnummer * wenn nicht, dann nicht dar. Führt dann dazu, dass in einer Mall oder Einkaufsstraße zig mal die Hausnummer steht... Wäre es nicht sinnvoll, wenn dort wenigstens die Namen stünden? Für Geschäfte ja, aber das führt dann zu einer sinnvollen Regel, Stelle Namen von shop=* grundsätzlich dar, nicht zu Stelle alle Namen dar. Stell dir vor, diese Mall hat aus einer Laune heraus aufgestellte Bänke alle benannt. Diese Namen werden von niemandem benutzt, nicht zur Orientierung verwendet und gar nichts, sie stehen aber auf kleinen Schildern an der Bank (und sind in dem Fall mal nicht die Widmung, die es ja oft gibt, aber die kein Name ist). Wäre es nicht sinnvoll, in der Mall alle Namen von Geschäften, aber eben gerade keinen Namen von Bänken zu sehen? Bei unserer Renderertechnik würden alle Namen zudem meist dazu führen, dass einige zufällig weggelassen würden - aus Platzgründen. Willst Du die Karte dann wirklich ein paar Bänke mit Namen anzeigen lassen, die Läden nebenan aber nicht - nur weil da der Zufall und die genaue Platzierung in Kombination mit evtl. der Objekt-ID (wegen der Reihenfolge, in der Objekte durch den Renderer verarbeitet werden) das so entschieden hat? Sorry, aber meldet doch einfach Features, deren Namen dargestellt werden sollen - aber an der richtigen Stelle, und ohne Gejammer, dass die da oben beim Style-Code immer alles schlechter machen würden. Gruß Peter [1] http://wiki.openstreetmap.org/wiki/Name [2] http://wiki.openstreetmap.org/wiki/DE:Key:name [3] http://wiki.openstreetmap.org/wiki/Names [4]
Re: [Talk-de] Mapnik ohne Richtungspfeile
Holger Jeromin mailgm...@katur.de wrote: https://github.com/egore/openstreetmap-carto hab ich mal gefunden. Wobei ich nicht weiß, wie da der Stand ist. Das hält nicht, was es verspricht, denn das ist kein deutscher Kartenstil, sondern ein etwas älterer fork des openstreetmap-carto ohne weitere Änderungen. Der deutsche Stil würde also nur @motorway-fill: #89a4cb; @primary-fill: #dd9f9f; anders haben und ist daher sehr einfach aktuell zu halten. Da ist schon noch deutlich mehr anders als ein paar Farben. Gerade bei den Autobahnen. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SOTM-EU Frühbucherpreis noch bis Ende April
Hallo, wie ihr ja alle wisst ;) ist vom 13.-15.6. in Karlsruhe die SotM EU mit vielen interessanten Vorträgen rund um OSM (Programm auf www.sotm-eu.org). Tickets können auf http://sotm-eu.org/en/pages/attendees gebucht werden und kosten bis Ende April noch EUR 55, danach EUR 80. Im Ticketpreis sind die gemeinsame Abendveranstaltung (Social Event) und Verpflegung am Freitag und Samstag enthalten. Die Konferenzsprache ist Englisch. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Am 25/apr/2014 um 10:25 schrieb Peter Wendorff wendo...@uni-paderborn.de: The names should be restricted to the name of the item in question only and should not include categories, types, descriptions, addresses or notes. If something really doesn't have a name, don't add one to OpenStreetMap., wobei das manchmal auch mMn zu restriktiv gesehen wird, z.B. bei Restaurants, da ist der Name oft einschl. einer Kategoriebezeichnung (zBGasthaus zum Ochsen und nicht nur (je nach Fall kommt das zwar auch vor) zum Ochsen). Macht ja auch keinen Sinn, z.B. name=für angewandte Kunst zu taggen, wenn es name=Museum für angewandte Kunst heißen sollte. Bei Ministerien, Museen oder Universitäten lässt das kaum einer weg, bei Restaurants und Cafés aber öfters. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik ohne Richtungspfeile
Am 25.04.2014 11:52, schrieb Martin Koppenhoefer: Am 25/apr/2014 um 10:25 schrieb Peter Wendorff wendo...@uni-paderborn.de: The names should be restricted to the name of the item in question only and should not include categories, types, descriptions, addresses or notes. If something really doesn't have a name, don't add one to OpenStreetMap., wobei das manchmal auch mMn zu restriktiv gesehen wird, z.B. bei Restaurants, da ist der Name oft einschl. einer Kategoriebezeichnung (zBGasthaus zum Ochsen und nicht nur (je nach Fall kommt das zwar auch vor) zum Ochsen). Macht ja auch keinen Sinn, z.B. name=für angewandte Kunst zu taggen, wenn es name=Museum für angewandte Kunst heißen sollte. Beim Gasthaus zum Ochsen kann ich mir beides vorstellen - sowohl, dass das Gasthaus zum Ochsen heißt als auch, dass es Gasthaus zum Ochsen heißt. Ein Museum für angewandte Kunst, das irgendwo den Namen für angewandte Kunst trägt, musst Du mir zeigen (in dem speziellen Fall würd ich es dem Museum als angewandte Kunst durchgehen lassen, beim Museum für Völkerkunde würd ich die Verantwortlichen des Namens für Völkerkunde mal zum Psychiater schicken. Bei Ministerien, Museen oder Universitäten lässt das kaum einer weg, bei Restaurants und Cafés aber öfters. Die Universität Paderborn heißt aber auch Universität Paderborn - und nicht Universität, und die Leipniz Universität Hannover heißt auch nicht Leipzig oder Leipzig Hannover, sondern genau so: Leipniz Universität Hannover. Eine Kneipe kann auch einfach Die Kneipe oder Kneipe heißen - aber nur weil es eine Kneipe ist, heißt sie noch nicht so - und auch nicht, weil die Säufer um die Ecke eben in die Kneipe gehen. Trotzdem ist ein Name ein Name, und nicht eine Bezeichnung, die man zur Kommunikation nutzt. Manchmal ist das nicht eindeutig, manchmal ist es nicht so richtig gut vor Ort zu erkennen - aber gegen Fehler sagt ja auch niemand was. Ich gebe dir recht: manchmal wird das zu restriktiv gesehen, ABER ich schränke das ein: manchmal wird zu viel nachträglich als Fehler behandelt und der entsprechende Mapper dementsprechend angeschrieben. Die Grundsätze, was ein Name ist, sollten wir dagegen eher zu restriktiv als zu offen beschreiben - zusammen mit der zwangsläufigen Interpretation von Mappern kommt dann eher was sinnvolles dabei raus, als wenn man alle Toleranzen direkt offiziell erlaubt (beachtet die Anführungszeichen). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Come mappare un'area IGP
Ciao, Da poco un utente ha creato questo poligono http://www.openstreetmap.org/way/276755682 Però il tag leisure=park è decisamente sbagliato; qual è il modo corretto di taggare un'IGP? Se me lo dite mando subito una mail all'utente che l'ha creato. -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare un'area IGP
Il giorno 25 aprile 2014 10:23, Giacomo Boschi gwil...@gmail.com ha scritto: Ciao, Da poco un utente ha creato questo poligono http://www.openstreetmap.org/way/276755682 Però il tag leisure=park è decisamente sbagliato; qual è il modo corretto di taggare un'IGP? Se me lo dite mando subito una mail all'utente che l'ha creato. Io userei uno di questi http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area Però non ho trovato un valore preciso... -- Giacomo Boschi Ciao, Stefano ___ 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] Come mappare un'area IGP
sabas88 wrote Io userei uno di questi http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area Però non ho trovato un valore preciso... onestamente non sono d'accordo. non si tratta di per se di un area protetta e quindi sottoposta a particolari vincoli economico-paesaggistici. L'IGP è una protezione posta sull'indicazione di provenienza del prodotto quindi si fa riferimento ad un area (diciamo ad un place o boundary ) ma non è l'area ad essere IGP, è il prodotto; Quindi non è l'area ad essere protetta, ma lo sono (alcuni) prodotti su di essa coltivati-prodotti che vengono in qualche maniera tutelati per le loro qualità determinate dalla loro origine geografica. ciao Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Come-mappare-un-area-IGP-tp5804123p5804136.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Parcheggio
Scusate la domanda probabilmente banale ma in un'area fuori da un centro abitato dove c'è uno spiazzo sterrato abitualmente utilizzato come parcheggio da chi poi parte da lì per un'escursione a piedi, posso lo stesso taggarlo come amenity=parking? in altre parole anche se non ci sono disegnate in terra le classiche strisce dei posti auto? grazie, ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Parcheggio-tp5804138.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] Parcheggio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 25/04/2014 12:53, demon.box ha scritto: Scusate la domanda probabilmente banale ma in un'area fuori da un centro abitato dove c'è uno spiazzo sterrato abitualmente utilizzato come parcheggio da chi poi parte da lì per un'escursione a piedi, posso lo stesso taggarlo come amenity=parking? in altre parole anche se non ci sono disegnate in terra le classiche strisce dei posti auto? grazie, ciao --enrico Dipende se c'è un cartello che lo consente ufficialmente, altrimenti propenderei per un access=permissive, diciamo per un uso solito ma non ufficiale come i parcheggi con il cartello. Se non c'è il cartello propenderei per un area=yes, suface=*, highway=pedestrian. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlNacnkACgkQoVS0hKoD3PMeRgD+IhxPKsICc5hZcrrzp3vyDU5m HFzC0nNIu+fDkKEAXqMBAKjePEQpHYBpq3UKnTVyFaKfIeOxdkJX8sSAzkSZMN5L =LgPt -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare un'area IGP
Penso che non sia mappabile. Non c'è on the ground 2014-04-25 12:32 GMT+02:00 Aury88 spacedrive...@gmail.com: sabas88 wrote Io userei uno di questi http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area Però non ho trovato un valore preciso... onestamente non sono d'accordo. non si tratta di per se di un area protetta e quindi sottoposta a particolari vincoli economico-paesaggistici. L'IGP è una protezione posta sull'indicazione di provenienza del prodotto quindi si fa riferimento ad un area (diciamo ad un place o boundary ) ma non è l'area ad essere IGP, è il prodotto; Quindi non è l'area ad essere protetta, ma lo sono (alcuni) prodotti su di essa coltivati-prodotti che vengono in qualche maniera tutelati per le loro qualità determinate dalla loro origine geografica. ciao Aury - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Come-mappare-un-area-IGP-tp5804123p5804136.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Parcheggio
highway=pedestrian esclude l'uso con auto e non penso che si applicabile a una piazza sterrata nel bosco Pedestrian roads in shopping and residential areas 2014-04-25 16:34 GMT+02:00 girarsi_liste liste.gira...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 25/04/2014 12:53, demon.box ha scritto: Scusate la domanda probabilmente banale ma in un'area fuori da un centro abitato dove c'è uno spiazzo sterrato abitualmente utilizzato come parcheggio da chi poi parte da lì per un'escursione a piedi, posso lo stesso taggarlo come amenity=parking? in altre parole anche se non ci sono disegnate in terra le classiche strisce dei posti auto? grazie, ciao --enrico Dipende se c'è un cartello che lo consente ufficialmente, altrimenti propenderei per un access=permissive, diciamo per un uso solito ma non ufficiale come i parcheggi con il cartello. Se non c'è il cartello propenderei per un area=yes, suface=*, highway=pedestrian. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlNacnkACgkQoVS0hKoD3PMeRgD+IhxPKsICc5hZcrrzp3vyDU5m HFzC0nNIu+fDkKEAXqMBAKjePEQpHYBpq3UKnTVyFaKfIeOxdkJX8sSAzkSZMN5L =LgPt -END PGP SIGNATURE- ___ 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] Parcheggio
parcheggio da chi poi parte da lì per un'escursione a piedi, posso lo stesso taggarlo come amenity=parking? in altre parole anche se non ci sono disegnate in terra le classiche strisce dei posti auto? Noi mappiamo la realtà. se c'è il parcheggio. Lo si mappa IMHO. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Parcheggio
Simone, se noi mappiamo tutti posti dove si parcheggiano delle auto in Italia, la mappa sarebbe un mare blu. :-) Vedo il problema come indicare che c'è uno spazio dove parcheggiare delle auto, senza indurre i renderer a mettere un P su fondo blu sulla mappa. Manca un tag parking:type=unofficial/permissive/... 2014-04-25 21:04 GMT+02:00 Simone Cortesi sim...@cortesi.com: parcheggio da chi poi parte da lì per un'escursione a piedi, posso lo stesso taggarlo come amenity=parking? in altre parole anche se non ci sono disegnate in terra le classiche strisce dei posti auto? Noi mappiamo la realtà. se c'è il parcheggio. Lo si mappa IMHO. ___ 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-gb-westmidlands] Summer social programme
Hi Brian, Thanks for creating the planning. Unfortunately, I won't make it to the Stourbridge meeting this month. I hope to see you again in Redditch. -- Matthijs On 23 April 2014 16:35, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone Next month, in fact next Thursday May 1st can I propose we meet in Stourbridge? I've done a brief web survey of pubs in Stourbridge and there's a Wetherspoons on the High Street - The Edward Rutland. It's a stone's throw from the bus and railway stations. For the rest of the year can I propose June 5th Redditch July 3rd Walsall July 31st Tamworth/Shenstone August 9th (Birthday party) September 4th Coventry regards Brian -- Book your diary - Aug 9th 2014 is OSM's 10th Birthday - West Midlands event under preparation ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Registrering av medgivande för släppt material
On 24 Apr 2014, at 15:43, André Costa andre.co...@wikimedia.se wrote: Får ursäkta att detta egentligen rör OHM men tänkte att processen lär vara samma som på OSM. Jag fick nyligen ut data från Riksarkivet över alla historiska gränser för kommuner/län/socknar etc. tillsammans med ett medgivande om att detta var ok att använda materialet under en ODbL-licens. Vad jag nu funderar på är hur/var jag kan registrera att så är fallet? Datan ligger vanligtvis inte ute publikt. Liknande måste ha skett tidigare med något av de många dataset som inkluderas i OSM. Det närmsta vi har tror jag är http://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Myndighetskontakter. Om du vill så kan vi fixa ett konto åt dig på openstreetmap.se, där kan du få lägga ut datamängderna under en url som blir något åt hållet http://andre.users.openstreetmap.se/riskarkivet/. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Opencyclemap. Elemento aparcamiento de bicicletas.
Buenos días. Ante todo quisiera presentarme (soy nuevo) y saludaros a todos. Me llamo Oscar y me dedico, imagino que como bastantse personas de esta lista, profesionalmente a los SIG. Además, soy ciclista y he decidido unirme a vosotros para enriquecer el contenido de opencyclemap. Dicho lo cual, quería comentaros que al introducir un elemento del tipo Aparcamiento de bicicletas he visto que el nombre no es correcto y aparece como Aparcamiento de bibicletas. ¿Hay algún procedimiento establecido para corregir este tipo de errores? Gracias y, de nuevo, saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Opencyclemap. Elemento aparcamiento de bicicletas.
Acabo de corregir el error. Las traducciones se encuentran en los siguientes sitios: ID Editor https://www.transifex.com/projects/p/id-editor/ JOSM https://translations.launchpad.net/josm Sitio web de OpenStreetMap https://translatewiki.net/wiki/Translating:OpenStreetMap Un saludo. El 25 de abril de 2014, 9:16, El fotógrafo giróvago elfotografogirov...@gmail.com escribió: Buenos días. Ante todo quisiera presentarme (soy nuevo) y saludaros a todos. Me llamo Oscar y me dedico, imagino que como bastantse personas de esta lista, profesionalmente a los SIG. Además, soy ciclista y he decidido unirme a vosotros para enriquecer el contenido de opencyclemap. Dicho lo cual, quería comentaros que al introducir un elemento del tipo Aparcamiento de bicicletas he visto que el nombre no es correcto y aparece como Aparcamiento de bibicletas. ¿Hay algún procedimiento establecido para corregir este tipo de errores? Gracias y, de nuevo, saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Licencia de Uso de OpenStreetMap
Buenos días; Tengo una duda sobre la licencia de OSM. Si desarrollo una aplicación para vender a clientes, la cual incorpora una parte que es un mapa con Posicionamiento de una serie de puntos... es necesario pagar por el uso OSM. Para posicionar los puntos utilizaremos el API de http://leafletjs.com/index.html o similar. En los mapas a mostrar daremos reconocimiento tal y como se indica en el copyright indicando (Leaflet http://leafletjs.com/ | © OpenStreetMaphttp://openstreetmap.org/copyright contributors): Puedes copiar, distribuir, transmitir y adaptar nuestros mapas e información libremente siempre y cuando des reconocimiento a OpenStreetMap y sus colaboradores Hay algún problema o coste para utilizar OpenStreetMap en este escenario. Muchas gracias Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Licencia de Uso de OpenStreetMap
Iván Núñez ivannunezvazq...@gmail.com writes: Buenos días; Tengo una duda sobre la licencia de OSM. Si desarrollo una aplicación para vender a clientes, la cual incorpora una parte que es un mapa con Posicionamiento de una serie de puntos... es necesario pagar por el uso OSM. Para posicionar los puntos utilizaremos el API de http://leafletjs.com/index.html o similar. En los mapas a mostrar daremos reconocimiento tal y como se indica en el copyright indicando (Leaflet http://leafletjs.com/ | © OpenStreetMaphttp://openstreetmap.org/copyright contributors): Puedes copiar, distribuir, transmitir y adaptar nuestros mapas e información libremente siempre y cuando des reconocimiento a OpenStreetMap y sus colaboradores Hay algún problema o coste para utilizar OpenStreetMap en este escenario. Podéis usar libremente los datos de OpenStreetMap, sin coste alguno. Si la aplicación es de uso masivo deberíais usar vuestro propios servidores. Por favor añadan alguna frase explicando que los datos de OpenStreetMap los mejoramos entre todos y valoren la posibilidad de permitir que se puedan añadir notas desde vuestra aplicación. http://wiki.openstreetmap.org/wiki/ES:Notes pgprERA4yGRGy.pgp Description: PGP signature ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Licencia de Uso de OpenStreetMap
Buenos días; Muchas gracias por la respuesta. En principio la aplicación no será de uso masivo, si conseguimos que sea de uso masivo será buena señal y usar nuestros propios servidores no será un gran inconveniente. Saludos Iván El 25 de abril de 2014, 12:13, Simó Albert i Beltran s...@probeta.netescribió: Iván Núñez ivannunezvazq...@gmail.com writes: Buenos días; Tengo una duda sobre la licencia de OSM. Si desarrollo una aplicación para vender a clientes, la cual incorpora una parte que es un mapa con Posicionamiento de una serie de puntos... es necesario pagar por el uso OSM. Para posicionar los puntos utilizaremos el API de http://leafletjs.com/index.html o similar. En los mapas a mostrar daremos reconocimiento tal y como se indica en el copyright indicando (Leaflet http://leafletjs.com/ | © OpenStreetMaphttp://openstreetmap.org/copyright contributors): Puedes copiar, distribuir, transmitir y adaptar nuestros mapas e información libremente siempre y cuando des reconocimiento a OpenStreetMap y sus colaboradores Hay algún problema o coste para utilizar OpenStreetMap en este escenario. Podéis usar libremente los datos de OpenStreetMap, sin coste alguno. Si la aplicación es de uso masivo deberíais usar vuestro propios servidores. Por favor añadan alguna frase explicando que los datos de OpenStreetMap los mejoramos entre todos y valoren la posibilidad de permitir que se puedan añadir notas desde vuestra aplicación. http://wiki.openstreetmap.org/wiki/ES:Notes ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Licencia de Uso de OpenStreetMap
2014-04-25 13:49 GMT+02:00 Iván Núñez ivannunezvazq...@gmail.com: Buenos días; Muchas gracias por la respuesta. En principio la aplicación no será de uso masivo, si conseguimos que sea de uso masivo será buena señal y usar nuestros propios servidores no será un gran inconveniente. Sólo un apunte: una caché de OSM no suele ocupar mucho en un servidor (como mucho, disco duro, y eso si usáis un mapa grande). Vamos, que no hace falta que llegue a ser masivo para que os salga rentable tener vuestra propia versión. Si vais a tener una parte servidor, ya sea para login o cualquier otra cosa, echadle un par de horas de vistazo a cosas como http://geowebcache.org/ o http://wiki.openstreetmap.org/wiki/ProxySimplePHP Si no, también podéis mirar: http://wiki.openstreetmap.org/wiki/Tile_usage_policy#Alternative_OpenStreetMap_Tile_Providers Saludos Iván El 25 de abril de 2014, 12:13, Simó Albert i Beltran s...@probeta.netescribió: Iván Núñez ivannunezvazq...@gmail.com writes: Buenos días; Tengo una duda sobre la licencia de OSM. Si desarrollo una aplicación para vender a clientes, la cual incorpora una parte que es un mapa con Posicionamiento de una serie de puntos... es necesario pagar por el uso OSM. Para posicionar los puntos utilizaremos el API de http://leafletjs.com/index.html o similar. En los mapas a mostrar daremos reconocimiento tal y como se indica en el copyright indicando (Leaflet http://leafletjs.com/ | © OpenStreetMaphttp://openstreetmap.org/copyright contributors): Puedes copiar, distribuir, transmitir y adaptar nuestros mapas e información libremente siempre y cuando des reconocimiento a OpenStreetMap y sus colaboradores Hay algún problema o coste para utilizar OpenStreetMap en este escenario. Podéis usar libremente los datos de OpenStreetMap, sin coste alguno. Si la aplicación es de uso masivo deberíais usar vuestro propios servidores. Por favor añadan alguna frase explicando que los datos de OpenStreetMap los mejoramos entre todos y valoren la posibilidad de permitir que se puedan añadir notas desde vuestra aplicación. http://wiki.openstreetmap.org/wiki/ES:Notes ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Licencia de Uso de OpenStreetMap
Muchas gracias por la aportación María, lo tendremos en cuenta. El 25 de abril de 2014, 13:54, María Arias de Reyna dela...@gmail.comescribió: 2014-04-25 13:49 GMT+02:00 Iván Núñez ivannunezvazq...@gmail.com: Buenos días; Muchas gracias por la respuesta. En principio la aplicación no será de uso masivo, si conseguimos que sea de uso masivo será buena señal y usar nuestros propios servidores no será un gran inconveniente. Sólo un apunte: una caché de OSM no suele ocupar mucho en un servidor (como mucho, disco duro, y eso si usáis un mapa grande). Vamos, que no hace falta que llegue a ser masivo para que os salga rentable tener vuestra propia versión. Si vais a tener una parte servidor, ya sea para login o cualquier otra cosa, echadle un par de horas de vistazo a cosas como http://geowebcache.org/ o http://wiki.openstreetmap.org/wiki/ProxySimplePHP Si no, también podéis mirar: http://wiki.openstreetmap.org/wiki/Tile_usage_policy#Alternative_OpenStreetMap_Tile_Providers Saludos Iván El 25 de abril de 2014, 12:13, Simó Albert i Beltran s...@probeta.netescribió: Iván Núñez ivannunezvazq...@gmail.com writes: Buenos días; Tengo una duda sobre la licencia de OSM. Si desarrollo una aplicación para vender a clientes, la cual incorpora una parte que es un mapa con Posicionamiento de una serie de puntos... es necesario pagar por el uso OSM. Para posicionar los puntos utilizaremos el API de http://leafletjs.com/index.html o similar. En los mapas a mostrar daremos reconocimiento tal y como se indica en el copyright indicando (Leaflet http://leafletjs.com/ | © OpenStreetMaphttp://openstreetmap.org/copyright contributors): Puedes copiar, distribuir, transmitir y adaptar nuestros mapas e información libremente siempre y cuando des reconocimiento a OpenStreetMap y sus colaboradores Hay algún problema o coste para utilizar OpenStreetMap en este escenario. Podéis usar libremente los datos de OpenStreetMap, sin coste alguno. Si la aplicación es de uso masivo deberíais usar vuestro propios servidores. Por favor añadan alguna frase explicando que los datos de OpenStreetMap los mejoramos entre todos y valoren la posibilidad de permitir que se puedan añadir notas desde vuestra aplicación. http://wiki.openstreetmap.org/wiki/ES:Notes ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Frage zu public_transport=stop_area
On 24.04.14 17:36, Markus Mayr wrote: Füe ein eventuelles Multimodales Routing jedoch ist diese Lösung sehr logisch. Ja, eh. Ich wollte nur zum Ausdruck bringen, dass die stop_area nicht per se mit den Routenrelationen zu tun hat/zu verbinden ist. Und notwendig ist's auch nicht, Du kannst auf einem Radweg kommend suchen: Ich will zu diesem Haltepunkt, also suche ich mir den zig Meter entfernten nächsten Abstellplatz, route mit dem Rad dorthin, leite zu Fuß weiter auf die platform und sage dann bitte in Zug der Linie x in Richtung y einsteigen. Natürlich erleichtert die stop_area das. Weil's mir gestern untergekommen ist: http://www.xn--pnvkarte-m4a.de/?lat=48.23696lon=16.38025zoom=17 Da hat die ÖPNVKarte offenbar drei verschiedene Dresdner Straße Stationen gefunden. Mit einer stop_area könnte man daraus eben /eine/ stop_area machen (plus die dortige Citybike Station und Fahrradabstellplatz). /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cat] Talk-cat Digest, Vol 11, Issue 14
Atès que el canal ja és una layer -1 (la llera es considera per sota del nivell 0) jo tractaria l'autovia com un pont. Però penso que la solució de deixar l'autovia a nivell 0 i el canal a nivell -1 amb un túnel també seria vàlida. Coneixent el terreny seria més fàcil decidir-se per una solució o per l'altra, sempre és millor posar el que respongui més al que hi hagi sobre el terreny.off topic: Algú podria fer cinc cèntims de la trobada de Sarrià de Ter?pitort--- Ursprüngliche Nachricht ---Von: talk-cat-requ...@openstreetmap.orgDatum: 25.04.2014 14:00:51An: talk-cat@openstreetmap.orgBetreff: Talk-cat Digest, Vol 11, Issue 14Tinc un dubte existencial. Tinc un canal que passa per sota una autovia.- L'autovia està per sobre el canal i el canal està al seu lloc.- El canal està per sota i l'autovia està per sobre. - O, l'autovia està per sobre i el canal per sota (bridge i tunnel). Un pont és un pont i un túnel és un túnel.Poden existir les dues coses o només una d'elles.Per dilucidar-ho preguntes possibles:-L'autovia fa servir talussos per arribar a l'açada necessària? a banda del canal passa alguna cosa més per sota? -El canal està a l'aire lliure? No està tapat? Continua més enllà?Respecte als possibles layers, per mi túnel és -1 i pont "primary" és 1 . Salut i mapesyopaseopor2014-04-25 0:24 GMT+02:00 Carlos Sánchez erielk...@gmail.com: Tinc un dubte existencial. Tinc un canal que passa per sota una autovia.- L'autovia està per sobre el canal i el canal està al seu lloc. - El canal està per sota i l'autovia està per sobre. - O, l'autovia està per sobre i el canal per sota (bridge i tunnel). ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat eclipso Freemail - Sicher, kostenlos, schnell! http://www.eclipso.de ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-cat] Proposta etiquetatge carreteres i proposta portal
Ieps gent! En primer lloc us faig arribar la meva proposta per l'etiquetatge de carreteres.Com podeu veure és una proposta que agafa la idea de que parlava en Carlos sobre les velocitats sense deixar de banda altres característiques importants com són el nombre de carrils i el tipus d'enllaços que tenen (la proposta que feia en harmankardon) .També penso que es podrien fer votacions sobre carreteres determinades (assumim que en molts d'aquests punts no ens posarem d'acord i les visions sobre una mateixa via poden ser molt diferents). És una proposta també ordinal.Les etiquetes que es fan servir estan en un ordre determinat d'importància.Això vol dir que qualsevol carretera ha de tenir per ordre de preferència aquestes etiquetes: Proposta autopista / autovia / carretera de doble carril | 100 km/h Implica que si es pot agafar 100 en la majoria de trams és perquè el traçat és acceptable i els enllaços són a diferent nivell.Imprescindible doble carril. 1-highway=motorway 2-ref 2b-int_ref 2c-name 3-lanes 4-oneway=yes 4b-turn:lanes:forward= 4c-width (4 per cada carril) 5-maxspeed 6-hgv= Proposta autovia / carretera | 80 km/h i voral 1.5 Implica que si es pot superar 80 és una via ràpida, independentment del nombre de carrils que tingui.A més si li afegim bons vorals ens trobarem segurament amb carreteres de traçat nou,bon manteniment i enllaços en la majoria de cassos a diferent nivell,etc. Vies d'alta capacitat. 1-highway=trunk 2-ref 2b-int_ref 2c-name 3-lanes 4-oneway=yes 4b-turn:lanes:forward= 4c-width (4 per cada carril) 5-maxspeed 6-hgv= Proposta carretera primer ordre | 80 km/h i voral 1.5 1-highway=primary 2-ref 2b-int_ref 2c-name 3a-lanes:forward 3b-lanes:backward 4a-oneway= 4b-turn:lanes:forward= 4c-turn:lanes:backward= 4d-width (4 per cada carril) 5-maxspeed 6-hgv Proposta carretera segon ordre | 70 km/h en la majoria del recorregut,delimitació de doble sentit i amb voral 1-highway=secondary (voral de la mida que sigui) 2-ref 2b-name 3a-lanes:forward 3b-lanes:backward 4a-oneway= 4b-turn:lanes:forward= 4c-turn:lanes:backward= 4d-width (4 per cada carril) 5-maxspeed Proposta carretera tercer ordre | sense voral i 70 km/h en la majoria del seu recorregut 1-highway=tertiary (sense voral) 2-ref 2-name 3-lanes (depenent de si està delimitat o no) 4-width (4 per cada carril, si no està delimitat,total de la carretera) Proposta altres carreteres 1-highway=unclassified 2-name 3-lanes (depenent de si està delimitat o no) 4-width (4 per cada carril, si no està delimitat,total de la carretera) Proposta carrer (claus a tenir en compte de més a menys importància) 1-highway=residential (carrers d'on sigui) / living_street =residencials / pedestrian=peatonals (per places i àrees de gran vorera mireu més abaix) / service (en el moment en que es passa per sobre de la vorera -accesos a benzineres ,ramals dels accessos dins un centre comercial ,aparcaments,etc.Els laterals de circulació viària normal i vies de servei que podem trobar a qualsevol carretera/autopista seran residential o x_link - 2-name 3a-oneway 3b-lanes:forward 3c-lanes:backward 4-width (amb voreres i tot si s'inclouen dins el carrer de forma genèrica) 5-sidewalks 6-cicleway 7-access 8-surface Proposta trams peatonals de plaça i grans trams de vianants 1-highway=pedestrian 2-area=yes 3-name Contemplació de l'ús de traffic_island , en combinació amb monument i garden per les fantàstiques rotondes amb escultures similars a les de l'aeroport de Castelló de magnífic gust que poblen les nostres carreteres:P Tanmateix exhorto a fer una proposta de camins i corriols (el treball del Jan no me'l puc treure del cap) amb les característiques bàsiques que necessitem saber d'un camí.Una cosa així? 1-track 2-tracktype 3-width 4-smoothness (seria aquesta la clau a fer servir per indicar l'estat del camí?) 5-surface 6-access ... D'altra banda , sobre el model d'Openstreetmap.CAT (o de la pàgina de la comunitat catalana) crec que hem no només de ficar-hi OSM sinó també les eines auxiliars i serveis derivats.El tema Mapillary m'ha obert els ulls, m'hi he implicat algo i crec que la web d'OSMCat ha de ser una web que a més de poder consultar OSM et permeti accedir a serveis bàsics (a imatge i semblança de Google Maps, que ara ofereix les alertes de Waze o les imatges de Street View: OSM propiament dit,càlcul de recorreguts i enrutaments,transport públic,camins i senderisme, bicicletes,tema street view,etc.OSM no serveix tots els serveis directament però al ser lliures sí que estaria bé integrar-los tots en un mateix lloc.Si oferim un portal a l'usuari on es pugui aconseguir el mateix servei que als portals geogràfics comercials crec que aconseguirem l'atracció de molts usuaris cap a l'us normalitzat d'OSM dins de les seves vides.I per suposat en català. Com ho veieu? Salut, mapes i OSMCat ;) yopaseopor PD: La meva visió de la trobada http://yopaseopor.blogspot.com.es/2014/04/yomapeo-la-importancia-de-osm-en.html
Re: [OSM-talk-fr] Chien méchant
Salut, Bon, au final, je n'ai pas propagé de danger=dog ;-) En effet, je n'ai vu le chien qu'une seule fois, donc info pas assez fiable. La nuit porte conseil -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marque devenue une dénomination usuelle
Le 24/04/2014 16:54, Nicolas Moyroud a écrit : Pas d'accord GR je l'utilise souvent quand je suis pas content, notamment en ce qui concerne la FFRP et les itinéraires de randonnées. Mais c'est vrai que je rajoute plein de R ! ;-) Bonjour, Mort de rire! Cela m'arrive aussi assez souvent en ce moment ;-) Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] situation OSM vis a vis de Jaccede.com
Bonjour, Rappel : grenoblois, je suis vaguement responsable du groupe local, et mandataire territorial Isère. La municipalité de Grenoble semble faire un effort particulier vers l'OpenData, et en particulier le service accessibilité, qui nous avait déjà sollicité pour une collaboration en janvier. La partie Open Data (libération des données publiques) en est à ses débuts, mais c'est lancé, et dans la bonne direction. Parallèlement, il y a un versant cartoparties thématiques (comme à Montpellier), qui n'est pas de l'Open Data, mais du crowdsourcing encadré. Je sais qu'une expérience a déjà eu lieu entre la ville de Grenoble et des volontaires de Jaccede.com il y a un an. On pourrait envisager de renouveler l'expérience, en intégrant le groupe local OSM, mais avant ça, je cherche à savoir où en sont les relations entre OSM et Jaccede. J'ai lu les CR de la page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com, mais le dernier datent d'un an et demi. Les dernières nouvelles semblaient très encourageantes, mais aujourd'hui les données de Jaccede.com paraissent toujours fermées : - le fond de carte reste Google Maps - les termes de http://www.jaccede.com/fr/a/conditions-generales/ 6. (pas d'utilisation commerciale) en font des données non libres et non compatibles ODbL - l'API semble en lecture-seule et d'accès fermé http://www.jaccede.com/fr/a/api-jaccede/ Bref, suis preneur de nouvelles récentes de cette tentative de collaboration. Merci d'avance. -- ° /\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] situation OSM vis a vis de Jaccede.com
Point mort total malgré des relances et quelques contacts épisodiques. Depuis le temps, j'en ait conclu que j'accède n'a aucune envie de partager ce qui devient pour elle un fond de commerce. Sur une récente campagne j'avais été choqué par une forme de monétisation (un macaron pour les commerces en échange d'un soutien financier mensuel). Pour la collecte des infos d'accessibilité avec Transilien, on n'avait pas non plus pu les faire participer, à minima pour leur montrer notre façon de cartographier. Pour moi, il y a une forme de dérive, qu'on peut retrouver aussi parfois dans le monde de l'humanitaire. Bref, il me semble préférable de consacrer notre temps précieux pour collaborer avec des acteurs qui jouent le jeu plutôt que de s'échiner à faire bouger ceux qui n'en ont pas envie. Le 25 avril 2014 17:29, Guillaume Allegre allegre.guilla...@free.fr a écrit : Bonjour, Rappel : grenoblois, je suis vaguement responsable du groupe local, et mandataire territorial Isère. La municipalité de Grenoble semble faire un effort particulier vers l'OpenData, et en particulier le service accessibilité, qui nous avait déjà sollicité pour une collaboration en janvier. La partie Open Data (libération des données publiques) en est à ses débuts, mais c'est lancé, et dans la bonne direction. Parallèlement, il y a un versant cartoparties thématiques (comme à Montpellier), qui n'est pas de l'Open Data, mais du crowdsourcing encadré. Je sais qu'une expérience a déjà eu lieu entre la ville de Grenoble et des volontaires de Jaccede.com il y a un an. On pourrait envisager de renouveler l'expérience, en intégrant le groupe local OSM, mais avant ça, je cherche à savoir où en sont les relations entre OSM et Jaccede. J'ai lu les CR de la page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com, mais le dernier datent d'un an et demi. Les dernières nouvelles semblaient très encourageantes, mais aujourd'hui les données de Jaccede.com paraissent toujours fermées : - le fond de carte reste Google Maps - les termes de http://www.jaccede.com/fr/a/conditions-generales/ 6. (pas d'utilisation commerciale) en font des données non libres et non compatibles ODbL - l'API semble en lecture-seule et d'accès fermé http://www.jaccede.com/fr/a/api-jaccede/ Bref, suis preneur de nouvelles récentes de cette tentative de collaboration. Merci d'avance. -- ° /\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 -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Bonjour à tous, Rapide premier retour dans le train après le déjeuner avec le Président de la République. Le déjeuner s'est bien déroulé j'ai pu aborder tous les sujets prévus sauf les randonnées :( Le souhait du Président est de renforcer les initiatives de l'État en matière d'OpenData et d'accélérer la transversalité. DISIC, SGMAP, ETALAB et le Ministère du numérique sont mobilisés en ce moment même sur ces questions. Le Président a noté qu'il faut valoriser les travaux des agents des services de l'État et des collectivités qui contribuent aux communautés du Libre (Données, Contenus, Logiciels). C'est aussi une forme de service rendu à la Nation et l'expression de l'innovation au sein de nos institutions et écoles. Marylise Lebranchu était présente ainsi qu'Axelle Lemaire, elles seront mobilisées sur le suivi et la traduction des ces bons mots en actions concrètes. Plus largement la Conférence de Paris a été l'occasion pour nous de montrer à quel point nos travaux sont importants. J'ai de nombreux retours positifs sur nos actions y compris de la part de responsables techniques et politiques étrangers (Mexique, Royaume Uni, Ville de New York). Les différents déjeuners auxquels j'ai participé ont permis de toucher des décideurs et des rendez-vous seront programmés dans les prochains jours. La cartographie des infrastructures a eu un écho particulier compte tenu des enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité, la cartographie des infrastructures dans OSM permettra de libérer l’imagination des développeurs sur les futurs enjeux d'interopérabilité nationale/internationale - inter acteurs/administration. OSM permet enfin de dépasser les frontières du silo France J'ai vraiment mis un point d'honneur à inviter individus,industriels,collectivités et États à rejoindre nos rangs en tant que contributeurs! Je reviens plus longuement vers vous pour résumer TOUTE la Conférence ;) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Gaël président :-P On Apr 25, 2014 9:03 AM, RatZilla$ ratzil...@gmail.com wrote: Bonjour à tous, Rapide premier retour dans le train après le déjeuner avec le Président de la République. Le déjeuner s'est bien déroulé j'ai pu aborder tous les sujets prévus sauf les randonnées :( Le souhait du Président est de renforcer les initiatives de l'État en matière d'OpenData et d'accélérer la transversalité. DISIC, SGMAP, ETALAB et le Ministère du numérique sont mobilisés en ce moment même sur ces questions. Le Président a noté qu'il faut valoriser les travaux des agents des services de l'État et des collectivités qui contribuent aux communautés du Libre (Données, Contenus, Logiciels). C'est aussi une forme de service rendu à la Nation et l'expression de l'innovation au sein de nos institutions et écoles. Marylise Lebranchu était présente ainsi qu'Axelle Lemaire, elles seront mobilisées sur le suivi et la traduction des ces bons mots en actions concrètes. Plus largement la Conférence de Paris a été l'occasion pour nous de montrer à quel point nos travaux sont importants. J'ai de nombreux retours positifs sur nos actions y compris de la part de responsables techniques et politiques étrangers (Mexique, Royaume Uni, Ville de New York). Les différents déjeuners auxquels j'ai participé ont permis de toucher des décideurs et des rendez-vous seront programmés dans les prochains jours. La cartographie des infrastructures a eu un écho particulier compte tenu des enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité, la cartographie des infrastructures dans OSM permettra de libérer l’imagination des développeurs sur les futurs enjeux d'interopérabilité nationale/internationale - inter acteurs/administration. OSM permet enfin de dépasser les frontières du silo France J'ai vraiment mis un point d'honneur à inviter individus,industriels,collectivités et États à rejoindre nos rangs en tant que contributeurs! Je reviens plus longuement vers vous pour résumer TOUTE la Conférence ;) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] situation OSM vis a vis de Jaccede.com
Le ven. 25 avril 2014 à 18:00 +0200, Christian Quest a écrit : Point mort total malgré des relances et quelques contacts épisodiques. Depuis le temps, j'en ait conclu que j'accède n'a aucune envie de partager ce qui devient pour elle un fond de commerce. Sur une récente campagne j'avais été choqué par une forme de monétisation (un macaron pour les commerces en échange d'un soutien financier mensuel). Pour la collecte des infos d'accessibilité avec Transilien, on n'avait pas non plus pu les faire participer, à minima pour leur montrer notre façon de cartographier. Pour moi, il y a une forme de dérive, qu'on peut retrouver aussi parfois dans le monde de l'humanitaire. Bref, il me semble préférable de consacrer notre temps précieux pour collaborer avec des acteurs qui jouent le jeu plutôt que de s'échiner à faire bouger ceux qui n'en ont pas envie. Merci pour ce retour, Christian. Ce que j'en déduis, si l'occasion se présente, c'est qu'on pourrait tout de même organiser une cartopartie accessibilité commune avec des volontaires de Jaccede.com, mais que la double saisie restera indispensable, et que je pourrai en expliquer les raisons. Ensuite, si on peut côtoyer les bénévoles de Jaccede sur le terrain, ça reste positif car : - on a certainement à apprendre de leur expertise sur le sujet - on peut les sensibiliser au pb de la liberté des données, qu'ils pourraient éventuellement faire remonter de la base au sommet ;-) - et évidemment on fait connaître OSM pour tous les aspects non directement pris en compte par Jaccede, notamment le routage Évidemment, si d'autres ont des retours ou remarques sur le sujet, je suis preneur également. -- ° /\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] situation OSM vis a vis de Jaccede.com
Le 25 avril 2014 18:00, Christian Quest cqu...@openstreetmap.fr a écrit : Point mort total malgré des relances et quelques contacts épisodiques. Depuis le temps, j'en ait conclu que j'accède n'a aucune envie de partager ce qui devient pour elle un fond de commerce. Sur une récente campagne j'avais été choqué par une forme de monétisation (un macaron pour les commerces en échange d'un soutien financier mensuel). Pour la collecte des infos d'accessibilité avec Transilien, on n'avait pas non plus pu les faire participer, à minima pour leur montrer notre façon de cartographier. Pour moi, il y a une forme de dérive, qu'on peut retrouver aussi parfois dans le monde de l'humanitaire. Bref, il me semble préférable de consacrer notre temps précieux pour collaborer avec des acteurs qui jouent le jeu plutôt que de s'échiner à faire bouger ceux qui n'en ont pas envie. Par hasard, ne serait-il pas bloqués par leur partenariat avec Proxima mobile (qui les a primé et peut-être les héberge encore contre un retour financier partiel), ou encore Vodafone ? Cependant ces deux partenaires datent (2010 pour Proxima mobile et 2012 pour Vodafone) et je doute que les prix obtenus alors les ait engagé sur plus d'un an (ou alors ils ont été satisfaits et ont obtenus par ces partenariats publicitaires des conditions très avantageuses d'hébergement et de support technique, et ils comptent là dessus pour les économies de leur association). Ce serait bien de les interroger si c'est une limitation financière qui les bloque : peuvent-ils être aidés autrement et reprendre leur liberté ou comptent-ils faire comme la FRPP ? Car tant qu'ils ne bougent pas, ils restent en dehors du mouvement OSM qui pourrait bien les dépasser complètement et très vite et leur faire perdre rapidement toute visibilité (alors qu'OSM bénéficiera de plus en plus du support public, et que du côté du gouvernement comme des collectivités, ils sont incités à faire le tri dans leurs subventions et ne pas faire de doublons). D'ailleurs le fait de ne pas subventionner les activités qui sont en concurrence est une obligation imposée par l'Union européenne. Ce qui voudrait dire alors que les collectivités seraient alors contraintes de ne plus subventionner personne, ce qui serait alors un coup d'arrêt aussi bien pour OSM que pour les autres assos ayant des objectifs similaires et ne laisserait plus comme grand gagnant que les sociétés commerciales comme Google et Apple, et même Bing, qui tirent de gros profits de leurs applis cartographiques intégrant des tas d'éléments promotionnels. NB: (et aussi du fait qu'ils filtrent leurs cartes en faisant du profilage sélectif des utilisateurs pour mieux cibler les offres commerciales, avec une conséquence grave qui commence déjà à produire des effets : Google éliminent de ses cartes ceux qui ne payent pas le placement, les utilisateurs de ses cartes ne voient plus du tout certains points d'intérêt si un autre plus riche paye Google pour se placer, cette dissimulation restant effective même aux niveaux de zoom élevés sauf si on cherche explicitement le point d'intéret par son nom parce que le visiteur le connait déjà et sait déjà à peu près où il se situe : on peut le voit par exemple sur les recherches de pizzérias ou de brasseries et fastfoods ou encore d'hôtels, où ce sont les grandes franchises payant Google - type PizzaHut, MacDo, Burger King - qui masquent les petites pizzérias indépendantes, en demandant aux autres de le payer, surtout si Google estime que le restau, l'hôtel ou le camping devrait le payer pour être visible sur sa carte : pour être visibles, Google utilise le profil de l'utilisateur pour savoir s'il a déjà visité le site officiel du point d'intérêt mais favorise encore les points d'intérêt qui le paye, même si l'utilisateur n'est pas du tout intéressé ou a déjà donné de mauvaises notes à ce site, et Google ne permet pas non plus à son visiteur de supprimer les liens payants indésirables). C'est là qu'OSM fournit une vue beaucoup plus neutre et plus équitable : l'utilisateur via les différentes applis et rendus, dispose du choix de ce qu'il veut voir, il choisit ses rendus préférés, mais même avec la vie par défaut, on peut encore voir tous les points cartographiés en zoomant suffisamment. Tous les rendus OSM font des choix plus ou moins subjectifs de la part de leurs administrateurs qui écoutent leurs utilisateurs, mais Google ne semble pas disposé à ça : celui qui le paye impose sa présence contre les autres et Google défavorise nettement les indépendants et petites sociétés qui ont bien du mal à se positionner (Google ne leur offre qu'une place limitée et monte ses tarifs ou réduit le nombre d'expositions gratuites par mois, bien des sites ont leur quota dépassé très vite, leur présence n'est alors qu'épisodique et seulement liée à d'autres événements de promotion ou de citation sur le web, ou encore oblige les petits à passer par des sites portails de référencement où les
Re: [OSM-talk-fr] Chien méchant
Coucou, je trouve surtout que cela demanderait une veille permanente pour maintenir la validité de l'information… Et qui s'y collerait, d'aller voir si le chien est toujours méchant et pas attaché ? Ceci dit, il y a des fois où j'aurais été content de savoir qu'il y avait des chiens arrogant en liberté. Le 25/04/2014 08:29, Nicolas Dumoulin a écrit : Salut, Bon, au final, je n'ai pas propagé de danger=dog ;-) En effet, je n'ai vu le chien qu'une seule fois, donc info pas assez fiable. La nuit porte conseil ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chien méchant
Dans ce cas on aura besoin aussi de taguer attention : voisin méchant (à mon avis c'est plus dangereux que les chiens!), ou encore attention : bande de jeunes dans ces halls d'immeubles, ou encore danger ; manifestations violentes ou incendies de voitures le 1er janvier. Et pourquoi pas alors lieu de stationnement fréquent des gendarmes mobiles, ou danger : passage fréquenté la nuit par les sorties de discothèque le week-end... (quoique dans ces cas-là; ça peut se défendre, les gendarmes ne sont pas là tous les weekends pour les contrôles, ils veulent aussi leurs weekend chez eux et souvent pas assez nombreux pour faire du roulement, ou il n'y a plus de budget pour leur payer les heures supp et assurer la présence avec les RTT). Le 25 avril 2014 20:52, Muselaar musel...@ouvaton.org a écrit : Coucou, je trouve surtout que cela demanderait une veille permanente pour maintenir la validité de l'information... Et qui s'y collerait, d'aller voir si le chien est toujours méchant et pas attaché ? Ceci dit, il y a des fois où j'aurais été content de savoir qu'il y avait des chiens arrogant en liberté. Le 25/04/2014 08:29, Nicolas Dumoulin a écrit : Salut, Bon, au final, je n'ai pas propagé de danger=dog ;-) En effet, je n'ai vu le chien qu'une seule fois, donc info pas assez fiable. La nuit porte conseil ___ 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
[Talk-us] Whole-US Garmin Map update - 2014-04-23
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-04-23 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-04-23/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-04-23 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us