[OSM-talk-be] Possible Hangout over JOSM / Mogelijke Hangout over JOSM
Is er interesse om via Google Hangout met schermdeling informatie te krijgen over het mappen van wandelknooppunten netwerken ? Of om tips uit te wisselen over het gebruik van JOSM, bv. filters, styles, technieken voor huisnummering, voorkeuren of eventueel meer basis zaken ? Ik zou zo'n sessie kunnen opzetten op een vrijdagavond (20-22u) Is there interest to get information about the mapping of regional walking networks ? Or to get/exchange tips for the use of JOSM, e.g. filters, styles, methods for house numbering, presets, or maybe some basic stuff ? I could set up a google hangout and share my screen. I could set up such a session on a friday evening between 8 and 10pm met vriendelijke groeten regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] SOTM 2013 videos
On Thu, Sep 26, 2013 at 4:00 PM, Peter Barth osm-t...@won2.de wrote: http://osm.won2.de/sotm/ Great ! Many thanks. But I don't know if I'm the only one in this case. This video: http://osm.won2.de/sotm/d2t1-1440-Andy_Allan-Putting_the_Carto_into_OpenStreetMap_Cartography.mp4 is mixing 2 soundtracks from 2 presentations (after ~15sec) Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SOTM 2013 videos
On 29.09.2013 12:18, Pieren wrote: But I don't know if I'm the only one in this case. This video: http://osm.won2.de/sotm/d2t1-1440-Andy_Allan-Putting_the_Carto_into_OpenStreetMap_Cartography.mp4 is mixing 2 soundtracks from 2 presentations (after ~15sec) This is a known problem, see the disclaimer on the page. Unfortunately, the problem already exists in the original recording, so it cannot easily be repaired. Tobias ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Thinking about it again, just using semicolons does not help to solve the problem at all. Often an object has multiple tags that belong together. If you mash multiple objects together with semicolons, you quickly stumble over your own feet expressing additional information. E.g. if your pub;restaurant has an additional tag (cuisine, phone number, tourist attraction...), you don't know whether it belongs to both or only one and which one. If you just want to add different opening hours, the idea falls flat even faster as the opening hours tagging scheme already uses semicolons to express the times for one institution. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779416.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Take a look at the lanes tagging business. They solved basically the same problem there by always putting the data in the same sequence. http://wiki.openstreetmap.org/wiki/Lanes [3] If any of the values actually need multiple values themselves, you can simulate a 2D matrix by using two different delimiters. The lanes tagging scheme does this as well. One has to wonder whether your examples really reference the same POI. Maybe within the same building, but if the opening hours, phone number etc are different, it is starting to feel like two independent enterprises in a common building. Any takers for JSON-valued tags? Colin On 2013-09-29 21:36, NopMap wrote: Thinking about it again, just using semicolons does not help to solve the problem at all. Often an object has multiple tags that belong together. If you mash multiple objects together with semicolons, you quickly stumble over your own feet expressing additional information. E.g. if your pub;restaurant has an additional tag (cuisine, phone number, tourist attraction...), you don't know whether it belongs to both or only one and which one. If you just want to add different opening hours, the idea falls flat even faster as the opening hours tagging scheme already uses semicolons to express the times for one institution. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779416.html [1] Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [2] Links: -- [1] http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779416.html [2] https://lists.openstreetmap.org/listinfo/talk [3] http://wiki.openstreetmap.org/wiki/Lanes ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] usuário hiperativo?
Bem vindo ao lista e OSM Eu veja que voce exprimentei GoMap!! Eu fui involvida em betatest bem cedo em gomap e agora utelizando como meu aplicativo movel de mapeamento preferido, no meu notebook usando JOSM. Se voce tem preguntas sobre estes duas, pode me perguntar. Outros assuntos com certeza outros bo este lista pode ajuda Aun Johnsen Sent from my iPhone On 28. sep. 2013, at 22:26, Vinicius de A. Maranhão viniciusdeamaran...@gmail.com wrote: Willi, agradeço as boas vindas à comunidade e o toque do keep it right que verei daqui a pouco. As dúvidas já existem e serão apresentadas em breve. Em casa uso direto osm org com idBing. Creio que ok. Fonte eu mesmo, local. Quando na rua utilizo vivozap no ipad e softs baixados da apple no local. Tanto no pushpin quanto no GoMap v1.1 ou no Openmap fico logado na conta OSM. Utilizam imagens bing que me parecem as mesmas do OSM. Fiz as edições com o entendimento de que as imagens bing foram abertas pela Microsoft. É interessante verificarem a questão aqui Brasil e com o restante da comunidade para não perdermos esforços. Creio que perderia no max uns 100-200 pinos e linhas. Nada sério. Quanto aos muitos erros que cometi, peço desculpas públicas aos mapeadores aqui do BR e de todos os cantos. Estou aprendendo, tinha uma necessidade urgente do mapa aberto e fiz o que podia. Uma questão que me aflige agora dentre muitas é na hidrografia, pequenos cursos d'água, canais, drenos em uma escala de detalhe com imagem que tem limitações. Mesmo com o conhecimento local, não posso adentrar propriedades para passear com um gps. Assim muitas linhas estão incompletas mas serão finalizadas. Já verificamos uma série de crimes ambientais (alteração de pequenos cursos d'água, mini barragens em outros, loteamentos que se implantam aprovados pelo município e com muito discurso de sustentabilidade forçando drenagem canalizada e acabando com trechos. Sem licenças, ou com licenças que considerem estes pequenos detalhes estamos abismados com a ganância. O mapa deverá ser utilizado em denúncia estruturada na Promotoria Direitos Difusos (cidadania, meio ambiente, etc), além de espalhar gratuitamente arquivo pdf feito pelo mapomatic, não me recordo agora do nome correto. Estou aprendendo tb a usar um SIG open, o gVSIG para tentar fazer uma série histórica com imagens de Porto Real mostrando a bagunça no território que alguns fizeram. O municipio está mudando muito por causa das indústrias e sem infra urbana adequada está virando uma . em canais e drenos. Outro crime quando se mistura esgoto com águas pluviais. Estaremos em breve, com a ajuda que o mapa incompleto já deu dos canais e drenos, fazendo uma amostragem coletiva básica (inicialmente uma qualitativa dos coli - onde der presente, detalharemos). Tudo voluntário. Mapa para nosso pequeno grupo é instrumento de cidadania. Aqui não parece Brasil, LAIs não são respondidas, etc... Estamos indo no clique a clique. Essa parte ficou comigo. Utilizar 1:5 ibge ou 25000 militar digital ajudaria se eu soubesse fazer e se soubesse que funcionaria no detalhe 5000 ou 2000. Ainda não sei mas quero aprender. Outra linha que cito está na estrada Quatis para Passa Vinte, MG e depois Liberdade, MG que detalhei, já subi a serra muitas vezes, gosot de 4x4. Aprendi no final dos cliques que havia uma linha feita, numa escala 5 ou 10 ou 250, pelo primeiro contribuidor OSM do Brasil. Deixei as duas e gostaria de ouvir comentários. Por favor, se estiver errado apagaremos. Outros pontos nem existem na imagem mas já na realidade e estão plotados. Agência da CEF na esquina da Avenida F com Rua A. Avenida F está mal desenhada. Com calma aprenderei o tal do acesso, fiquem a vontade se quiserem ajudar. Dou, damos boas vindas. Já utilizamos uma plataforma aberta de crisis mapping ushahidi com suporte google mas queremos passar em breve para OSM. Mais uma vez desculpas, agradeço pelo convite e retribuo convidando quem quiser e puder ajudar no mapa. Na fase pontual pesada faremos cópias de bairro e com apoio associações de bairro que completem o mapa no detalhe que quiserem. Dúvida: banco de dados domsig da ampla é público? Chega por hoje. Abs todos. Em sábado, 28 de setembro de 2013, wille escreveu: Na página do PushPin no wiki diz que usa imagens do bing e não relata problema nenhum http://wiki.openstreetmap.org/wiki/Pushpin_OSM Vinícius para ver os erros que você cometeu sugiro usar o Keep It Right http://keepright.ipax.at/report_map.php?zoom=13lat=-22.42893lon=-44.32227layers=B0Tshow_ign=1show_tmpign=1 Qualquer dúvida é só perguntar. Bem vindo à comunidade! Abraços, Em 2013-09-28 17:31, Vinicius de A. Maranhão escreveu: Por favor verifiquem pois caso não aceito pelas regras apagaremos e paro de utilizar. Mas pushpin pediu para logar no OSM e assim acreditei que estava correto. Vinicius. Em sábado,
Re: [Talk-br] usuário hiperativo?
Me parece que o Vinícius teve boas intenções, só não estava a par dos melhores métodos e de questões como controle de qualidade. Se essa aplicação nos causar muitos problemas, podemos levar o problema pra lista da comunidade internacional. Desculpem eu estar sem tempo pra olhar todas as edições uma por uma, mas me confirmem se os enganos dele foram então: 1. Definir nomes com letras maiúsculas; e 2. Mudar a classificação de todas as vias desconectadas para unclassified. O primeiro pode até ser consertado quase inteiramente de forma automática. O segundo provavelmente não. Talvez o melhor seja pedir que o Vinícius reverta essas alterações (e depois apenas reconecte as vias, sem mexer na classificação) ou classifique as vias novamente seguindo o fluxograma de classificação (desconsiderando a parte da classificação por preferência em vias urbanas, da qual muitos discordam - está por receber uma atualização). Fazer a classificação pode ser uma boa oportunidade pro Vinícius conhecer as ferramentas mais usadas (e mais bem feitas), como o iD ou o JOSM. 2013/9/28 Gerald Weber gwebe...@gmail.com: Repassando a resposta que recebi do Vinícius, que nos lê em cópia. Vinícius bem vindo ao projeto! abraços Gerald Resposta do Vinícius (usuário vialma): Olá Gerald. Oi todos. É um prazer conhece-los e participar do openstreetmap. Sou Vinicius de Albuquerque Maranhão - vialma. Atuo em projetos da iniciativa privada na área ambiental pelo Brasil e fora. O principal há 12 anos é uma descontaminação ambiental de solo e água na região. Leio a lista faz algum tempo mas não tinha o que dizer. Agora que fiz umas edições acredito que será necessário participar da lista e aprender com voces, pois os erros e as dúvidas estão aparecendo. Não foram intencionais. Agradeço terem percebido e chamarem para participar. Fico feliz! Utilizo em casa o iDBing online, o pushpin online pelo ipad no carro quando estou me movendo pela cidade e vou pinando e inserindo uma coisa ou outra. Fiz poucas coisas com o JOSM (quero praticar mais nele, mas ainda sem jeito) e também baixei alguns aplicativos que não usei. Atualmente vivo a maior parte do tempo em Porto Real, um pequeno município de 50,8 km2 com uns 17000 habitantes. Dizem os documentos que é a segunda maior renda per capita do Brasil. Mas nem mapa existia, ou não aparecia. Não apareceram. Agora existirá para qualquer um. Questões políticas típicas de pequenos municípios e seus grupos de velhos políticos. Esse mapear foi para auxiliar um trabalho de mobilização conscientizando a população sobre o território. Participo também de um pequeno grupo voluntário que atua com a idéia parceria governo aberto. Queremos ter acesso aos documentos públicos e participar. Queremos um espaço melhor, serviços de acordo com a arrecadação, que não é pequena. Visitamos os órgaos municipais e solicitamos verbalmente. Quando não conseguimos utilizamos a LAI. Não responderam a maioria. Estamos aprendendo e esperando algum advogado voluntário se juntar ao grupo para ajudar. No momento estamos discutindo o Plano Municipal de Saneamento Básico e o que foi feito rapidamente no openstreetmap já nos ajuda entender e pensar os nossos problemas ( drenagem urbana com os canais e valas que também carregam esgoto - tudo isso numa planície). Estamos caçando as mencionadas 11 ou 19 elevatórias de esgoto que não contaram onde estão. Estamos também aguardando cópia do recem aprovado Plano Diretor. E ... Os meus erros sei que são muitos. Peço desculpas e compreensão. O que mais me preocupa no momento é juntar as ruas. Olhei a feição acesso e nunca usei pela pressa inicial. Quero também completar o nome das ruas (google tem erros, além de não ser permitido). Prefeitura e Camara não disponibilizaram mapas públicos para copiar. Devem existir. Cadastro para cobrança de iptu por exemplo. Aproveito e estou conhecendo cada canto do território e falando da idéia open. Quero hierarquizar as vias. Enfim temos pontos, linhas e polígonos para fazer no mapa. Toda esta experiência tem sido ótima. Também estou fazendo alguns outros lugares pelo Brasil onde atuo ou atuei. Pequenos recantos deste Brasil que estão meio fora do mapa. Exemplo que quero fazer, Vitória do Jari com suas ruas de veículos e pedestres além de vias palafitadas que são só de pedestres, dentre muitos outros. Qualquer ajuda será muito bom. Preciso aprender, preciso melhorar e quero. Agradecido pelo convite para a lista. Abraços a todos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usuário hiperativo?
Vinícius, Você tocou num ponto onde eu sempre vi um grande potencial no OpenStreetMap: ajudar na administração pública. Qualquer um poderia ajudar, não apenas profissionais ligados ao governo. Assim, talvez seja interessante inventar alguma tag nova que lhe ajude a identificar quais porções do mapa representam uma realidade legalmente irregular (quais cursos d'água foram desviados, onde há uma habitação ilegal, etc.). Daria até pra inventar um estilo visual pra demarcar esses elementos e ajudar no trabalho de investigação. Já que você atua em projetos da área ambiental, nunca pensou em procurar algum dispositivo legal que lhe dê o direito de fiscalizar essas propriedades irregulares? Assim você poderia entrar com um GPS para mapear os cursos d'água. Sem isso, o melhor que você pode fazer é contar com imagens melhores, e se as do Bing não servem, sua próxima melhor opção provavelmente será imagens cedidas pela Prefeitura, provavelmente obtidas por avião (servem, mas a qualidade varia e você vai ter que aprender um pouco sobre como compensar alguns problemas de alinhamento). Ainda assim, essas imagens não lhe revelariam o traçao de cursos d'água subterrâneos e outras canalizações, que podem exigir métodos mais criativos de mapeamento. Nunca ouvi falar da Domsig. O ideal seria tentar um contato com eles para esclarecer os detalhes, mas antes acho bom você se inteirar da licença dos dados do OpenStreetMap, pois você terá que perguntar para eles se os dados deles podem ser republicados sob esses termos. http://opendatacommons.org/licenses/odbl/summary/ Os assuntos legais são delicados e dúbios, então a melhor coisa que você pode fazer é obter uma declaração por escrito (pode ser por e-mail, ou melhor ainda se for um link para uma página no website deles com os pormenores da licença deles; se conseguir algo em papel, peço que você escaneie e nos envie para ajudarmos na leitura e para guardarmos uma cópia também). Eu vi que você até agora citou apenas ferramentas de terceiros ligadas ao OSM. Provavelmente são ferramentas de alto nível, que oferecem uma interface conveniente e escondem os detalhes mais crus do OSM. A minha experiência com essas ferramentas tem sido bem variável, algumas são boas e outras não. Embora possa exigir algum aprendizado, acho muito saudável que você conheça como as coisas funcionam por baixo dos panos (as primitivas geométricas, as relações, as tags) e o processo da comunidade (todas as tags foram um dia discutidas, consolidadas numa proposta e por fim votadas). Isso lhe ajudaria e escolher ferramentas melhores, e acho provável que no fim você acabe ficando com as ferramentas padrão (iD e JOSM). O JOSM certamente você não pode rodar no seu iPad, mas o iD provavelmente sim (nunca testei). Se você tiver um dispositivo Android, talvez você possa usar o OSM Tracker pra ter uma funcionalidade parecida. Quando eu faço inspeção em campo, eu uso o OSM Tracker, e depois, antes de fazer o upload, eu importo os dados no JOSM, faço uma limpeza básica, acrescento novos dados, combino com o mapa atual (às vezes substituindo coisas, às vezes descartando o meu mapeamento porque não ficou tão bom) e só então submeto tudo. Mas há caminhos menos complicados (você pode deixar o trabalho de limpeza para outros usuários), eu sigo esse só para garantir a qualidade das informações. Se você trabalhar em par com outra pessoa, pode de repente dividir as tarefas. O JOSM por si só é um editor muito avançado e eu só o recomendaria se você estiver disposto a passar alguns dias aprendendo a usar o programa. Muitos dos benefícios dele vêm do sistema de plugins, dos tagging presets (tags pré-definidas), e dos atalhos de teclado que lhe permitem trabalhar mais rápido. Se você quiser usar o JOSM, sugiro usá-lo em inglês mesmo, ou então com a tradução para português de Portugal, que está bem completa. 2013/9/28 Vinicius de A. Maranhão viniciusdeamaran...@gmail.com: Willi, agradeço as boas vindas à comunidade e o toque do keep it right que verei daqui a pouco. As dúvidas já existem e serão apresentadas em breve. Em casa uso direto osm org com idBing. Creio que ok. Fonte eu mesmo, local. Quando na rua utilizo vivozap no ipad e softs baixados da apple no local. Tanto no pushpin quanto no GoMap v1.1 ou no Openmap fico logado na conta OSM. Utilizam imagens bing que me parecem as mesmas do OSM. Fiz as edições com o entendimento de que as imagens bing foram abertas pela Microsoft. É interessante verificarem a questão aqui Brasil e com o restante da comunidade para não perdermos esforços. Creio que perderia no max uns 100-200 pinos e linhas. Nada sério. Quanto aos muitos erros que cometi, peço desculpas públicas aos mapeadores aqui do BR e de todos os cantos. Estou aprendendo, tinha uma necessidade urgente do mapa aberto e fiz o que podia. Uma questão que me aflige agora dentre muitas é na hidrografia, pequenos cursos d'água, canais, drenos em uma escala de detalhe com imagem que tem limitações. Mesmo
[Talk-de] Heise Artikel mit OSM Karte zum NSA Rechenzentrum
Hi, wir scheinen die einzigen zu sein die da was haben ;) http://www.heise.de/newsticker/meldung/Bericht-Groesstes-NSA-Rechenzentrum-laeuft-sich-warm-1969289.html Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
On Fri, Sep 27, 2013 at 08:54:19PM +, Sven Geggus wrote: Florian Lohoff f...@zz.de wrote: Ausserdem sind das tools dabei (gmt) die sind definitiv non-non-non-free so das die nie in die repositorys kommen. Ich hatte eigentlich gedacht, dass man das nimmer braucht. Tja - Die Docs die ich gefunden habe haben immer noch gmt genommen. Mag ja alles sein das das ohne geht aber ehrlich gesagt ist die Doku von mkgmap bestenfalls nicht existent - im schlimmsten fall unvollständig und falsch. Das wurde doch nur verwendet um aus multiplen .img files eines zu machen und das kann doch mkgmap inzwischen auch oder? Was mich eben ärgert - Jedesmal wenn ich anfange eine Karte fuer den Garmin zu bauen suche ich mir die informationen neu zusammen - Und man finden im osm wiki hauptsächlich schrott zu dem Thema - Bestenfalls nur alt - in vielen fällen falsch. Und nu? Deshalb habe ich mir mal das Makefile gebaut - da ist alles drin wie es funktioniert und im zweifelsfalle kann ich iterativ da einfach dran weiterbauen. Alleine macht das zwar nicht so viel spass aber immerhin muss ich nicht jedesmal 2-3 Stunden investieren um wieder den aio git tree zu suchen und eine mkgmap version die wirklich funktioniert etc. Am liebsten wäre mir ein git tree den man eben cloned - ein kleines config file reinwirft was die karte alles koennen soll und welchen ausschnitt a la map=germany layers=maxspeed,boundary,notes,osb,signs und dann einfach make tippt und der sich sein environment baut (mit ein paar dependencies) und dann die karte zusammenschraubt. Es sind halt 10 tools die man braucht deren version aufeinander abgestimmt werden muss, dazu kommt dann ein konvolut an style und TYP files die auch noch zum mkgmap passen muessen. UND EIGENTLICH WOLLTE ICH NUR EINE KARTE *grmpf* Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel mit OSM Karte zum NSA Rechenzentrum
Und mit diesem im Artikel verlinkten Bericht sollte Indoor-Mapping auch möglich sein ;) http://www.forbes.com/sites/kashmirhill/2013/07/24/blueprints-of-nsa-data-center-in-utah-suggest-its-storage-capacity-is-less-impressive-than-thought/ Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Heise-Artikel-mit-OSM-Karte-zum-NSA-Rechenzentrum-tp5779334p5779351.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude, Grundstücke und Institutionen
Am Mittwoch, 11. September 2013, 18:53:39 schrieb Stephan Wolff: Das Institute und Fachkliniken in die OSM-Datenbank gehören, wird hoffentlich nicht bezweifelt. Ähm, doch? Was kommt als nächstes? Firmenstruktur der Deutschen Bank in OSM? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude, Grundstücke und Institutionen
On 29.09.2013 16:25, Eckhart Wörner wrote: Am Mittwoch, 11. September 2013, 18:53:39 schrieb Stephan Wolff: Das Institute und Fachkliniken in die OSM-Datenbank gehören, wird hoffentlich nicht bezweifelt. Ähm, doch? Was kommt als nächstes? Firmenstruktur der Deutschen Bank in OSM? Soweit die Firmenstruktur sich in getrennten Gebäuden niederschlägt, möchte ich doch sehr hoffen, dass sie in OSM wiedergegeben ist. Wenn ich eine Filiale der Deutschen Bank suche, wo ich z.B. ein Girokonto eröffnen kann, lege ich nämlich Wert darauf, dass ich sie von der Konzernzentrale oder irgendeiner Außenstelle der Innenrevision unterscheiden kann. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenSource-Park auf der Intergeo in Essen vom 8.-10. Oktober 2013
Der OpenSource-Park auf der Intergeo wächst weiter! In diesem Jahr findet die Intergeo [1] vom 8. bis 10. Oktober in Essen statt. Der OpenSource-Park befindet sich in Halle 1, Stand Nr. H1.033. Das OpenStreetMap Projekt ist mit dem Stand H1.040 gleich neben dem OpenSource-Park vertreten.. Auch auf der diesjährigen Hauptmesse der Geo-Informatik-Branche, der Intergeo, wird es wieder eine zentrale Anlaufstelle für alle Besucher geben, die sich über professionelle OpenSource-Anwendungen informieren wollen. Die Zahl der ausstellenden Firmen auf dem OpenSource-Park ist gegenüber dem Vorjahr nochmals um 50% angewachsen. Damit spiegelt die Messebeteiligung auch den über die Jahre stetig anwachsenden Marktanteil quelloffener Lösungen wieder. Die Bedeutung von OpenSource-Software steigt nach unseren Beobachtungen von Jahr zu Jahr an, bestätigt Projektleiter Daniel Katzer von der HINTE GmbH, die die INTERGEO für den DVW ausrichtet. In diesem Jahr sind Firmen aus ganz Deutschland und der Schweiz auf dem OpenSource-Park vertreten. Die Schwerpunkte der ausstellenden Firmen liegen bei den Themen Performance-Optimierung für große Datenmengen, schnelle und umfassende Suchfunktionen über verteilte Datenbestände, Lösungen für die Ver- und Entsorgungsbranche, Geoportale für Unternehmen und Behörden, und natürlich im Bereich spezialisierter Beratungsleistungen. Insgesamt steht damit auf dem OpenSource-Park ein Wissenspool zur Verfügung, der nicht nur alle gängigen Bereiche der räumlichen Datenverarbeitung umfasst, sondern daneben auch zahlreiche spezifische Themen und Branchenlösungen bereithält. Der FOSSGIS e.V. [2] versorgt Sie gerne mit Informationen rund um freie Software aus dem GIS Bereich und freie Geodaten. Zahlreiche Projekte sind über die OSGeo (Open Source Geospatial Foundation) [3] vertreten. Es liegt Informationsmaterial für Sie bereit. Wir beraten Sie gerne! Vortragsprogramm auf dem OpenSource-Park --- Ein Highlight wird wie jedes Jahr das umfangreiche Vortragsprogramm an allen drei Tagen sein. Es erwarten Sie u.a. Vorträge zu OpenStreetMap, QGIS, INSPIRE, D115, ALKIS, Cloud-Diensten, Bürgerbeteiligungssystemen, diversen Fachschalen und vielen weiteren Neuerungen und Best-Practice-Beispielen. Das Vortragsprogramm wird vom FOSSGIS e.V. organisiert. Das Programm finden Sie online unter [4]. Ausstellende Firmen --- Ausstellende Firmen auf dem diesjährigen OpenSource-Park der Intergeo [5] * Mapwebbing * Metaspatial * norBIT GmbH * Omniscale GmbH Co. KG * rasdaman GmbH/ Jacobs University Bremen * Sourcepole AG * terrestris GmbH Co. KG * WebGis - in medias res GmbH * WhereGroup GmbH Co. KG OSM Stand -- Das OpenStreetMap Projekt ist in diesem Jahr mit einem eigenen Stand auf der Intergeo vertreten. Dieser grenzt direkt an den OSGeo Park an und befindet sich in Halle 1, Stand Nr. H1.040. Schauen Sie doch vorbei und informieren Sie sich über die neusten Entwicklungen im OpenStreetMap-Projekt. Rahmenprogramm -- OSM Stammtisch im Unperfekthaus Im Rahmen des Engagements des FOSSGIS e.V. auf der INTERGEO 2013 findet am 08.10.2013 ab 19 Uhr der OSM Stammtisch im Unperfekthaus [6], Essen statt. FOSSGIS e.V. Vollversammlung - Am 09.10.2013 trifft sich der FOSSGIS e.V. zur Vollversammlung auf der Intergeo. Wir freuen uns auf Ihren Besuch auf der Intergeo. Schauen Sie doch auf dem OpenSource-Park vorbei! Mit freundlichen Grüßen Astrid Emde i.A. FOSSGIS e.V. [1] http://www.intergeo.de/de/Specials_Events_977.html [2] http://www.fossgis.de [3] http://www.osgeo.org [4] Vortragsprogramm http://os-park.de/?q=opensourcepark-vortragsforum [5] Ausstellende Firmen http://os-park.de/?q=opensourcepark-aussteller [6] Unperfekthaus http://unperfekthaus.de/ --- Astrid Emde OSGeo Charter Member http://wiki.osgeo.org/wiki/User:Astrid_Emde ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] per i soci OSMF
Am 29/set/2013 um 07:00 schrieb Stefano Fraccaro postmas...@stefanofraccaro.org: Dove posso effettuare la scelta? direttamente da google ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Il 29/09/2013 10:44, Martin Koppenhoefer ha scritto: Am 29/set/2013 um 07:00 schrieb Stefano Fraccaro postmas...@stefanofraccaro.org: Dove posso effettuare la scelta? direttamente da google ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Lo trovi qui alla voce diventare socio: http://wiki.openstreetmap.org/wiki/IT:Donations COmunque per chiarire visto che non ho capito molto dallo statuto, il socio membro è quello registrato su openstreetmap e fà donazione volontaria? Mentre quello ordinario è quello che si registra e versa i 15£ annuali? -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Am 29/set/2013 um 10:53 schrieb girarsi_liste liste.gira...@gmail.com: COmunque per chiarire visto che non ho capito molto dallo statuto, il socio membro è quello registrato su openstreetmap e fà donazione volontaria? Mentre quello ordinario è quello che si registra e versa i 15£ annuali? la differenza principale è che la lista dei soci ordinari è pubblica, quelli associati possono votare ugualmente ma rimanere anonimi nei confronti del pubblico ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Il 29/09/2013 11:00, Martin Koppenhoefer ha scritto: Am 29/set/2013 um 10:53 schrieb girarsi_liste liste.gira...@gmail.com: COmunque per chiarire visto che non ho capito molto dallo statuto, il socio membro è quello registrato su openstreetmap e fà donazione volontaria? Mentre quello ordinario è quello che si registra e versa i 15£ annuali? la differenza principale è che la lista dei soci ordinari è pubblica, quelli associati possono votare ugualmente ma rimanere anonimi nei confronti del pubblico Quindi io, che sono registrato su openstreetmap, sono asociato, questo volevo capire, scusa la cocciutaggine, per il resto lo avevo inteso, ma mi importa poco se la lista è pubblica o no, visto che metto nome e cognome come nick. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Am 29/set/2013 um 11:03 schrieb girarsi_liste liste.gira...@gmail.com: Quindi io, che sono registrato su openstreetmap, sono asociato, no, ti devi registrare alla osmf e versare la quota per diventare associato ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Il 29/09/2013 11:05, Martin Koppenhoefer ha scritto: Am 29/set/2013 um 11:03 schrieb girarsi_liste liste.gira...@gmail.com: Quindi io, che sono registrato su openstreetmap, sono asociato, no, ti devi registrare alla osmf e versare la quota per diventare associato Da questo ne conseguo che sono solo un volontario che opera mappatura, punto, grazie per la delucidazione, mi mancava questo passaggio. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Il 29/09/2013 07:07, Stefano Fraccaro ha scritto: Ciao a tutti, sono l'unico ad aver notato dei problemi con i menu di Josm? Ho riaperto un ticket vecchio ( http://josm.openstreetmap.de/ticket/7944 ) ma volevo capire questa cosa. Per riprodurre il problema:1. Aprite Josm in modalità NON massimizzata 2. Portate la finestra lontano dallo spigolo alto - sinistro dello schermo3. Massimizzate la finestra4. Provate a vedere se i menu funzionano Non ho capito se è un problema specifico di LinuxMint, dei sistemi Linux, o un errore generale. Il mio problema lo trovate su ( la seconda metà del filmato): http://www.stefanofraccaro.org/osmplayer.php?v=0 Stefano Ho debian kde 64bit, a me il problema non si presente, ho pure josm 6238. Con lubuntu devo controllare, ma non credo sia differente pr via del fatto che è una derivata debian. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Il giorno 29 settembre 2013 07:07, Stefano Fraccaro postmas...@stefanofraccaro.org ha scritto: Ciao a tutti, sono l'unico ad aver notato dei problemi con i menu di Josm? Ho riaperto un ticket vecchio ( http://josm.openstreetmap.de/ticket/7944 ) ma volevo capire questa cosa. Per riprodurre il problema: 1. Aprite Josm in modalità NON massimizzata 2. Portate la finestra lontano dallo spigolo alto - sinistro dello schermo 3. Massimizzate la finestra 4. Provate a vedere se i menu funzionano Non ho capito se è un problema specifico di LinuxMint, dei sistemi Linux, o un errore generale. Il mio problema lo trovate su ( la seconda metà del filmato): http://www.stefanofraccaro.org/osmplayer.php?v=0 A me funge bene e sono su mint... Dal messaggio che ti dà Josm nel video probabilmente hai una versione vecchia di Java.. prova da terminale a dare java -version, il mio output è java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Stefano 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] Cambiare formato testo in JOSM
Il giorno 28 settembre 2013 22:55, Simone Cortesi sim...@cortesi.com ha scritto: ho usato il tuo script per correggere delle scuole erroneamente inserite con TUTTO MAIUSCOLO, il tuo script mi effettua correttamente le modifiche, ma al momento di fare upload, mi dice che non ci sono modifiche da inviare al server osm. Sì, funzionava solo su oggetti creati ex novo. Quello in allegato va bene anche per oggetti scaricati da OSM. Altre modifiche: - per sicurezza, agisce solo sugli oggetti selezionati - alla fine mostra un messaggio con i nomi cambiati - le modifiche si possono annullare. Ciao, Groppo P.s. provando lo script ho visto che l'ultima versione di JOSM mostra un popup (upload successful) dopo che si sono caricati i dati su OSM. capitalize_names_of_selected_objects.py Description: Binary data ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] presa a griglia per acqua e saracinesca.
Devo mappare i punti in oggetto, una è una griglia apposita nei pressi di uno sbarramento in un torrente(tag waterway=weir), che raccoglie una parte dell'acqua di un torrente per essere usata in una roggia industriale (canale artificiale apposito). L'altro nodo, o meglio due nodi sarebbero le saracinesche a paratoia, che regolano pure il flusso d'acqua che serve, con alzo regolato da manovella a volante, ed uno a cric. Pensavo un lock_gate, però non mi pare indicato. Che suggerite? waterway=grid_outlet --per la presa? waterway=rolling shutter --per le saracinesche regolabili? -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Il giorno dom, 29/09/2013 alle 07.07 +0200, Stefano Fraccaro ha scritto: Ciao a tutti, sono l'unico ad aver notato dei problemi con i menu di Josm? Ho riaperto un ticket vecchio ( http://josm.openstreetmap.de/ticket/7944 ) ma volevo capire questa cosa. Per riprodurre il problema: 1. Aprite Josm in modalità NON massimizzata 2. Portate la finestra lontano dallo spigolo alto - sinistro dello schermo 3. Massimizzate la finestra 4. Provate a vedere se i menu funzionano Non ho capito se è un problema specifico di LinuxMint, dei sistemi Linux, o un errore generale. Il mio problema lo trovate su ( la seconda metà del filmato): http://www.stefanofraccaro.org/osmplayer.php?v=0 Stefano Posso riprodurre il problema su Fedora. E' da molto che è così, una volta messa la finestra in alto a sinistra e massimizzata non si ripresenta più il problema $ josm --version JOSM/1.5 (6115 SVN it) Linux Fedora 19 (Schrödinger’s Cat) $ java -version java version 1.7.0_40 OpenJDK Runtime Environment (fedora-2.4.2.4.fc19-x86_64 u40-b60) OpenJDK 64-Bit Server VM (build 24.0-b56, mixed mode) Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Ciao a tutti Da: girarsi_liste liste.gira...@gmail.com Ho debian kde 64bit, a me il problema non si presente, ho pure josm 6238. Con lubuntu devo controllare, ma non credo sia differente pr via del fatto che è una derivata debian. Mint deriva da Ubuntu la quale deriva da Debian forse deriva un pò troppo :-)Ho aggiornato Java ma il risultato non cambia. Simone hai provato gli step passo passo giusto?! $ java -version java version 1.7.0_25OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.12.04.2)OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Mi fa piacere sapere che è riproducibile anche su Fedora sempre con Java 1.7.x Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Su quale versione di Mint sei? Maya? Olivia? Mate? Cinnamon? Ho aggiornato Java ma il problema persiste Da: sabas88 saba...@gmail.com A me funge bene e sono su mint... Dal messaggio che ti dà Josm nel video probabilmente hai una versione vecchia di Java.. prova da terminale a dare java -version, il mio output è java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Il giorno 29 settembre 2013 13:47, Stefano Fraccaro postmas...@stefanofraccaro.org ha scritto: Su quale versione di Mint sei? Maya? Olivia? Mate? Cinnamon? Ho aggiornato Java ma il problema persiste Sono su Olivia Cinnamon, Josm l'ho installato a mano http://wiki.openstreetmap.org/wiki/User:Sarchittuorg/Note#Josm_on_Ubuntu_and_derivatives Prova ad avviarlo da terminale e vedere se ci sono errori strani... Da: sabas88 saba...@gmail.com A me funge bene e sono su mint... Dal messaggio che ti dà Josm nel video probabilmente hai una versione vecchia di Java.. prova da terminale a dare java -version, il mio output è java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) ___ 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] Problemi con i menu di Josm
Il 29/09/2013 13:47, Stefano Fraccaro ha scritto: Su quale versione di Mint sei? Maya? Olivia? Mate? Cinnamon? Ho aggiornato Java ma il problema persiste Da: sabas88 saba...@gmail.com A me funge bene e sono su mint... Dal messaggio che ti dà Josm nel video probabilmente hai una versione vecchia di Java.. prova da terminale a dare java -version, il mio output è java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Josm funge da browser web, hai controllato di aver installato anche il plugin èer il web? icedtea7-plugin Il mio java è leggermente più recente: @:/home/xx# java -version java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.12) (7u25-2.3.12-4) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare formato testo in JOSM
2013/9/29 Groppo grop...@gmail.com: Sì, funzionava solo su oggetti creati ex novo. Quello in allegato va bene anche per oggetti scaricati da OSM. Altre modifiche: - per sicurezza, agisce solo sugli oggetti selezionati - alla fine mostra un messaggio con i nomi cambiati - le modifiche si possono annullare. perfetto! vieni a OSMIT? birre pagate, non faremo rimanere assetato questo ragazzo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
girarsi_liste wrote: Il 29/09/2013 13:47, Stefano Fraccaro ha scritto: Su quale versione di Mint sei? Maya? Olivia? Mate? Cinnamon? Ho aggiornato Java ma il problema persiste Da: sabas88 saba...@gmail.com A me funge bene e sono su mint... Dal messaggio che ti dà Josm nel video probabilmente hai una versione vecchia di Java.. prova da terminale a dare java -version, il mio output è java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Josm funge da browser web, hai controllato di aver installato anche il plugin èer il web? icedtea7-plugin Quello serve solo se non hai scaricato il .jar. Aggiungo che non riesco a riprodurre il problema (ergo funziona come dovrebbe). Sistema: Debian testing, desktop KDE Plasma. JOSM/1.5 (6115 en) Linux Debian GNU/Linux testing (jessie) java version 1.7.0_21 OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-5) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Qt: 4.8.6 Piattaforma di sviluppo KDE: 4.10.5 Shell del desktop di Plasma: 4.10.5 Potreste provare un altro ambiente desktop o con un nuovo utente? Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Area ecologica
Esiste già il modo di taggare le aree delle piazzole ecologiche amenity=reciclyng + reciclyng_type=centre e in aggiunta tutti i tipi di raccolta possibili, naturalmente nel tuo caso aggiungerei anche il ref visto che c'è una codifica comunale. -- View this message in context: http://gis.19327.n5.nabble.com/Area-ecologica-tp5779302p5779365.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] per i soci OSMF
2013/9/29 Martin Koppenhoefer dieterdre...@gmail.com: COmunque per chiarire visto che non ho capito molto dallo statuto, il socio membro è quello registrato su openstreetmap e fà donazione volontaria? Mentre quello ordinario è quello che si registra e versa i 15£ annuali? la differenza principale è che la lista dei soci ordinari è pubblica, quelli associati possono votare ugualmente ma rimanere anonimi nei confronti del pubblico la differenza sul diritto di voto e la responsabilità civile qual'e'? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pietra taumaturgica: come taggare?
Ciao a tutti, ieri ho conosciuto la storia di una pietra che, secondo la tradizione, avrebbe poteri taumaturgici. Si tratta di una credenza popolare di origine celtica, poi cristianizzata con la costruzione di una vicina chiesa. Ancora oggi tuttavia qualche visitatore si sofferma e si siede per godere degli effetti benefici della forza della terra. Come taggarla? La cosa più vicina tra quelle che tagghiamo mi sembra il wayside_shrine, ovviamente senza religion=christian, ma non sono sicuro che religion=pagan, denomination=celtic sia adatto: un po' perché non sono sicuro che tradizione celtica e neopaganismo celtico siano cose simili, un po' perché non è che la gente vada lì a fare riti o pregare divinità celtiche. Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Am 29/set/2013 um 15:49 schrieb Simone Cortesi sim...@cortesi.com: la differenza sul diritto di voto e la responsabilità civile qual'e'? se sei un membro associato credo che non hai responsabilità civile mentre i membri ordinari rischiano 1 stellina ;-) Sul voto invece non mi è totalmente chiaro, ma ricordo che hanno detto che anche i membri associati possono votare il board ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Marciapiedi
Cercando di capire come mappare i marciapiedi mi son accorto che leggendo le varie pagine del wiki che cercando di spiegare come mapparle ci sia un po' di confusione, nel senso che si contraddicono. Non sarebbe il caso di fare un po' di pulizia ed avere solo una definizione, ci sono almeno 4 pagine tra footway, sidewalk. Sulla pagina highway=footway dice di usare footway=sidewalk per i marciapiedi che costeggiano la strada nel paragrafo come mappare, mentre poco prima dice di usare sidewalk=* che invece mi sembra di aver capito vada usato assieme ad higway=(tipo strada per veicoli). Forse sarebbe il caso di dividerli in due esempi: 1 se si vuol mappare due percorsi separati uno per la strada e l'altro per il marciapiede o 2 se si vuol mappare un solo percorso usando il tag per indicare la presenza del marciapiede. -- View this message in context: http://gis.19327.n5.nabble.com/Marciapiedi-tp5779379.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] Pietra taumaturgica: come taggare?
Am 29/set/2013 um 16:03 schrieb Simone Saviolo simone.savi...@gmail.com: il wayside_shrine, wayside_shrine comunque è qualche tipo di scatola, lo metterei soltanto se c'è qualcosa intorno alla pietra ovviamente senza religion=christian, ma non sono sicuro che religion=pagan, denomination=celtic pagano non è un religione, è un concetto cristiano, celtico non è una denominazione, e non saprei se tutto i celtici avevano la stessa religione, sicuramente già celtico è un concetto molto generico che a livello di religione andrebbe specificato di più Direi che è quasi impossibile taggare bene quella pietra senza conoscere i dettagli ;-) direi con religion=celtic daresti comunque un indicazione, ma denomination non è ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pietra taumaturgica: come taggare?
Il giorno 29 settembre 2013 17:25, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Am 29/set/2013 um 16:03 schrieb Simone Saviolo simone.savi...@gmail.com : il wayside_shrine, wayside_shrine comunque è qualche tipo di scatola, lo metterei soltanto se c'è qualcosa intorno alla pietra Questa è una pietra conficcata per terra, tipo lapide... appena riesco carico una foto. Non ha attorno alcuna costruzione. ovviamente senza religion=christian, ma non sono sicuro che religion=pagan, denomination=celtic pagano non è un religione, è un concetto cristiano, celtico non è una denominazione, e non saprei se tutto i celtici avevano la stessa religione, sicuramente già celtico è un concetto molto generico che a livello di religione andrebbe specificato di più Direi che è quasi impossibile taggare bene quella pietra senza conoscere i dettagli ;-) direi con religion=celtic daresti comunque un indicazione, ma denomination non è Anch'io avrei messo d'istinto religion=celtic, ma il wiki parla di religion=pagan per il Neopaganesimo (NON come indicazione di non cristiano) e indica celtic tra le possibili denominazioni. Comunque quasi quasi religion=celtic ci sta meglio... solo che ormai più che di religione celtica parliamo di una tradizione popolare... un po' come la Bocca della Verità, le metteresti religion=roman? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] presa a griglia per acqua e saracinesca.
L'altro nodo, o meglio due nodi sarebbero le saracinesche a paratoia, che regolano pure il flusso d'acqua che serve, con alzo regolato da manovella a volante, ed uno a cric. Pensavo un lock_gate, però non mi pare indicato. Che suggerite? ... waterway=rolling shutter --per le saracinesche regolabili? Il termine tecnico è paratoia, inglese sluice o sluice gate. Io li mappavo inizialmente come weir, ma mi osno accorto che è sbagliato. waterway=sluice, anche se poco utilizzato, sarebbe il metodo corretto Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] per i soci OSMF
Il 29/09/2013 15:49, Simone Cortesi ha scritto: 2013/9/29 Martin Koppenhoefer dieterdre...@gmail.com: COmunque per chiarire visto che non ho capito molto dallo statuto, il socio membro è quello registrato su openstreetmap e fà donazione volontaria? Mentre quello ordinario è quello che si registra e versa i 15£ annuali? la differenza principale è che la lista dei soci ordinari è pubblica, quelli associati possono votare ugualmente ma rimanere anonimi nei confronti del pubblico la differenza sul diritto di voto e la responsabilità civile qual'e'? La stessa per un'apolide... :) -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pietra taumaturgica: come taggare?
Am 29/set/2013 um 17:30 schrieb Simone Saviolo simone.savi...@gmail.com: un po' come la Bocca della Verità, le metteresti religion=roman tourism=attraction ;-) non mi intendo sufficientemente del cattolicesimo per capire il significato, cmq sta alle porte di una chiesa cattolica (dove credo l'hanno messo nel 1600) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] presa a griglia per acqua e saracinesca.
Il 29/09/2013 17:40, Volker Schmidt ha scritto: L'altro nodo, o meglio due nodi sarebbero le saracinesche a paratoia, che regolano pure il flusso d'acqua che serve, con alzo regolato da manovella a volante, ed uno a cric. Pensavo un lock_gate, però non mi pare indicato. Che suggerite? ... waterway=rolling shutter --per le saracinesche regolabili? Il termine tecnico è paratoia, inglese sluice o sluice gate. Io li mappavo inizialmente come weir, ma mi osno accorto che è sbagliato. waterway=sluice, anche se poco utilizzato, sarebbe il metodo corretto Volker Ho capito, e per la presa d'acqua? -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] presa a griglia per acqua e saracinesca.
Ho risposto solo per la paratoia, perché ne avevo mappato alcune. Per la presa non so darti un consiglio, anche perché non ho capito che cosa è Volker 2013/9/29 girarsi_liste liste.gira...@gmail.com Il 29/09/2013 17:40, Volker Schmidt ha scritto: L'altro nodo, o meglio due nodi sarebbero le saracinesche a paratoia, che regolano pure il flusso d'acqua che serve, con alzo regolato da manovella a volante, ed uno a cric. Pensavo un lock_gate, però non mi pare indicato. Che suggerite? ... waterway=rolling shutter --per le saracinesche regolabili? Il termine tecnico è paratoia, inglese sluice o sluice gate. Io li mappavo inizialmente come weir, ma mi osno accorto che è sbagliato. waterway=sluice, anche se poco utilizzato, sarebbe il metodo corretto Volker Ho capito, e per la presa d'acqua? -- Simone Girardelli __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] zona traffico limitato Milano
Ciao, spero di non trattare nuovamente un argomento già discusso ma, non ho molta dimestichezza con la visualizzazione dello storico della mailing list. ho visto che a londra hanno adottato un sistema particolare per segnalare la ztl, praticamente han circoscritto il perimetro con un Area e hanno creato un Rule il cui solo elemento è l'area e poi una serie di tag qui una pagina: http://wiki.openstreetmap.org/wiki/London_Congestion_Charge non mi è chiaro se è definitivo o cosaltro... però se così fosse potrei usare lo stesso sistema anche per Milano. Qualcuno segue o conosce l'argomento e mi sa dare qualche info in più? ...l'unico problema è che ancora nessun navigatore riconosce questo sistema... Ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] presa a griglia per acqua e saracinesca.
Il 29/09/2013 18:11, Volker Schmidt ha scritto: Ho risposto solo per la paratoia, perché ne avevo mappato alcune. Per la presa non so darti un consiglio, anche perché non ho capito che cosa è Volker Fà conto che sia una griglia che raccoglie l'acqua in una specie di tubo che poi esce poco dopo in una vasca piccola che rimanda ad una successiva vasca e da lì poi prosegue per un canale che porta ad una turbina per uso industriale di una fabbrica. -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] presa a griglia per acqua e saracinesca.
L'unica cosa che mi viene in mente è di taggare il tubo d'acqua come pipeline. man_made=pipeline type=water location=underground Non ho un'idea che tag utilizzare per il filtro che descrivi. 2013/9/29 girarsi_liste liste.gira...@gmail.com Il 29/09/2013 18:11, Volker Schmidt ha scritto: Ho risposto solo per la paratoia, perché ne avevo mappato alcune. Per la presa non so darti un consiglio, anche perché non ho capito che cosa è Volker Fà conto che sia una griglia che raccoglie l'acqua in una specie di tubo che poi esce poco dopo in una vasca piccola che rimanda ad una successiva vasca e da lì poi prosegue per un canale che porta ad una turbina per uso industriale di una fabbrica. -- Simone Girardelli __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OSMit13] Mappa partecipanti (e un appello)
mi sono permesso di spostare l'Urban center posizionandolo nel reale punto ciao... -- View this message in context: http://gis.19327.n5.nabble.com/OSMit13-Mappa-partecipanti-e-un-appello-tp5777189p5779396.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] Marciapiedi
Se non ricordo male nelle passate discussioni si diceva che la highway=footway separata va usata se il marciapiede è fisicamente separato dalla carreggiata (aiuola, alberi, parcheggio auto...), sidewalk=* nel caso sia invece attaccato alla stessa. Lollo Il giorno 29 settembre 2013 17:22, bredy bredy...@yahoo.it ha scritto: Cercando di capire come mappare i marciapiedi mi son accorto che leggendo le varie pagine del wiki che cercando di spiegare come mapparle ci sia un po' di confusione, nel senso che si contraddicono. Non sarebbe il caso di fare un po' di pulizia ed avere solo una definizione, ci sono almeno 4 pagine tra footway, sidewalk. Sulla pagina highway=footway dice di usare footway=sidewalk per i marciapiedi che costeggiano la strada nel paragrafo come mappare, mentre poco prima dice di usare sidewalk=* che invece mi sembra di aver capito vada usato assieme ad higway=(tipo strada per veicoli). Forse sarebbe il caso di dividerli in due esempi: 1 se si vuol mappare due percorsi separati uno per la strada e l'altro per il marciapiede o 2 se si vuol mappare un solo percorso usando il tag per indicare la presenza del marciapiede. -- View this message in context: http://gis.19327.n5.nabble.com/Marciapiedi-tp5779379.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] Marciapiedi
Solitamente il marciapiede è comunque separato dalla strada dal cordolo che lo rialza. Comunque il creare nuovi percorsi renderebbe la mappa un po' complessa. Sono comunque della stessa idea anche io nell'usare dove possibile l'attributo assieme alla strada, ma il problema segnalato è nella poca chiarezza delle pagine del wiki, almeno 4 pagine per descrivere la stessa cosa, si rischi veramente che se ne aggiorno una le altre vengan lasciate da parte e quindi nascano divergenze. Se non ricordo male nelle passate discussioni si diceva che la highway=footway separata va usata se il marciapiede è fisicamente separato dalla carreggiata (aiuola, alberi, parcheggio auto...), sidewalk=* nel caso sia invece attaccato alla stessa. Lollo___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Il giorno dom, 29/09/2013 alle 14.50 +0200, Luigi Toscano ha scritto: Aggiungo che non riesco a riprodurre il problema (ergo funziona come dovrebbe). Sistema: Debian testing, desktop KDE Plasma. JOSM/1.5 (6115 en) Linux Debian GNU/Linux testing (jessie) java version 1.7.0_21 OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-5) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Qt: 4.8.6 Piattaforma di sviluppo KDE: 4.10.5 Shell del desktop di Plasma: 4.10.5 Potreste provare un altro ambiente desktop o con un nuovo utente? Ciao Ho provato KDE su Fedora e li il problema non si presenta Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
2013/9/29 paolo savini larrot...@email.com spero di non trattare nuovamente un argomento già discusso ma, non ho molta dimestichezza con la visualizzazione dello storico della mailing list. ci sono delle proposte nel wiki, per esempio: http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traffic_zone poi ci aggiungi altre cose come nome, orari ecc. In realtà questo descrive un boundary, cioè una cosa lineare, forse si dovrebbe inventare un'altro oggetto (area) per descrivere ciò che viene delimitato dal boundary... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
Il 09/29/2013 08:17 PM, Martin Koppenhoefer scrisse: In realtà questo descrive un boundary, cioè una cosa lineare, forse si dovrebbe inventare un'altro oggetto (area) per descrivere ciò che viene delimitato dal boundary... Non ho capito bene la differenza. Mentre e' pur vero che AreaC e' un'area, dal punto di vista fisico essa diventa visibile solo lungo il suo contorno, dove ci sono cartelli e telecamere. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con i menu di Josm
Ciao, si, uso Mint 14 e ho lo stesso problema da tempo. Anzi se ricordo bene lo faceva anche con Manjaro-Mate. E' il caso di dire mal comune mezzo gaudio? Penso di no. Ma ti assicuro che prima mi sentivo più solo. Pensavo fosse un problema solo mio. Devo dire che a ottobre passerò a Ubuntu. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-con-i-menu-di-Josm-tp5779326p5779420.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] Problemi con i menu di Josm
Però adesso che ho fatto degli esperimenti avvicinando un po' alla volta per vedere il comportamento e poi massimizzato, anche una volta chiuso e riaperto pare funzionare bene. Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-con-i-menu-di-Josm-tp5779326p5779422.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] Tagging sentieri
2013/9/24 Volker Schmidt vosc...@gmail.com: Vedo nessun vantaggio nel usare scale diverse in paesi diversi in una mappa internazionale, se esistono rimappature riconsiute. +1, utilizziamo la classificazione svizzera e cerchiamo di adattarla alla realtà della montagna -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] sitios web en Colombia
Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] [Talk-GB] Hand-drawn OS maps on Wikimedia Commons
Corner coordinates are now displaying, allowing these to be aligned adjusted to fit. Have fun! Are the configuration files available already somewhere or is there a plan to make them available so users of the maps could just load the maps rather than having to align themselves with the given coordinates. I have just aligned about half a dozen of the maps using MAPC2MAPC and the coordinates posted but it's a long job to do the whole 200 files. Happy to post the files somewhere of the ones I have done. Hi Steven, I've never heard of MAPC2MAPC but it looks great. I posted a comment [1] on the talk-gb-westmidlands mailing list noting that there are KMZ/KML files available on British Library website that include the corner coordinates. It appears that MAPC2MAPC should be able to read these, and then assuming the z/x/y.png output in the OSMTracker is standard TMS this would be exactly what we need to host these online as a map layer (just like Bing or any of the other OS out of copyright maps). Hope this helps. Do you think we can get these hosted on ooc.openstreetmap.org? Regards, Rob p.s. Is there a Linux equivalent of MAPC2MAPC? [1] https://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/2013-September/001430.html ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Gruva data från AIS
On Aug 4, 2013, at 10:07 PM, Karl Wettin wrote: Jag mejlade precis till Sjöfartsverket och tiggde om uppkoppling till deras AIS-ström, något de skall ha 20 000-40 000 kronor om året för beroende på vad man skall ha det till. För den som inte vet så är AIS att man via VHF sänder ut vad för sorts farkost man är, var man befinner sig, hur snabbt man rör sig och åt vilket håll. På så vis kan man exempelvis se vad som sker på andra sidan ön som radarn inte kan penetrera. Styrkan på en bra AIS sändare med rätt placerad antenn kan nå en bra placerad mottagare så långt som 100 km bort. Tanken är att gruva fram spännande information som kan stoppas in i kartan. Vet i skrivande stund inte exakt vad man kan tänkas få fram men kanske fel i existerande data (massor av båtar som kör på karterat land), allmänna farleder, populära övernattningsplatser, badplatser, passagerarfartygsrutter, etc. Vi får se vad som händer. MarineTraffic.com bjuder på historisk data! Jag tänkte be om data runt skärgårdarna i Bohus, Blekinge och Stockholm. Finns det något annat område någon skulle tycka vara kul att labba med? kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [OSM-Talk-ZA] Using umap for Wiki Loves Monuments
I raise you one... I have been adding the SAHRA (national monuments) directly into OpenStreetMap... Sample so far: http://overpass-turbo.eu/s/18R I am using tag: sahra = *sahra ref number* Others welcome to join in. / Grant On 11 September 2013 15:31, David Richfield davidrichfi...@gmail.com wrote: Hi all, I've put the coordinates of the SA Heritage sites that we got from SAHRA onto this map: http://umap.openstreetmap.fr/en/map/wlm_za_1657 I know how to import data into the map, but if users fix the map, how can I get the data back out? Is there a way? Thanks, David -- David Richfield [[:en:User:Slashme]] +27718539985 ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Using umap for Wiki Loves Monuments
This is quite topical - just last week I did detail mapping of the South African Air Force Memorial after a visit, here: http://www.openstreetmap.org/#map=17/-25.79913/28.16852 However, this is not a 'heritage object' according to SAHRA, so there is no ref. So just a little reminder - many monuments and memorials don't seem to feature in SAHRA's list. P.S. Golden opportunity for somebody to do some nice detail mapping of the Voortrekker monument (the building and grounds), it's quite 'bare' at the moment: http://www.openstreetmap.org/#map=18/-25.77578/28.17673 Happy mapping all! -- Dawid Loubser da...@travellinck.com Op Ma, 2013-09-30 om 02:46 +0100 skryf Grant Slater: I raise you one... I have been adding the SAHRA (national monuments) directly into OpenStreetMap... Sample so far: http://overpass-turbo.eu/s/18R I am using tag: sahra = *sahra ref number* Others welcome to join in. / Grant On 11 September 2013 15:31, David Richfield davidrichfi...@gmail.com wrote: Hi all, I've put the coordinates of the SA Heritage sites that we got from SAHRA onto this map: http://umap.openstreetmap.fr/en/map/wlm_za_1657 I know how to import data into the map, but if users fix the map, how can I get the data back out? Is there a way? Thanks, David -- David Richfield [[:en:User:Slashme]] +27718539985 ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za signature.asc Description: This is a digitally signed message part ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
[Talk-ca] Canvec v12
What are the details regarding the conversion to OSM format of Canvec v12? Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Explosion d'un carrefour
Je suis étonné que tellement d'experts soient intervenus sur cette place et qu'aucun n'ai encore supprimé le area=yes sur le polygone highway=residential ([1]) Je vais répéter ici ce qui est écrit dans le wiki depuis très longtemps ([2]): In the context of roads, area=yes indicates that an area has no street lines within it (i.e., there is no given direction on the area). ce qui a été traduit en: Dans le contexte de routes, area=yes indique qu'une zone n'a pas de lignes de rue au sein de celle-ci (c'est à dire qu'il n'y a pas de direction donnée sur la zone). On ne peut pas décrire une place comme sans directions (sans filaire) et en même temps, y mettre du filaire parce qu'il y a effectivement des directions... Pieren [1] http://www.openstreetmap.org/browse/way/45489876 [2] http://wiki.openstreetmap.org/wiki/Key:area ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…
Je pense que ce sujet dépasse nos frontières et devrait donc d'abord se dérouler sur la liste internationale tagg...@osm.org. Les discussions sur le wiki impliquent en général bien peu de monde s'il n'y a pas auparavant un appel sur un canal plus fréquenté. Je pense aussi qu'il faut distinguer par des tags différents les anciens camps et les camps actuels. Et effectivement, le préfixe abandoned est maladroit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 29 septembre 2013 12:33, Pieren pier...@gmail.com a écrit : Je suis étonné que tellement d'experts soient intervenus sur cette place et qu'aucun n'ai encore supprimé le area=yes sur le polygone highway=residential ([1]) Super ! Génial ! Pourrais-tu chercher plus avant et expliquer pourquoi donc il y a tant de problèmes !?... Je vais répéter ici ce qui est écrit dans le wiki depuis très longtemps ([2]): Les experts ne sauraient donc pas lire le wiki ? In the context of roads, area=yes indicates that an area has no street lines within it (i.e., there is no given direction on the area). ce qui a été traduit en: Dans le contexte de routes, area=yes indique qu'une zone n'a pas de lignes de rue au sein de celle-ci (c'est à dire qu'il n'y a pas de direction donnée sur la zone). On ne peut pas décrire une place comme sans directions (sans filaire) et en même temps, y mettre du filaire parce qu'il y a effectivement des directions... Merci. Bon je vais supprimer ce area=yes... c'est fait. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
2013/9/29 Ista Pouss ista...@gmail.com: Bon je vais supprimer ce area=yes... c'est fait. Oui, mais non. Du coup, tu fais croire que ce polygone est une rue résidentielle en boucle fermée (comme un rond-point) à double sens de circulation (puisqu'il n'y a pas de oneway). Ca n'est pas non plus la bonne solution ;-) Pieren, taquin aujourd'hui ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Tu te trompes... Car il s'agit du contour de la place en tant que surface et pas d'un chemin qu'on peut prendre. Situation similiare ici à highway=perdestrian, sauf que cette place n'est pas que pédestre mais résidentielle. En fait ici cela devrait être quand même highway=pedestrian (surface utilisable par les piétons, mais pas par les véhicules qui doivent se limiter aux chemins filaire des rues qui traversent cette place mais ne peuvent pas .circuler partout). - Un routage de navigation pour véhicules ignorera cette surface interdite mais pourra encore prendre les rues tracées par le filaire. Situation similaire aux rues qui traversent des surfaces de parking et où la surface de parking est ignorée par le routage. - Un routage de navigation pour piétons circulera aussi bien le long des rues qu'au travers de la surface de la place, mais pour traverser les rues qui coupent la place, il devra si possible utiliser les passage piétons marqués (s'il y en a... sinon il suggère juste de traverser avec prudence la rue sans préciser où). Mais si on laisse highway=residential sur cette surface, par défaut les véhicules sont autorisés (on pourrait cependant utiliser highway=residential mais avec des restrictions d'accès interdisant les véhicules ce qui n'a pas grand sens car la surface est dédiée comle pédestre; le plus simples est donc highway=pedestrian... En quête donc de solution sur cet exemple. Il va fallloir l'évaluer avec différents moteurs de navigation. Le 29 septembre 2013 12:33, Pieren pier...@gmail.com a écrit : Je suis étonné que tellement d'experts soient intervenus sur cette place et qu'aucun n'ai encore supprimé le area=yes sur le polygone highway=residential ([1]) Je vais répéter ici ce qui est écrit dans le wiki depuis très longtemps ([2]): In the context of roads, area=yes indicates that an area has no street lines within it (i.e., there is no given direction on the area). ce qui a été traduit en: Dans le contexte de routes, area=yes indique qu'une zone n'a pas de lignes de rue au sein de celle-ci (c'est à dire qu'il n'y a pas de direction donnée sur la zone). On ne peut pas décrire une place comme sans directions (sans filaire) et en même temps, y mettre du filaire parce qu'il y a effectivement des directions... Pieren [1] http://www.openstreetmap.org/browse/way/45489876 [2] http://wiki.openstreetmap.org/wiki/Key:area ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
En résumé: - taguer le polygone de la place avec area=yes, highway=pedestrian - ne pas toucher aux rues qui traversent la place (et n'ont pas besoin non plus d'avoir un point d'intersection avec les bords du polygone SAUF si ce point est marqué highway=crossing pour le passage piétons, ce qui n'est visible que sur 2 rues mais pas toutes). - ne pas toucher aux cheminements piétons (highway=footway) qui cependant me semblent inutiles au milieu de cette place car ce ne sont pas des cheminements imposés et marqués (si on en met sur une surface piétonne, c'est juste pour les moteurs qui ne savent traiter que le filaire et ignorent les surfaces). Le 29 septembre 2013 15:12, Philippe Verdy verd...@wanadoo.fr a écrit : Tu te trompes... Car il s'agit du contour de la place en tant que surface et pas d'un chemin qu'on peut prendre. Situation similiare ici à highway=perdestrian, sauf que cette place n'est pas que pédestre mais résidentielle. En fait ici cela devrait être quand même highway=pedestrian (surface utilisable par les piétons, mais pas par les véhicules qui doivent se limiter aux chemins filaire des rues qui traversent cette place mais ne peuvent pas .circuler partout). - Un routage de navigation pour véhicules ignorera cette surface interdite mais pourra encore prendre les rues tracées par le filaire. Situation similaire aux rues qui traversent des surfaces de parking et où la surface de parking est ignorée par le routage. - Un routage de navigation pour piétons circulera aussi bien le long des rues qu'au travers de la surface de la place, mais pour traverser les rues qui coupent la place, il devra si possible utiliser les passage piétons marqués (s'il y en a... sinon il suggère juste de traverser avec prudence la rue sans préciser où). Mais si on laisse highway=residential sur cette surface, par défaut les véhicules sont autorisés (on pourrait cependant utiliser highway=residential mais avec des restrictions d'accès interdisant les véhicules ce qui n'a pas grand sens car la surface est dédiée comle pédestre; le plus simples est donc highway=pedestrian... En quête donc de solution sur cet exemple. Il va fallloir l'évaluer avec différents moteurs de navigation. Le 29 septembre 2013 12:33, Pieren pier...@gmail.com a écrit : Je suis étonné que tellement d'experts soient intervenus sur cette place et qu'aucun n'ai encore supprimé le area=yes sur le polygone highway=residential ([1]) Je vais répéter ici ce qui est écrit dans le wiki depuis très longtemps ([2]): In the context of roads, area=yes indicates that an area has no street lines within it (i.e., there is no given direction on the area). ce qui a été traduit en: Dans le contexte de routes, area=yes indique qu'une zone n'a pas de lignes de rue au sein de celle-ci (c'est à dire qu'il n'y a pas de direction donnée sur la zone). On ne peut pas décrire une place comme sans directions (sans filaire) et en même temps, y mettre du filaire parce qu'il y a effectivement des directions... Pieren [1] http://www.openstreetmap.org/browse/way/45489876 [2] http://wiki.openstreetmap.org/wiki/Key:area ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…
C'est vrai que c'est plutôt disused pour la fonction répressive; mais pas abandoned: pour ce qui est du mémorial. Par exemple on aurait disused:building=jail/... et building=memorial/museum/... sur le même objet qui a effectivement changé d'usage mais où il est important de retenir les deux fonctions, l'usage actuel étant lié à l'ancien.. Le préfixe abandoned: serait pour des bâtiments laissés volontairement à l'abandon au milieu d'un site visitable, et l'abandon les rend aussi potentiellement dangereux sans un entretien. Le 29 septembre 2013 12:46, Pieren pier...@gmail.com a écrit : Je pense que ce sujet dépasse nos frontières et devrait donc d'abord se dérouler sur la liste internationale tagg...@osm.org. Les discussions sur le wiki impliquent en général bien peu de monde s'il n'y a pas auparavant un appel sur un canal plus fréquenté. Je pense aussi qu'il faut distinguer par des tags différents les anciens camps et les camps actuels. Et effectivement, le préfixe abandoned est maladroit. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Je note aussi que quelqu'un a créé un multipolygone sans aucun attribut pour tenter de rendre visible le petit triangle au milieu. http://www.openstreetmap.org/browse/relation/3232953 Mais un multipolygone sans attribut n'a pas de sens: il faut remonter ceux de la bordure externe si on veut exclure une zone inner. Bref le contour en doublon qui a été ajouté par dessus celui visible actuellement n'apparait pas et c'est normal. Pire, il entre en conflit avec le poyfone un peu plus petit mais visible actuellement en blanc et non gris. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de bénévoles pour un stand à Toulouse le 12 octobre
Fichtre, mais c'est qu'il y a un sacré programme ce 12/10. Je vais me rendre dispo. Si tu as des infos à partager pour les animateurs je suis intéressé (horaire ouverture, modalités d'accès, orga sur place...). En particulier, serait-il raisonnable de trainer ma grande fille de 6 ans ;-) Le 24 septembre 2013 22:02, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, J'ai proposé la tenue d'un stand OSM dans le cadre d'un événement grand public organisé par la mairie le 12 octobre à Toulouse. Si l'affluence est comparable à celle des années précédentes, un coup de main ne sera pas superflu. Des contributeurs toulousains (ou autres) seraient-ils prêts à donner de leur personne ? :) Le principal étant dit, voici quelques éléments de contexte : « La Novela », dit « festival des savoirs partagés », démarre cette semaine à Toulouse : http://www.fete-connaissance.fr/?cadre=festival-la-novela Comme chaque année, La Novela est structurée par plusieurs thèmes dont « Toulouse Numérique », thème concentré sur les journées du 9 au 12 octobre. Une journée d'animation ouverte à tous est programmée le samedi 12 à l'université Paul Sabatier dans le cadre du thème « Toulouse Numérique ». Le public pourra découvrir au détour de stands, d'ateliers et de conférences les logiciels libres, la culture libre, les fablabs, le mouvement DIY, l'Open Data et... OpenStreetMap. Cf. pages 123 à 129 du programme ci-dessous : http://www.fete-connaissance.fr/sites/default/files/Programme-Novela-2013-PAP.pdf C'est un bel événement et même si vous ne comptez pas participer à la tenue du stand OSM, je vous invite à passer pour découvrir ces différents thèmes et faire connaissance. :) A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de bénévoles pour un stand à Toulouse le 12 octobre
Guilhem Bonnefille a écrit : Fichtre, mais c'est qu'il y a un sacré programme ce 12/10. Je vais me rendre dispo. Comme les années précédentes, La Novela fait feu de tout bois ; le programme fait 196 pages ! Seul hic, beaucoup d'animations sont en journée et en semaine... L'animation du forum numérique des séniors me contraint par exemple à prendre deux jours de congé. Si tu as des infos à partager pour les animateurs je suis intéressé (horaire ouverture, modalités d'accès, orga sur place...). En ce qui nous concerne, cela va se passer à l'Université Paul Sabatier, plus précisément dans le hall du bâtiment administratif, 118, route de Narbonne. Le lieu sera ouvert au public de 10 h à 19 h. En particulier, serait-il raisonnable de trainer ma grande fille de 6 ans ;-) Entre stand dédié aux jeux libres et atelier animé par Les Petits Débrouillards, m'est avis qu'il y a de quoi l'occuper. Par contre, elle ne tiendra certainement pas toute la journée. ;) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives, le modèle pyramidal, un échec ?
hello aux manieurs de balais (que je soutiens presque toujours) ! Pieren wrote L'idée remonte à début 2010 et 3 ans plus-tard, il n'y a toujours aucun logiciel qui s'en sert. Il faut parfois admettre que même les bonnnes idées peuvent ne pas être suivies d'effets. L'outil développé par jocelyn accessible ici : http://osm102.openstreetmap.fr/~jocelyn/polygons/index.py permet depuis plus d'un an d'exporter tout type de relation représentant un polygone que celle-ci utilise (ou pas) une construction pyramidale. On s'en sert pour construire le polygone France (avec dom/tom) et l'utiliser ensuite avec postresql et faire des requêtes limitées à la france. Pour vérifier ce type de relation pyramidale, on dispose aussi de : https://github.com/jocelynj/osm/blob/master/tools/mega-relation-analyser.py un autre, plus performant et accessible en ligne dont j'ai paumé l'adresse et osmose (il me semble) l'utilise dans un de ces tests. Pieren wrote et nous distingue encore une fois de tous nos voisins du monde Il est vrai que très peu de relation sont construites sur ce modèle mais on trouve : l'allemagne : http://www.openstreetmap.org/browse/relation/111 et l'ensemble des pays à majorité germanophone : http://www.openstreetmap.org/browse/relation/2463632 en plus des deux nôtres, c'est quand même pas nouveau que France et Allemagne soit le moteur de l'europe non ? ;-) On peut même découvrir les prémisses d'une éventuelle future intégration possible des mers dans osm : http://www.openstreetmap.org/browse/relation/1628011 Beaucoup en rêve, personne ne sait comment faire, mais il me semble que ça vaut le coup de continuer à laisser sa chance à ce modèle (c'est à dire sans l'éradiquer trop vite) car je ne vois pas le modèle actuel relation-ways résoudre le cas des mers/océans. Pieren wrote Des opinions ? Oui, lui laisser encore du temps. La contre-indication d'avoir un way de frontière qui appartient à une relation de plus qu'est la frontière entre deux pays ne me semble pas suffisamment pénible (quand on sait qu'un way admin_level=8 de frontière franco/italienne est membre de 12 relations : http://www.openstreetmap.org/browse/way/202492188 ) 1 de plus me semble tolérable compte tenu de l'espoir que cela porte à la simplification autant qu'a l'expansion à des relation de plus grosse tailles (mers/océans/continents/ensemble économique comme l'UE) A noter qu'une telle discussion pourrait sans doute être portée sur tagging, certains de nos voisins ayant semblent-il eux aussi des idées concernant l'utilisation de ce modèle. -- sly -- View this message in context: http://gis.19327.n5.nabble.com/Limites-administratives-le-modele-pyramidal-un-echec-tp5778241p5779397.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives, le modèle pyramidal, un échec ?
2013/9/29 sylvain letuffe lis...@letuffe.org: http://osm102.openstreetmap.fr/~jocelyn/polygons/index.py https://github.com/jocelynj/osm/blob/master/tools/mega-relation-analyser.py A noter que ces outils fonctionnent avec un identifiant en entrée, ce qui rend la chose facile. Le problème des autres outils qui fonctionnent en flux (ala osm2pgsql), c'est que cette modélisation implique un double passage sur les relations au minimum ou un stockage séparé des relations-segments. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Le 26/09/2013 23:49, Frédéric Rodrigo a écrit : A Nantes, c'est d'abord rivoli qui avait été retenu puis, à l'exemple de Toulouse, la conversion a ref:FR:FANTOIR a eu lieu le 8/2/2013.. Le débat pour savoir si Nantes est en Bretagne semble évité mais si c'est pour mettre Nantes en Auvergne... Concernant la valeur à mettre, l'opendata fournit généralement les 4 caractères alphanumérique identifiant la voie dans la commune. Le code FANTOIR complet comprend les codes du département et de la commune. Il peut donc être reconstitué à partir de la localisation de la rue sur OSM. Le code à 4 caractères est à préconiser dans le wiki d'OSM puisqu'il évite de la redondance d'information. Est-ce que la migration annoncée vers ref:FR:FANTOIR comporte également le recadrage de la valeur sur 4 caractères ? Je ne sais pas c'est avoir. Les ref:FR:fantoir sont ceux de Brest et du Finistère. Ces adresses ont été rentré dans OSM sans relation associatedStreet (je ne sais pas même si elles étaient d'usage à l'époque). Donc le tag ref:FR:fantoir est présent pour chaque numéro et est sur quatre carcactères. Il y a également des zones ou la tag ref:FR:fantoir est juste porté par des ways, mais sans adresses dans le coin. ref:FR:FANTOIR doivent être à Nantes et à Toulouse sur les relations. Pour les relations taille| count +--- 1 |56 2 | 673 3 | 2464 4 | 8980 5 | 126 11 | 423 Pour l'Auvergne il s'agit en fait de 87 noeuds avec une référence sur 11 carcactères, avec des tags places village ou locality : 63081B076G (sûrement département, commune et code à 5 caractères) Pour ce qui est de http://addr.openstreetmap.fr Arles : ref:FR:FANTOIR 4 4 caractères Bordeaux : ref:FR:FANTOIR 5 caractères Lyon : - Montpellier : - Nancy : ref:FR:FANTOIR 4 caractères Rennes : - Pour ce qui est de Bordeaux j'ai corrigé les codes fantoir dans l'outil http://addr.openstreetmap.fr et tout ceux qui étaient déjà en base pour passer à un code à 4 caractères. Je propose maintenant de combler les codes à mois de 4 caractères avec des zéros. btw, j'ai ajouté une petite page de stats là : http://addr.openstreetmap.fr/stats.php J'ai également commencé la page sur le wiki : http://wiki.osm.org/wiki/FR:Key:ref:FR:FANTOIR Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Effectivement, j'ai créé le multipolygon, mais j'avais oublié les détails de report de tags. (Et je ne connaissait pas le landuse=traffic_island que tu as ajouté. Pour le reste, je plaide non coupable :) (C'est un peu un casse-tête, on dirait, cette place. Je ne fais plus rien jusqu'à ce qu'on tombe sur quelque chose qui fait consensus, que je garderai sous le coude en tant que référence). Greg 2013/9/29 Philippe Verdy verd...@wanadoo.fr Je note aussi que quelqu'un a créé un multipolygone sans aucun attribut pour tenter de rendre visible le petit triangle au milieu. http://www.openstreetmap.org/browse/relation/3232953 Mais un multipolygone sans attribut n'a pas de sens: il faut remonter ceux de la bordure externe si on veut exclure une zone inner. Bref le contour en doublon qui a été ajouté par dessus celui visible actuellement n'apparait pas et c'est normal. Pire, il entre en conflit avec le poyfone un peu plus petit mais visible actuellement en blanc et non gris. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
2013/9/29 Philippe Verdy verd...@wanadoo.fr: Mais un multipolygone sans attribut n'a pas de sens: il faut remonter ceux de la bordure externe si on veut exclure une zone inner. Comme il y a des nouveaux qui nous lisent et qui ne connaissent pas encore Philippe (qui est filtré par la plupart des anciens abonnés de cette liste), je vais corriger au moins ce point. Il n'y a aucune obligation à reporter les tags sur la relation multipolygon; ça n'est pas une erreur ni une mauvaise pratique. Les multipolygons sont interprétés de la manière suivante par le principal outil de conversion des données osm en postGIS ([1]): - si un multipolygon n'est pas taggué (aucun tag principal), alors on prend tous les tags de tous les ways outer (mais le processus peut foirer si ces tags ont des valeurs différentes (-rejeté)). C'est facile lorsquil n'y a qu'un seul way outer (le cas de la plupart des multipolygons). - si un multipolygon est taggué, c'est uniquement ces tags qui seront pris en considération et pas ceux portés par les ways outer - si les tags d'un way inner est diffèrent des tags sur les ways outer ou ceux de la relation, alors ce way devient un nouveau polygone. Pieren PS: En plus, à donner des leçons ä tout le monde, tu fais encore des erreurs de débutant. Sur ce way ([2]), tu ajoutes un area=yes à un landuse. Mais les landuses sont toujours des polygones, il n'y a pas besoin de rajouter un area=yes. C'est comme pour les building. C'est marrant, cette obsession du area=yes. Déjà que j'ai beaucoup de mal à avaler ton landuse=traffic_island, jamais discuté, jamais voté et utilisé 500 fois par 60 personnes, dont la moitié par un seul contributeur, et pour toute la planète...:( [1] https://lists.openstreetmap.org/pipermail/talk/2013-September/068191.html [2] http://www.openstreetmap.org/browse/way/239302784 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives, le modèle pyramidal, un échec ?
Le problème des autres outils qui fonctionnent en flux (ala osm2pgsql), c'est que cette modélisation implique un double passage sur les relations au minimum ou un stockage séparé des relations-segments. Je ne sais pas trop où tu veux en venir, mais si c'est pour préciser que l'algorithme de traitement entre une relation construite en pyramide de relation et celle sans ne sera pas le même, en effet, il n'y a pas de doute. Mais osm2pgsql, tel qu'existant aujourd'hui, pour construire des géométries à partir de fichiers .osm et .pbf ne fonctionne pas en flux dans le sens être capable de construire toutes les géométries en une lecture continue du fichier de donnée sans stockage ogr2ogr qui dispose aussi d'un drivers de lecture des fichiers .osm et .pbf passe, lui aussi par un stockage temporaire. Enfin bref, avec ou sans modèle pyramide, que ça soit dans 400Go de RAM si on les as (osm2pgsql sans le --slim), une base sur disque (mode --slim) ou base sqlite temporaire (ogr2ogr) il faut de toute façon un algo avec stockage temporaire pour passer des données osm monde à des géométries (way, relation, ou pyramides de relations). Et si ce sur quoi tu t'interroges à la fin c'est la vitesse de construction des géométries avec chaque modèles sur un ordinateur qui existe, bien que ça dépende de la manière de faire l'algo, je pense que de deux algo bien réalisés, celui qui traite la pyramide sera le plus rapide car il y a factorisation du stockage sur disque d'une relation de frontière et sa construction (car ré-utilisée par les deux polygones qui se touchent) Mais je pense que ces considérations sont vraiment secondaires, laissons aux développeurs ces questions et posons nous plutôt la question du temps passé par le contributeur, sa difficulté à comprendre la construction, et les possibilités offerte pour maintenir des relations géantes avec les deux modèles. -- sly (sylvain letuffe) pour me contacter / to contact me : sylvain(A)letuffe(.)org -- View this message in context: http://gis.19327.n5.nabble.com/Re-Limites-administratives-le-modele-pyramidal-un-echec-tp5779415.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] proposal : jeu de tags pour la hierarchie cyclable des voies
j'ai fait un proposal de tags avec l'idee que j'avais lancee debut juillet, vous pouvez le voir la : http://wiki.openstreetmap.org/wiki/FR:Cycle_Hierarchy Le 06/07/2013 23:10, hamster a écrit : Je pense plutot que les tags highway sont bases sur l'usage automobile de la route, ces tags ne sont donc pas du tout adaptes pour faire une carte a l'attention des cyclistes. Il faudrait donc faire une serie de tags equivalents pour les velos, bases sur les memes criteres : highway=cycle:primary -- voie qui sert a relier 2 villes ou 2 regions a velo highway=cycle:secondary -- voie qui sert a relier 2 quartiers d'une ville a velo highway=cycle:tertiary -- voie principale de circulation cycliste a l'interieur d'un quartier highway=cycle:unclassified -- voie de moindre interet pour la circulation cycliste highway=cycle:bad -- voie deconseillee pour l'usage cycliste parce que difficile ou dangereuse (Evidamment les exemples de tags proposes ci dessus sont a ameliorer, n'hesitez pas a faire d'autres propositions) Ainsi les rues qui seraient notees cycle:secondary pourraient tout aussi bien etres des residential ou des cycleway ou meme des path au sens de l'usage automobile. Les rues qui sont notees highway=primary seraient souvent des cycle:unclassified ou des cycle:bad Ca permettrait de faire un rendu cycliste ou : - Les autoroutes et autres voies interdites aux velos apparaitraient comme des obstacles, avec un graphisme etroit pour ne pas encombrer la carte. - Les grosses arteres dangereuses a velo apparaitraient en petit et en blanc. - Les voies a privilegier par les cyclistes apparaitraient en plus gros et en orange ou rouge selon leur importance, que ce soient des pistes cyclables, des rues ou des chemins. Ca permettrait aussi d'avoir un rendu cycliste ou sont representes les axes de circulation cycliste de facon continue, comme le sont les highway=primary pour les voitures. C'est a dire que quand on se demanderait par ou passer pour aller de l'autre cote de la ville on verrait sur la carte un trait orange continu, passant par des pistes cyclables, des ruelles, des chemins, et qui traverse la ville. De la meme facon qu'a l'heure actuelle quand on veut aller de l'autre cote de la ville en voiture on voit un trait orange continu qui passe par des rues de centre ville, des rocades, des gros boulevards. En conclusion je pense que les tags highway sont faits en supposant un usage automobile. C'est mal parce que il ne faut pas taguer pour l'usage de la meme facon que il ne faut pas taguer pour le rendu. Il serait bon de corriger ca. Je pense aussi que tant qu'on essaiera de faire des cartes cyclables en rajoutant par surcharge les amenagements cyclables sur un fond de carte dessine pour un usage automobile, on aura des difficultes et ca sera pas terrible. Notamment parce qu'il nous manquera des infos sur les voies qui n'ont pas d'amenagement cyclable et parce qu'on sera encombres par des informations automobiles inutiles aux velos. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Matériel de promotion
Bonsoir, Ceux d'entre vous qui ont lu mon précédent message le savent, un stand OSM est prévu à l'université Paul Sabatier de Toulouse à l'occasion de la Novela le samedi 12 octobre prochain. Je vais avoir besoin de matériel de promotion pour ce stand : flyers, affiches, voire cartes et autres supports intéressants. Connaissez-vous des supports en français, maintenus et diffusés sous licence libre que je pourrais faire imprimer ? Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
A Saint-Etienne les code Fantoir sont à 10 caractères apparemment dans les sources : 6 lettres STEDGI plus 4 chiffres. Il semblerait que les 6 lettres initiales indiquent la source à l'origine de la codification (DGI : le cadastre) et un code abrégé pour désigner la commune (STE : Saint-Etienne). On a donc un code abrégé à 4 chiffres mais il n'est pas suffisant. Selon les communes le nombre de chiffres pourrait varier entre 3 et 4, et il pourrait y avoir plusieurs sources selon les secteurs ou selon la source, ou la collecticité qui a la charge de la voirie et fournit ses données. S c'est le cas, le code FANTOIR n'a pas un format unique ou bie il faut le préfixer par les 6 lettres pour le rendre unique au moins dans la commune ou plus grand si nécessaire (s'il y a des sources du département ou d'un EPCI ou d'une autre administration de l'Etat, y compris l'armée, ou d'une administration locale portuaire, voire un établissement mixte d'aménagement local). Y a-t-il une page de référence expliquant cette codification foutoir pardon, FANTOIR ??? Le 29 septembre 2013 19:24, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 26/09/2013 23:49, Frédéric Rodrigo a écrit : A Nantes, c'est d'abord rivoli qui avait été retenu puis, à l'exemple de Toulouse, la conversion a ref:FR:FANTOIR a eu lieu le 8/2/2013.. Le débat pour savoir si Nantes est en Bretagne semble évité mais si c'est pour mettre Nantes en Auvergne... Concernant la valeur à mettre, l'opendata fournit généralement les 4 caractères alphanumérique identifiant la voie dans la commune. Le code FANTOIR complet comprend les codes du département et de la commune. Il peut donc être reconstitué à partir de la localisation de la rue sur OSM. Le code à 4 caractères est à préconiser dans le wiki d'OSM puisqu'il évite de la redondance d'information. Est-ce que la migration annoncée vers ref:FR:FANTOIR comporte également le recadrage de la valeur sur 4 caractères ? Je ne sais pas c'est avoir. Les ref:FR:fantoir sont ceux de Brest et du Finistère. Ces adresses ont été rentré dans OSM sans relation associatedStreet (je ne sais pas même si elles étaient d'usage à l'époque). Donc le tag ref:FR:fantoir est présent pour chaque numéro et est sur quatre carcactères. Il y a également des zones ou la tag ref:FR:fantoir est juste porté par des ways, mais sans adresses dans le coin. ref:FR:FANTOIR doivent être à Nantes et à Toulouse sur les relations. Pour les relations taille| count +--- 1 |56 2 | 673 3 | 2464 4 | 8980 5 | 126 11 | 423 Pour l'Auvergne il s'agit en fait de 87 noeuds avec une référence sur 11 carcactères, avec des tags places village ou locality : 63081B076G (sûrement département, commune et code à 5 caractères) Pour ce qui est de http://addr.openstreetmap.fr Arles : ref:FR:FANTOIR 4 4 caractères Bordeaux : ref:FR:FANTOIR 5 caractères Lyon : - Montpellier : - Nancy : ref:FR:FANTOIR 4 caractères Rennes : - Pour ce qui est de Bordeaux j'ai corrigé les codes fantoir dans l'outil http://addr.openstreetmap.fr et tout ceux qui étaient déjà en base pour passer à un code à 4 caractères. Je propose maintenant de combler les codes à mois de 4 caractères avec des zéros. btw, j'ai ajouté une petite page de stats là : http://addr.openstreetmap.fr/**stats.phphttp://addr.openstreetmap.fr/stats.php J'ai également commencé la page sur le wiki : http://wiki.osm.org/wiki/FR:**Key:ref:FR:FANTOIRhttp://wiki.osm.org/wiki/FR:Key:ref:FR:FANTOIR Frédéric. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
Il y a bien une description officielle du Fantoir: http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits Pourtant ce fichier a une codification bien a lui utilisant des champs multiples, et tous ces champs ne sont pas utilisés selon les sources qui le référence. Si je reprend Saint-Etienne, on a des lignes comme: +--+-+***++-++--+*+*+**+*+**+*+*+**+***+***+***+*+***+***+***+**+***++**+ |42|0| || |LOIR|E | | | | | | | | | |000|000| |000|000| | | || | +--+-+***++-++--+*+*+**+*+**+*+*+**+***+***+***+*+***+***+***+**+***++**+ +--+-+---++-++--+*+-+**+-+**+-+-+--+---+---+---+-+---+---+***+**+***++**+ |42|0|218||J|SAIN|T-ETIENNE | |R| | | | |*| |0180773|000|000| |000|1987001| | | | | +--+-+---++-++--+*+-+**+-+**+-+-+--+---+---+---+-+---+---+***|**+***++**+ +--+-+---++-++--+*+-+**+-+**+-+-+--+---+---+---+-+---+---+---+--+***|+**+ |42|0|218|0010|B|PL |ABBAYE| |R| | | |0| | | |000|000| |000|1987001| |004351| |ABBAYE | | |42|0|218|0020|M|RUE |DE L ABBAYE | |R| | | |0| | | |000|000| |000|1987001| |004361| |ABBAYE | | |42|0|218|0025|T|RUE |DE L ABBE BREUIL | |R| | | |0| | | |000|000| |000|1987001| |004371| |BREUIL | | |42|0|218|0030|Y|MTE |DE L ABBE DE L EPEE | |R| | | |0| | | |000|000| |000|1987001| |004381| |EPEE| | +--+-+---|+-++--**+-+--+-+**+-+-+--+---+---+---+-+---+---+---+--+***++**+ (Là j'ai découpé les champs pour la lisibilité, en utilisant des lignes de bordures, mais si les bordures sont des astérisques, c'est juste un champ filler). On voit des lignes de 3 types : - pour la direction locale de la DGFiP (une seule dans ce département de la Loire, portant le nom du département) ; toujours présente en tête de chacun des fichiers; son code est 420 autrement dit le code département plus la direction 0 (pas de découpage du département). Je n'ai pas regardé tous les fichiers pour voir s'il y avait des départements découpés en plusieurs directions c'est peut-être hsitorique). - pour la commune ici le code est 420218 (et non 42218 comme le code INSEE complet d'une commune) car le code de direction s'y insère - pour les voies le code est 420218 suivi de 4 chiffres. La lettre qui suit est incohérente, elle est sensée avoir une signification de clé RIVOLI selon la lettre utilisée (la tranche où elle est allouée donne normalement un statut, masi visiblement ce n'est pas le cas ici pour la Montée de l'Abbé de l'épée. Malheureusement le fichier est écrit entièrement en capitales, sans aucun accent ni apostrophe (les types de voies sont abrégés et codés sur 4 positions, ici MTE pour Montée). - Le nom des voies est limité à 26 caractères (lettre capitale sans accent, ou espace qui remplace toute apostrophe ou trait d'union). - Dans certains cas pour faire tenir le nom de la rue, il est abrégé. RUE DU DOCTEUR XYZ pourra être écrit aussi RUE DOCTEUR XYZ ou RUE DOC XYZ, selon la longueur dy nom qui suit, et un prénom avant le nom pourra être abrégé à sa première lettre... - Quand un prénom est abrégé à son initiale, elle peut être ou pas suivie d'un point abréviatif (le plus souvent non mais ce n'est apparemment pas une règle) - Parfois les apostrophes sont conservées et non remplacées par une espace, parfois on trouve des traits d'union (éventuellement encadrés d'espaces). - Les noms de lieux-dits suivent parfois la mention LIEU-DIT (abrégé parfois LIEUDIT sans trait d'union, ou LDT ) dans le nom de voie, mais pas toujours (le type de voie sur 4 caractères est laissé vide). - Les nombres dans les noms de rue sont écrits en toutes lettres ou en chiffres, parfois en romains (aucune règle on trouve de tout, même pour les dates). Je souhaite bien du plaisir pour traiter ces noms de voies et les rapprocher des noms dans OSM !!! Le reste de la ligne donne - une colonne contient une astérisque our les communes de plus de 3
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 29 septembre 2013 20:16, Pieren pier...@gmail.com a écrit : 2013/9/29 Philippe Verdy verd...@wanadoo.fr: Mais un multipolygone sans attribut n'a pas de sens: il faut remonter ceux de la bordure externe si on veut exclure une zone inner. Comme il y a des nouveaux qui nous lisent et qui ne connaissent pas encore Philippe (qui est filtré par la plupart des anciens abonnés de cette liste), je vais corriger au moins ce point. Il n'y a rien à corriger du tout. Ce que tu décris ci-dessous est une recette de cuisine faite par l'outil que tu décris, destinée à tenter de corriger l'erreur, et qui pourtant n'arrive pas clairement à résoudre tous les problèmes. Notamment sur le fait que cela conduit à créer des doublons de tags en conflit, et qu'il est impossible alors de savoir lequel est applicable. Je maintiens que c'est une erreur de ne pas taguer le multipolygone lui-même alors qu'il est crée spécifiquement pour créer un trou dans la surface qu'il décrit, et que le tag sur le polygone outer oublit d'exlure la surface des poygones inner, et de fait ce poygone outer ne doit PAS porter les tags correspondant à la surface **réellement** désignée mais ils doivent être transférés au multipolygone... Il n'y a aucune obligation à reporter les tags sur la relation multipolygon; ça n'est pas une erreur ni une mauvaise pratique. Les multipolygons sont interprétés de la manière suivante par le principal outil de conversion des données osm en postGIS ([1]): - si un multipolygon n'est pas taggué (aucun tag principal), alors on prend tous les tags de tous les ways outer (mais le processus peut foirer si ces tags ont des valeurs différentes (-rejeté)). C'est facile lorsquil n'y a qu'un seul way outer (le cas de la plupart des multipolygons). - si un multipolygon est taggué, c'est uniquement ces tags qui seront pris en considération et pas ceux portés par les ways outer - si les tags d'un way inner est diffèrent des tags sur les ways outer ou ceux de la relation, alors ce way devient un nouveau polygone Cet algo n'en est pas un. Tout cela n'est qu'une heuristique destinée à tenter de corriger plus ou moins automatiquement certaines anomalies. Alors qu'il n'y a strictement aucune anomalie ni heuristique à réaliser si on a les tags sur le multipolygone directement. Ce serait aussi vrai dans une base GIS si on taguait les rings (anneaux) au lieu des multipolygones (dans une base GIS ce ne sont pas des ways (chemins) qui sont membres, mais des bien des rings (autrement dit uniquement des polygones fermés). Et c'est ce que tente de réaliser le script de conversion avec plus ou moins de difficultés. En plus tu te trompes dans la première partie : la conversion ne prend pas TOUS les tags des chemins membres, mais SEULEMENT ceux qui sont en commun. Et cela fait une grosse différence car tous les tags ne sont pas à considérer. Et pourtant cela foire car certains ne devraient pas être transférés, même s'ils sont communs (sinon cela entraine des conflits, par exemple quand le multipolygone est créé pour une valeur de natural=* différente de celle des chemins membres, un cas où il est parfois nécessaire de créer un multipolygone ayant un seul membre). Normalement seuls les tags du multipolygone devraient suffire, et ceux des chemins membres ne sont là que pour combler un manque et à condition qu'ils ne soient pas en conflit entre eux, et pas en conflit non plus avec ceux du multupogone. Alors tes approximations sont à metttre en parallèle de mes prétendues erreurs qui n'en sont pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 市の名称: ローマ字
On Thu, Sep 26, 2013 at 05:24:03PM +0900, Satoshi IIDA wrote: いいだです。 いろいろ考えてみましたが、 ここで細かいところを議論するよりも、 「osm.orgレンダリング以外の表示方法を充実」させたほうが前向きかな、と考えています。 しばらく議論を見ていましたが、レンダリング方法を改善していく、ということに 付いては、長期スパンでは賛成です。 ただ、すぐに改善できるわけではないので、徐々に直していくしかないのかなとも 思っています。 openstreetmapの地図はオフラインでも使えて便利なのですが、それぞれの地域に おける言語で表示されてしまうと、旅行に行くときは結構不便だったりします。 複数の言語での表示が簡単に切り替えられるようになると、もっと便利になるかな、 と思います。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 最近のJOSM
また、翻訳されていないものが増えて来ましたね。 あと、プリセットされている項目に、いろいろ設定出来るようにもなってます。 エネルギー関連ががらっと変わった感じです。そのほかにもいろいろと 変わっているところがあるみたいです。 なお、踏切については日本の考え方とはあってない気がします。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 住所
いいだです。 このへんのページを書き換えました。 内容に不備などありましたらお知らせください。 ■書き換え・追記が完了したページ *http://wiki.openstreetmap.org/wiki/Template:Admin_level_10* *http://wiki.openstreetmap.org/wiki/JA:Addresses http://wiki.openstreetmap.org/wiki/JA:Key:addr http://wiki.openstreetmap.org/wiki/JA:Key:place http://wiki.openstreetmap.org/wiki/Japan_tagging#Boundary* *http://wiki.openstreetmap.org/wiki/Japan_tagging#Places* *http://wiki.openstreetmap.org/wiki/JA_talk:Key:place* ■書き換え、あるいは追記が必要なページ nameについて、としさんも直されるようなのでちょっと様子見ちゅうです。 たぶん、ここにまとめるのがいちばん正しいのだろうな、という印象を持っています。 *http://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names* 2013年9月21日 23:22 Satoshi IIDA nyamp...@gmail.com: いいだです。 Tagging MLでも聞いてみましたが、特段大きな反対もなく、Wikiのほうも近日書き換えようかと思います。 (まぁ、各国に任されてる感じある) 2013年9月1日 9:42 Satoshi IIDA nyamp...@gmail.com: いいだです。 ■悩んでいるところ addr:blocknumber と addr:housenumber なのですが、 これを1つにまとめて addr:housenumber にしてしまえると思っています。 この点に関しては、自分は統合に反対です。 なるほど。 海外でいうところの street、にあたる部分が blockと考えれば 照応する形として、とてもスッキリします。 また、メリットのところであげわすれた、 他にちょっと気になっていたこととすれば、以下です。 ・今回行っている区分けでは、addr:housenumberがnullになるケースが多い。 ただし、海外区分けでの addr:housenumber は null をなるべく許容しないことになっている。 addr:blocknumber と addr:housenumber をまとめてしまえば、null表記をほぼ防げるかな、とも思った。 海外でも14bなどの枝番があるので、addr:housenumberを使うのがいいのかも、とも思った。 # どうせnullになる事例もあるんだけど。(北海道) # ただ北海道のは、その街区に建物が1つしか無いために1-1を省略してるようにみえるんですよね (^^; streetでの割り振りとblockによる番号割り振り方法の違い、ということで、あまりに気にしないほうがいいのかな。 と、いうわけで、いまのところはこんなかんじのサンプルです。 例2; addr:quarter = 昭和 addr:neighbourhood = 三丁目 addr:blocknumber = 2番 addr:housenumber = 1号 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 住所
としです. ■書き換え、あるいは追記が必要なページ nameについて、としさんも直されるようなのでちょっと様子見ちゅうです。 たぶん、ここにまとめるのがいちばん正しいのだろうな、という印象を持っています。 http://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names すみません,基本的には異論はないので修正をと思いつつ,自作GPSロガーのデバッグで謎な現象にハマった&休日出勤でした. 修正頂く分には,問題無いと思います.もしお時間が許せば,name も併せて修正頂けたら助かります. 取り急ぎ,ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 住所
としです. nameについて、としさんも直されるようなのでちょっと様子見ちゅうです。 たぶん、ここにまとめるのがいちばん正しいのだろうな、という印象を持っています。 http://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names すみません,基本的には異論はないので修正をと思いつつ,自作GPSロガーのデバッグで謎な現象にハマった&休日出勤でした. 修正頂く分には,問題無いと思います.もしお時間が許せば,name も併せて修正頂けたら助かります. 自作GPSロガーのデバッグでハマった点が解消したので name を変更しました. 後ほどスレッド改めてお知らせします. 取り急ぎ,ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] Japan tagging の name を更新しました
としです. 9月から議論のあった name の括弧併記の今後について,基本的に今後は 括弧併記をしない方向で議論がまとまりましたので,Japan tagging の name 及び,Examples of names から括弧併記を削除しました. https://wiki.openstreetmap.org/wiki/Japan_tagging#Summary_of_names https://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names 修正内容に何かありましたらお知らせ頂けたらと思います. ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 鯖江市の都市計画図が CC BY で公開されました。
いいだです。 source = Sabae City を source = Sabae City Tokeizuとして基盤地図情報(KIBAN)のように Sabae City Tokeizu(鯖江市の都市計画図データ)の説明をこちらのwikiに書かれればよいかと思います。 http://wiki.openstreetmap.org/wiki/Sabae http://wiki.openstreetmap.org/wiki/Sabae OSM wikiページにもデータの作成年とできれば元の都市計画図測量年度が書かればよい はい、Wiki側を充実させるのはとても賛成です。 sourceの記述変更も、そのほうがよいかな。 このへん、元データが頻繁に更新されるものではない(調査実施が5年単位)ので、 Wikiページ側に情報がまとまっているほうが便利ですね。 2013年9月26日 18:15 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 sourceタグの件ですが、都市計画図データがソースのものは 「都市計画図shapeデータを使いました」とわかるタグがよいのではと思います。 source = Sabae City を source = Sabae City Tokeizuとして基盤地図情報(KIBAN)のように Sabae City Tokeizu(鯖江市の都市計画図データ)の説明をこちらのwikiに書かれればよいかと思います。 http://wiki.openstreetmap.org/wiki/Sabae このwikiページには鯖江市の地図情報のページへのリンクが貼られていますが http://www.city.sabae.fukui.jp/pageview.html?id=13892 OSM wikiページにもデータの作成年とできれば元の都市計画図測量年度が書かればよいと思います。 sourceタグにデータの年度を入れるまでは必要ないと思いますが、 将来のデータ更新も踏まえて、wiki側に都市計画図データの説明と遍歴が公開されてればいいかなと思います。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Japan tagging の name を更新しました
いいだです。 修正ありがとうございます。 place関連の例について、他のページにあわせて階層構造の内容にあわせました。 https://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names 2013年9月29日 23:02 Toshihisa Tanaka tosih...@netfort.gr.jp: としです. 9月から議論のあった name の括弧併記の今後について,基本的に今後は 括弧併記をしない方向で議論がまとまりましたので,Japan tagging の name 及び,Examples of names から括弧併記を削除しました. https://wiki.openstreetmap.org/wiki/Japan_tagging#Summary_of_names https://wiki.openstreetmap.org/wiki/Japan_tagging#Examples_of_names 修正内容に何かありましたらお知らせ頂けたらと思います. ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] National speed limit changes
Peter, I say this because the '70 mph' value for maxspeed can only be used case where a road is a dual-carriageway. What about link roads and slip roads? Sometimes they seem to go on for miles without an obvious other carriageway. Yet the correct maxspeed is often 70mph, is it not? How about saying that 70mph can only be valid on a way tagged as one-way? Colin On 2013-09-29 10:14, Peter Miller wrote: To attempt to summarise the situation: * The maximum legal speed for any vehicle should be a number in maxspeed following by mph. * There should also be information available to say if this speed is defined as a number in a circle or a black and white sign * There is also benefit, for various reasons, to know if a road is single carriageway or dual carriageway. * There also seems to be agreement (in the form of silence from some) that there is no clear definition of what is and is not a dual-carriageway in the UK without going to court! * OSM tagging policy is generally that one should tag what one sees. As such, it seems unreasonable to ask a new mapper to great a situation requiring a court case for every ambiguous section of road in the country to establish if they are dual carriageways or single carriageways. This is why I suggest we use GB:national to indicate that the speed is set by a black/white sign. We could however compromise and suggest 'GB:nsl_dual' where we know if is a dual carriageway, 'GB:nsl:single' where we know it isn't and GB:national where we aren't sure. Alternatively, we could always use 'GB:national' for the maxspeed type and add other tagging to indicate dual carriagewayness, either using 'carriagway=A/B' tag or a relation with type=dual-carriageway or similar. Or.. and this is the simplest approach in the short term as far as I can see which I have been advocating, we can imply dual-carriagewayness by a combining a highway tag with the tag pairs 'maxspeed=70' and 'maxspeed:type=GB:national'. I say this because the '70 mph' value for maxspeed can only be used case where a road is a dual-carriageway. As we get clearer about what constitutes a dual-carriageway or not we then only need to change with speed between 70 mph to 60 mph. We can then also populate approach dual-carriageway tagging on these roads. Regards, Peter On 29 September 2013 00:45, Nick Allen nick.allen...@gmail.com wrote: Peter, After your first post on this, my initial thought was that you were correct and the simpler tag you were proposing was enough. I started following your proposal, but I've thought a little more feel that the more involved 'GB:nsl_single' type tag is actually needed I'll be going back through my work over the last couple of days and changing it back. My thinking is; i/. The basis of GB law is that it is up to the individual to know what the law states, and to comply with it. No matter what your SatNav tells you it won't help you when you are standing in a court explaining your actions - the SatNav is a guide only and some maintain that they are unsafe as they distract the driver who may therefore miss the speed limits being displayed. ii/. If you are driving a motor vehicle with very few exceptions you should comply with the law regarding speed limits. iia/. A built up area with street lighting (I'm not entirely sure how you define built up area, and I seem to remember something about the street lights being no more than 200 yards apart) will have a speed limit of 30 mph unless there are signs indicating otherwise, there should be repeater signs at intervals if it is not a 30mph area. iib/. National speed limit signs - the national speed limit has changed during my lifetime. Motorways are fairly simple, and for a car (not towing) it will be 70mph. Two-way roads with a national speed limit sign are also fairly simple, being 60mph for a car (not towing). Dual carriageways - little bit more complex - an island in the middle of the road to assist pedestrians to cross is not sufficient to make it a dual carriageway, but you would need to look at the current case law to help in deciding what exactly is a dual carriageway. I don't think a long length of wide road with the lanes divided by white crosshatch markings on the road, even if this exists for a length measured in miles, counts as a dual carriageway - it needs to have a physical barrier involved. iiic/. A prescribed limit indicated by signs such as '40', '50' etc.. iii/. The current software writers who seem to be using OSM data are mainly wrestling with the basics of navigating a car anywhere in the world but I think steps are being made towards navigation for larger vehicles, and these vehicles are likely to have different speed limits imposed on them in GB national speed limit areas. If they are writing software for navigating a 40 tonne lorry across Europe then the least we can do
Re: [Talk-GB] Hand-drawn OS maps on Wikimedia Commons
Corner coordinates are now displaying, allowing these to be aligned adjusted to fit. Have fun! Are the configuration files available already somewhere or is there a plan to make them available so users of the maps could just load the maps rather than having to align themselves with the given coordinates. I have just aligned about half a dozen of the maps using MAPC2MAPC and the coordinates posted but it's a long job to do the whole 200 files. Happy to post the files somewhere of the ones I have done. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL bus maps as source
On 29 September 2013 18:27, Andrew andrewhain...@hotmail.co.uk wrote: OpenStreetmap HADW osmhadw@... writes: My own assumption is that they are not a valid source, but I've just discovered one route, by a contributor who has added several bus routes, where their bus route finder web site has been quoted as a source from version 1 of the relation. Have you tried contacting the mapper? I sent them a message expressing concern just before posting to the list. I'm really after moral backing that this is a breach, as I'd be surprised if they took my word for it. They have an investment in quite a few bus routes that they, probably, wouldn't want redacted. (I'm actually a bit concerned that other people have been using such sources (very prolific and not checking if they are already part mapped), but haven't given any source, so I can't be sure..) Where people quote sources like this one (or more generally quote a URL, rather than a standard source tag), I think they are thinking more in wikipedia terms. Wikipedia tends not to concern itself with database copyrights, as long as the exact wording of a source isn't reproduced. For wikipedia, the source goes to show that the material is not original research. On the other hand, OSM actually prefers original research - a survey is the highest form of source. Incidentally, that means that care needs to be taken in using wikipedia to source OSM; importing from multiple articles may, indirectly import a copyright database.. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL bus maps as source
On 29 September 2013 18:52, OpenStreetmap HADW osmh...@gmail.com wrote: I'm really after moral backing that this is a breach, as I'd be surprised if they took my word for it. They have an investment in quite a few bus routes that they, probably, wouldn't want redacted. You definitely can't copy TfL bus maps. You have to follow the signs, or ride the routes, toot toot! Sadly TfL still don't release their open data in a simple way under an ODBL-compatible license. Regards, Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Hand-drawn OS maps on Wikimedia Commons
On Sun, Sep 29, 2013 at 5:45 PM, Rob Nickerson rob.j.nicker...@gmail.comwrote: Hi Steven, I've never heard of MAPC2MAPC but it looks great. I posted a comment [1] on the talk-gb-westmidlands mailing list noting that there are KMZ/KML files available on British Library website that include the corner coordinates. It appears that MAPC2MAPC should be able to read these, and then assuming the z/x/y.png output in the OSMTracker is standard TMS this would be exactly what we need to host these online as a map layer (just like Bing or any of the other OS out of copyright maps). I've bodged together a test website displaying the St Ives map converted to tiles, displayed with OpenLayers, it's easy to create tiles in MAPC2MAPC. You can view the test here [1]. Hope this helps. Do you think we can get these hosted on ooc.openstreetmap.org? It would be good to get them all hosted in one place, I've been looking at something similar for my own purposes but just hosted locally. p.s. Is there a Linux equivalent of MAPC2MAPC? Not aware of anything like MAPC2MAPC for Linux I'm afraid [1] https://dl.dropboxusercontent.com/u/2657852/OS_Drawings/index.html ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL bus maps as source
On 29/09/13 18:52, OpenStreetmap HADW wrote: On 29 September 2013 18:27, Andrew andrewhain...@hotmail.co.uk wrote: OpenStreetmap HADW osmhadw@... writes: My own assumption is that they are not a valid source, but I've just discovered one route, by a contributor who has added several bus routes, where their bus route finder web site has been quoted as a source from version 1 of the relation. Have you tried contacting the mapper? I sent them a message expressing concern just before posting to the list. I'm really after moral backing that this is a breach, as I'd be surprised if they took my word for it. They have an investment in quite a few bus routes that they, probably, wouldn't want redacted. I am the mapper who created that particular relation and I definitely rode that bus in both directions, so the only information gleaned from the TfL website is the existence of the route. I even took photos of my hand-scribbled notes and saved them with the gpx files in case it ever needs proving. Thanks for bringing this to my attention - I'll be sure to check such things more carefully in the future. I can't recall how that source tag came to be there - I can only assume that being one of the first few relations I ever did, I had copied it from another relation and edited it. What's the safest way to proceed with this - delete the relation entirely and create a new one from my notes? -Kevin ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Hand-drawn OS maps on Wikimedia Commons
Rob Nickerson wrote: p.s. Is there a Linux equivalent of MAPC2MAPC? qgis2 ? I still need to actually get it to create an alignment, but it displays the material I do have nicely, so is anybody using this for doing the referencing? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] TfL bus maps as source
Tom The TfL bus maps may not be usable but the timetable data on which they are based are available at traveline.info/tnds under the Open Government Licence. Is that ODBL-compatible or am I missing your point? A note of caution however. This week's edition of the London data includes breadcrumb trails of the track taken between each bus stop. I am not sure that TfL have intended to release this level of detail because of map copyright issues. However if you ignore everything between the mapping /mapping tags, then the rest of the Routelink records, ie the stop to stop links, are what is normally available as Open Data. Regards Peter Stoner In message CACD80NQ4wSrZqxY9M4SgBLg8zYDYNTv3=ZGmpmCCYTWkYO4u8Q@mail.g mail.com Tom Chance t...@acrewoods.net wrote: On 29 September 2013 18:52, OpenStreetmap HADW osmh...@gmail.com wrote: I'm really after moral backing that this is a breach, as I'd be surprised if they took my word for it. They have an investment in quite a few bus routes that they, probably, wouldn't want redacted. You definitely can't copy TfL bus maps. You have to follow the signs, or ride the routes, toot toot! Sadly TfL still don't release their open data in a simple way under an ODBL-compatible license. Regards, Tom -- Peter Stoner UK Regional Coordinator Traveline Information Limited m: 07917 525679 e: peter.sto...@traveline.info ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb