Re: [OSM-talk-be] Bingify Belgium
After doiing Rivierenhof in Deurne (and some other parks) I'm goiing to concentrate on Ford Lommel Proving Ground. Intresting. Should I tag: highway:raceway or something else? (testtrack?) -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Bingify Belgium
Also did some 'electrifying' work in very different regions Same here for Nijlen and region. Did some around liege, while connecting the dutch and belgium power grid ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] FOSDEM 2011
Hi all Mappers I successfully requested a stand at FOSDEM [The Free and Open source Software Developers' European Meeting]. So all volunteers are welcome to talk about our Hobbies, Passion and Work with other developers all over the world. It will take place in Brussels, Belgium on 5 and 6 of February, 2011. http://osm.org/go/0EoSspLYz- All information about accommodation, transportation and so one are here: http://www.fosdem.org/2011/ Don't hesitate to contact me for details. Merry Christmas Gaël from southern France ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Legal Flavio, Realmente é extremamente recomendavel fazer um import no ambiente de testes antes pra ver se foi tudo ok: http://api06.dev.openstreetmap.org/ - vc pode criar uma conta nesse ambiente do mesmo jeito que criaria no site oficial - quando vc quiser ver o resultado renderizado, parece que é necessário pedir pra alguem rodar a renderização - vou pesquisar o contato. http://api06.dev.openstreetmap.org/Com certeza o melhor é tentar quebrar em partes menores, pois fica menos complicado tratar um upload pela metade e fazer o merge com os dados já existentes. Outro ponto de atenção nesse caso é a deduplicação dos nós onde se dá a junção das partes. 2010/12/23 Flávio Henrique yoshi...@gmail.com Bom... passado um bom tempo após as primeiras tentativas e erros, consegui trilhar o caminho das pedras e estou pronto para gerar dados para importação. Agora é só questão de colocar as tags corretas/necessárias e importar. Então tenho as seguinte dúvidas: 1 - há servidor de testes para importação e verificação dos colegas antes de jogá-los para o servidor em produção? se sim, onde e como fazer a importação lá? 2 - alguma ideia da melhor forma de gerar os pacotes de importação? toda a cidade? por bairro? outra coisa? 3 - gostaria de questionar se a informação que coloquei no Wiki do projeto (http://goo.gl/CQP1g), sobre a resposta que o órgão público de Goiânia deu ao meu questionamento do uso das dados, é suficiente. Digo, estou liberado para importar? No mais é isso. Depois que eu confirmar que tudo está como deveria ser, escrevei algo sobre como foi a importação dos dados (programas utilizados, técnicas, etc). Abraços! Flávio Henrique There are only 10 types of people in the world: Those who understand binary, and those who don't 2010/6/24 Arlindo Pereira openstreet...@arlindopereira.com Não faço ideia. Aqui no Rio eu estou tendo um problema semelhante, e aparentemente sem solução - o arquivo com as ruas não tem as ruas mas, na verdade, as quadras. Assim, tenho polígonos de todos os quarteirões (numa resolução detalhadíssima, à propósito) e só preciso desenhar as ruas no meio. []s Em 24 de junho de 2010 00:10, Flávio Henrique yoshi...@gmail.comescreveu: Pessoal, boa noite! Recorro novamente à lista para reiterar meu pedido: há alguma ferramenta que auxilie no automação do merge de vias, dado um arquivo osm (ou shp) ? É que os dados das vias da Prefeitura de Goiânia são segmentados, ou seja, uma única via pode estar dividida em 'n' segmentos. Se alguém fez importações e passou por isso, poderia me indicar que ferramenta foi utilizada? Estou trabalhando na formatação da base de dados dos logradouros para poder importá-los já com todas as tags corretas. Se até o término não houver nenhuma sugestão, vou ter que baixar o fonte do JOSM, ver como ele unifica vias e escrever algo específico para os dados de Goiânia. Vai ser uma trabalheira, mas... Obrigado! Flávio Henrique 2010/6/21 Flávio Henrique yoshi...@gmail.com Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Re-2: Importaçao Orelhâos
Hi, really great if we can import this data. Even before this message I already had looked the site. Great to see that someone saw it too. Hope the import can be done. Em 24 de dezembro de 2010 11:01, Ronaldo Maia rom...@async.com.brescreveu: I was just thinking right now: If the positioning of the pay phones are good enough, they can be used as reference points where there is no gps traces, to correct bing imagery positioning. Or is that a bad idea? 2010/12/24 Christian c...@geobahia.net.br Me can make the cellphones later ... (mapa livre) ;-) I calculated them together. Anatel got 1.104.831 phone booths in the database. And as of 21th of December 2010 we have 628! booths. That's as much as 0,0568%: http://tagwatch.stoecker.eu/Brazil/En/tagstats_amenity_telephone.html If Anatel agrees (or maybe it's even public) - i dont know the brazilian law ... It would be worth to import them all in 22 changesets and delete all we have. Original Message processed by David.fx Subject: Re: [Talk-br] Importaçao Orelhâos (24-Dez-2010 3:05) From: Arlindo Pereira openstreet...@arlindopereira.com To: c...@geobahia.net.br Oops, I meant public telephones ofcourse. Emailing after 3am is never a good idea :P Em 24 de dezembro de 2010 03:31, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Wow, Christian, thanks for coming with this! I had such a hard work to map cellphones here on Rio! :P Unfortunately I couldn't browse the information with either Firefox or Chromium; probably the page only works on Internet Explorer. Will try asap from a Windows machine. Cheers, Arlindo Em 24 de dezembro de 2010 03:01, Christian Sponheuer | GeoBahia Ser c...@geobahia.net.br escreveu: Oi gente, na este site Anatel tem uma sistema com todos Orelhão no Brasil com Endereço, Numero de Telefone e outras dados. Uma gente aqui quero perguntar ta pode additionar os dados no Openstreetmap (Minha portuguese e ruim mesmo...) Site: http://sistemas.anatel.gov.br/sgmu/TUP/Lista/frmListagemTUPs.asp?opcao=7SISQSModulo=17510 Christian ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Ronaldo Maia ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Re-2: Re-2: Importaçao Orelhâos
Oi, o Nighto contatar o Anatel hoje (para o gerente tambem), agora aguarde o resposta: Olá, meu nome é Arlindo Pereira, colaboro com o OpenStreetMap, um projeto sem fins lucrativos que tem o objetivo de criar mapas de utilização livre. Nós contribuímos com o projeto sem remuneração e em nosso tempo livre. Com os eventos esportivos vindouros, a Copa de 2014 e as Olimpíadas de 2016, penso que seria extremamente interessante se pudéssemos incluir a base de dados dos telefones públicos da ANATEL no mapa, visto que é uma informação de relevância não só para os habitantes, como também para os turistas. A lista de telefônicos publicados está publicada em: http://sistemas.anatel.gov.br/sgmu/TUP/Lista/frmConsulta.asp?SISQSmodulo=17510. O OpenStreetMap trabalha com a licença Creative Commons Atribuição-Compartilhamento pela mesma licença (CC-BY-SA). A ideia seria incluir a base de dados dos telefones públicos nela, mantendo a atribuição da origem dos dados com a ANATEL. Nós gostaríamos de obter autorização para importar os dados sobre os telefones públicos e um arquivo com a latitude e longitude e quaisquer outras informações em qualquer tipo de formato. Nós converteríamos eles para o formato do OpenStreetMap e procederíamos com a importação. A base de dados do OpenStreetMap também pode ser usada por diversos aparelhos GPS para propósitos de navegação; nosso objetivo é construir um mapa completo de todas as cidades do Brasil. Esperamos que vocês possam nos ajudar. Atenciosamente, Arlindo Pereira Colaborador do OpenStreetMap http://openstreetmap.org/ ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] URL für OpenLayers. Layer.GML
Hallo, ich möchte auf einer Webseite GPX Tracks, die bereits zu OSM hochgeladen sind darstellen. Soviel ich weiß, geht das mit OpenLayers.Layer.GML[1]. Wenn ich als URL-Parameter eine lokale Datei angebe, funktioniert es, wenn ich den Track aber als http://www.openstreetmap.org/trace/id/data angebe, wird nichts angezeigt. Geht das prinzipiell so nicht oder sollte ich den konkreten Code posten, ob da vielleicht was falsch ist? Viele Grüße Andreas. [1] http://dev.openlayers.org/docs/files/OpenLayers/Layer/GML-js.html -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] URL für OpenLayers. Layer.GML
Es klingt so, als bräuchtest du einen ProxyHost, weil du auf einen anderen Server zugreifen willst, was JavaScript in der Form unterbindet: http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost Grüße Tim Andreas Tille schrieb: Hallo, ich möchte auf einer Webseite GPX Tracks, die bereits zu OSM hochgeladen sind darstellen. Soviel ich weiß, geht das mit OpenLayers.Layer.GML[1]. Wenn ich als URL-Parameter eine lokale Datei angebe, funktioniert es, wenn ich den Track aber als http://www.openstreetmap.org/trace/id/data angebe, wird nichts angezeigt. Geht das prinzipiell so nicht oder sollte ich den konkreten Code posten, ob da vielleicht was falsch ist? Viele Grüße Andreas. [1] http://dev.openlayers.org/docs/files/OpenLayers/Layer/GML-js.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Infrastruktur für Spezialkarten
Hallo Stephan, Im Endzustand träume ich von einer Karte, die ähnlich wie die Wassersportkarten von Jübermann Befahrungsmöglichkeiten und -regeln, Einsetzstellen für Kajaks, Umtragestrecken, Bootshäuser und ähnliches zeigt. In etwa in die Richtung geht, was ich gerade angefangen habe. Wobei ich eben an reinen Wassersportkarten nur den Wasserwanderatlas, den es im Osten gibt, kenne. Insbesondere die Kennzeichnungen von Schwierigkeitsgraden usw sind da ja nur rudimentär. Welche Daten sich sinnvoll in OSM erfassen lassen, was man automatisiert darstellen kann und was sich davon in die Karte der Freien Tonne übertragen lässt ohne die Übersichtlichkeit stark einzuschränken, müssen einige Experimente zeigen. Das ist ja beim Erstellen der Spezialkarten das ewige Problem. Ich möchte eigentlich in jeder Zoomstufe eine Wassersport-/ bzw. Seekarte präsent haben, und jeweils soviel darstellen, wie überhaupt geht, ohne die Übersicht zu verlieren. Deshalb experimentiere ich gerade mit verschiedenen Layern, die je nach Zoomstufe und Zeichendichte automatisch ein- und ausgeblendet werden. Bislang habe ich nur vage Ideen. Ich muss erst einmal mit einigen Beispielen spielen. Sobald erste Ergebnisse vorliegen, können wir uns unterhalten, was sich gemeinsam machen lässt. Viele Grüße, Stephan Schön wäre, wenn wir etwas von Deinem Know-How in Bezug auf das Tagging profitieren könnten. Wir definieren ja in unserer DB, welche Zeichen/ Pois wir aus OSM übernehmen, pappen ein passendes Icon dazu und ... Diese Definitionen können durch jedermann verbessert und vervollständigt werden, so dass jeder direkt Einfluß auf die Gestaltung unserer Karte hat. Im Umkehrschluß stellen wir unsere Definitionen dann ja z.B. auch für die Arbeit im JOSM bereit. Mit der Qualität dessen, was wir da im Moment haben, bin ich aber nicht in jedem Falle glücklich :-( Wir haben viele Seeleute, aber wenig OSM-er, die an der FT arbeiten. Das macht die Sache ziemlich aufwendig für ein paar wenige :-) Insofern ist jeder willkommen, der wirklich was will und kann. So sehr privat und eigenbrötlerisch, wie das vielleicht nach außen wirkt, sind wir nicht ;-) Und wir eignen uns auch nicht die Arbeit anderer an. Alles was geht, fließt direkt in die OSM-DB ein, wenn es bei uns gepflegt wird, steht also für jedes andere Projekt (hoffentlich gibt's bald mehr) auch zur Verfügung. Frohe Weihnachten JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
Am Donnerstag, den 23.12.2010, 10:12 +0100 schrieb dieter jasper: wie kann ich in JOSM ways finden, die noch kein highway tag haben. mit dem Suchbegriff type:way -highway=* Gruß, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
Hallo, damit findest du aber alle Wege, die kein highway haben. Also auch Wälder, Gebäude etc. Ich ging davon aus, dass es um ungetaggte Wege geht, die man zu highways machen möchte. Viele Grüße, Henning -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] Im Auftrag von Simon Kokolakis Gesendet: Freitag, 24. Dezember 2010 12:11 An: dieter_jas...@web.de; Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Ways in JOSM ohne highway tag Am Donnerstag, den 23.12.2010, 10:12 +0100 schrieb dieter jasper: wie kann ich in JOSM ways finden, die noch kein highway tag haben. mit dem Suchbegriff type:way -highway=* Gruß, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
Am 24.12.2010 12:16, schrieb Henning Scholland: Hallo, damit findest du aber alle Wege, die kein highway haben. Also auch Wälder, Gebäude etc. Ich ging davon aus, dass es um ungetaggte Wege geht, die man zu highways machen möchte. Hallo, das meinte ich auch, eben alles was noch kein tag hat. Habe mich wohl etwas unklar ausgedrückt. Gruß Dieter Jasper Viele Grüße, Henning -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] Im Auftrag von Simon Kokolakis Gesendet: Freitag, 24. Dezember 2010 12:11 An: dieter_jas...@web.de; Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Ways in JOSM ohne highway tag Am Donnerstag, den 23.12.2010, 10:12 +0100 schrieb dieter jasper: wie kann ich in JOSM ways finden, die noch kein highway tag haben. mit dem Suchbegriff type:way -highway=* Gruß, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] URL für OpenLayers. Layer.GML
Hallo, On Fri, Dec 24, 2010 at 10:06:38AM +0100, Kolossos wrote: Es klingt so, als bräuchtest du einen ProxyHost, weil du auf einen anderen Server zugreifen willst, was JavaScript in der Form unterbindet: http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost Das klingt als Ursache des Problems plausibel. Das werde ich die GPX Dateien doch noch mal als Kopie vorhalten müssen, denn auf dem Zielhost habe ich nur einen simplen FTP Zugang und kann keine CGI-Scripte ablegen (jedenfalls nicht daß ich wüßte). Danke trotzdem für die Erklärung Andreas. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] URL für OpenLayers. Layer.GML
Das Stichwort sollte http://en.wikipedia.org/wiki/Same_origin_policy sein. Bei manche Browsern lässt sich das Verhalten bezüglich Same origin policy auch konfigurieren. http://kb.mozillazine.org/Security.fileuri.strict_origin_policy Dann sollte es zumindest bei dir funktionieren, was natürlich nicht garantiert, dass andere deine Webseite benutzen können - was ja meistens das Ziel ist. Auch per FTP-Zugang solltest du CGI-Scripte auf deinen Webspace laden können. Die Frage ist, ob dein Provider CGI-Scripte unterstützt und welche (perl, python, etc.). Falls er das nicht tut, würde ich den Host wechseln. Probiere es doch einfach mal aus oder schreib deinem Host ne Mail. Simples CGI-Script: #!/usr/local/bin/perl # simple Hello World script print Content-type: text/plain\n\n; print 'Hello World!'; LG Philipp Am Freitag, den 24.12.2010, 15:24 +0100 schrieb Andreas Tille: Hallo, On Fri, Dec 24, 2010 at 10:06:38AM +0100, Kolossos wrote: Es klingt so, als bräuchtest du einen ProxyHost, weil du auf einen anderen Server zugreifen willst, was JavaScript in der Form unterbindet: http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost Das klingt als Ursache des Problems plausibel. Das werde ich die GPX Dateien doch noch mal als Kopie vorhalten müssen, denn auf dem Zielhost habe ich nur einen simplen FTP Zugang und kann keine CGI-Scripte ablegen (jedenfalls nicht daß ich wüßte). Danke trotzdem für die Erklärung Andreas. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] URL für OpenLayers. Layer.GML
Am 24. Dezember 2010 09:00 schrieb Andreas Tille andr...@an3as.eu: ich möchte auf einer Webseite GPX Tracks, die bereits zu OSM hochgeladen sind darstellen. Soviel ich weiß, geht das mit OpenLayers.Layer.GML[1]. Schau Dir vielleicht auch mal http://wiki.openstreetmap.org/wiki/DE:FacilMap an. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
Am 24. Dezember 2010 14:00 schrieb dieter jasper dieter_jas...@web.de: damit findest du aber alle Wege, die kein highway haben. Also auch Wälder, Gebäude etc. Ich ging davon aus, dass es um ungetaggte Wege geht, die man zu highways machen möchte. das meinte ich auch, eben alles was noch kein tag hat. Habe mich wohl etwas unklar ausgedrückt. Dafür würde ich mir die Ergebnisse des Validators in JOSM angucken. Wenn der über die Daten läuft, führt er auch Wege ohne Merkmale auf. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 3000 sprachspezifische name Tags automat isch einfügen, wie?
Moin, gibt es eine Methode, eine Übersetzungsliste mit einigen tausend niederdeutschen Ortsnamen als Gesamtjob in OSM einzuverleiben, indem man diese in einer Tabelle name-name:nds gegenüberstellt? Grüße Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Genauigkeit prüfen
Markus liste12a4...@gmx.de wrote: Idee: wenn wir eine genaue Anleitung anbieten, kann jeder Benutzer sein Gerät testen, das Ergebnis melden und wir können eine qualifizierte Geräte-Liste erstellen. Übrigens: In der Elektrotechnik nutzt man bei schwankenden Messwerten die Durchschnittsbildung über mehrere Messwerte, wenn genug Zeit dafür ist. Dabei verbessert sich der Wert bei n Messungen um den Faktor Konstante mal Wurzel aus n. Nehmen wir eine maximale Schwankungsbreite eines Gerätes von 12 Metern an. Nehmen wir weiter an, dass sich bei Durchschnittsbildung über vier Messwerte eine Verbesserung auf die Hälfte ergibt. Die oben genannte Konstante wäre also 1, was häufig so ist. Dann läßt sich die weitere Verbesserung durch noch mehr Messungen vorherbestimmen, wie folgt: 1 Messung- 12 Meter 4 Messungen - 6 Meter 9 Messungen - 4 Meter 16 Messungen - 3 Meter 25 Messungen - 2,4 Meter 36 Messungen - 2 Meter 100 Messingen - 1,2 Meter 1 Messungen - 0,12 Meter Man sieht, dass sich am Ende nicht mehr viel tut. Außerdem gibt es nicht nur eine Störurgsursache, sondern mehrere. Für jede dieser Ursachen muss die Reihe erstellt und überlagert werden. Und da gibt es fast immer solche Ursachen, die zwar bei der Einzelmessung fast nicht ins Gewicht fallen, die aber bei der Verbesserungsquote durch Mehrfachmessung fast immun sind, die Konstante also nahe Null ist. Fast immer ist daher eine Schlussabweichung da, die sich mit noch mehr Messungen faktisch nicht mehr drücken lässt. In Falle von handelsüblichen GPS Geräten dürfte die Folge schon bei hundert Messungen nicht mehr stimmen. Es wird also immer ein nicht eleminierbarer Fehler von wenigen Metern bleiben. Faustregel: Am Anfang verbessert die Durchschnittsmessung um etwa Wurzel aus n (Messungen). Später weicht das Ergebnis zunehmend von dieser Regel ab und endet in einem nicht mehr zu verbesserndem Bodensatz. Für die Spezialisten: Hier ist nicht die Wikipedia und ich habe versucht, einfach und aus praktischer Sicht zu erklären. Daher bleiben Begriffe wie Rauschen, Standardfehler und Verläßlichkeit hier außen vor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Genauigkeit prüfen
Hallo, Am Freitag 24 Dezember 2010 22:29:10 schrieb Tirkon: Übrigens: In der Elektrotechnik nutzt man bei schwankenden Messwerten die Durchschnittsbildung über mehrere Messwerte, wenn genug Zeit dafür ist. Dabei verbessert sich der Wert bei n Messungen um den Faktor Konstante mal Wurzel aus n. Nehmen wir eine maximale Schwankungsbreite eines Gerätes von 12 Metern an. Nehmen wir weiter an, dass sich bei Durchschnittsbildung über vier Messwerte eine Verbesserung auf die Hälfte ergibt. Die oben genannte Konstante wäre also 1, was häufig so ist. Dann läßt sich die weitere Verbesserung durch noch mehr Messungen vorherbestimmen, wie folgt: 1 Messung- 12 Meter 4 Messungen - 6 Meter 9 Messungen - 4 Meter 16 Messungen - 3 Meter 25 Messungen - 2,4 Meter 36 Messungen - 2 Meter 100 Messingen - 1,2 Meter 1 Messungen - 0,12 Meter 1. Wie weit ist es von hier bis zum Wald dahinten, was meinen Sie? 1. ~4km 2. 200m 3.2,5 km Da sieht man es wieder, man muss nur oft genug fragen, dann kommt man irgendwann auf den cm. :-) Gruß und frohes Fest noch, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Controlliamo le autostrade
Ho trovato qualche informazione in più riguardo il servizio [1]. In effetti nell'architettura del servizio ci sono delle tabelle con dei riferimenti geografici: *Un punto del TMC corrisponde ad un punto ben definito sulla rete stradale, rispetto al quale vengono riferiti gli eventi che accadono sulle strade vicine. Maggiore è il numero di punti e strade inserite nel TMC , maggiore è il dettaglio con cui possono essere fornite le informazioni sulla mobilità. * ** Maggiore il numero di punti, migliore è la definizione dell' informazione, ma non riesco a vedere nessun parametro qualitativo per le ns. autostrade. Non sono punti di trasmissione attivi (tipo beacons) che possiamo elencare e controllare. Salvo ulteriori sviluppi, rimango dell' idea di rimuovere l'indicatore dalla pagine della autostrade. F. [1] http://www.cciss.it/portale/cciss.portal;jsessionid=6y6jNJcLh1Y9c1FqmnDbXXRlnGK7VbJ35LFHFMLCnx52t3WTvqrT!1990409753!-1703081836?_nfpb=true_windowLabel=portletInstance_3portletInstance_3_actionOverride=%2Fportlets%2Fmenu_inviaggio%2FgoRdsTmc [2] http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema Il giorno 23 dicembre 2010 14:04, Gianluca De Rossi bigshot4e...@gmail.comha scritto: Il 23 dicembre 2010 08:37, Fabrizio Carrai ha scritto: Il sito RAI-CCISS [1] riporta: RDS-TMC Parte delle informazioni fornite dal CCISS (per ora quelle dinamiche relative alla rete autostradale) sono diffuse gratuitamente da RAI in tutta Italia tramite il servizio RDS-TMC, attivo su RadioUno FM dal 1 luglio 1998, e possono essere decodificate dalle autoradio con funzione RDS-TMC e dai navigatori per auto con tale opzione attivata. La copertura sembra quindi nazionale e la sorgente identificata. Se la cosa è confermata, l'informazione di qualità TMC potrebbe essere rimossa dalla pagina del Wiki. Che ne dite ? concordo fortemente! +1 -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [OT] Auguri di buon Natale
Auguri di Buon Natale a tutti gli amici della talk-it. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
AUGURI A TUTTI!!! Simone Morandi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Auguri! Buon Natale! Tia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Auguri! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Tantissimi auguri a tutti Matteo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Auguri a tutti!!! Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Auguri a tutti! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controlliamo le autostrade
From: talk-it-boun...@openstreetmap.org [mailto:talk-it-boun...@openstreetmap.org] On Behalf Of Fabrizio Carrai Sent: venerdì 24 dicembre 2010 10.07 To: openstreetmap list - italiano Subject: Re: [Talk-it] Controlliamo le autostrade Un punto del TMC corrisponde ad un punto ben definito sulla rete stradale, rispetto al quale vengono riferiti gli eventi che accadono sulle strade vicine. Maggiore è il numero di punti e strade inserite nel TMC , maggiore è il dettaglio con cui possono essere fornite le informazioni sulla mobilità. Maggiore il numero di punti, migliore è la definizione dell' informazione, ma non riesco a vedere nessun parametro qualitativo per le ns. autostrade. Non sono punti di trasmissione attivi (tipo beacons) che possiamo elencare e controllare. Salvo ulteriori sviluppi, rimango dell' idea di rimuovere l'indicatore dalla pagine della autostrade. I codici TMC corrispondono a punti (o insiemi di punti, o genericamente oggetti) mappabili in OSM, pertanto si può mappare l'associazione tra punti del TMC e oggetti OSM. I tedeschi, per esempio, lo hanno già fatto (vedi http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany). Potremmo farlo anche noi, se non lo abbiamo fatto penso che l'indicatore che lo attesta debba rimanere. Auguri di Buone feste a tutti Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controlliamo le autostrade
Il 24 dicembre 2010 15:23, Alberto Nogaro ha scritto: Un punto del TMC corrisponde ad un punto ben definito sulla rete stradale, rispetto al quale vengono riferiti gli eventi che accadono sulle strade vicine. Maggiore è il numero di punti e strade inserite nel TMC , maggiore è il dettaglio con cui possono essere fornite le informazioni sulla mobilità. Maggiore il numero di punti, migliore è la definizione dell' informazione, ma non riesco a vedere nessun parametro qualitativo per le ns. autostrade. Non sono punti di trasmissione attivi (tipo beacons) che possiamo elencare e controllare. Salvo ulteriori sviluppi, rimango dell' idea di rimuovere l'indicatore dalla pagine della autostrade. ma è un cartello, un pannello luminoso o un trasmettitore di qualche tipo? cioè io quando vado in autostrada come lo riconosco? -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controlliamo le autostrade
Il 24 dicembre 2010 16:06, Gianluca De Rossi ha scritto: ma è un cartello, un pannello luminoso o un trasmettitore di qualche tipo? cioè io quando vado in autostrada come lo riconosco? http://www.rai.it/RAI/Rportale/traffico/DatabaseTMC_2.pdf http://www.radio.rai.it/cciss/databasetmc.cfm penso che la cosa non vada riportata sullo stato di ogni autostrada, ma forse qui è davvero il caso di chiedere l'autorizzazione ed importarli tutti, se proprio vogliamo inserirli. e adesso??? -,- -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
On Fri, Dec 24, 2010 at 14:41, Simone Saviolo simone.savi...@gmail.com wrote: Auguri a tutti! Chiudo la fila degli auguri. Augurandovi un felice natale e uno stupendo anno nuovo! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] Auguri di buon Natale
Tantissimi auguri, e buon mapping!! 2010/12/24 scratera piz...@alice.it ...auguri anche d me a tutti -- View this message in context: http://gis.638310.n2.nabble.com/Re-OT-Auguri-di-buon-Natale-tp5864710p5865444.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Chat con @MCarolinaHoyosT Viceministra de tic #osm #brigadadigital
Fredy: Aunque hay que mantener las esperanzas los memorandos internos muestran que la información cartográfica se manejará de manera confidencial y el responsable de mapas para atender la crisis es el IGAC. Esto me parece más una diplomacia TIC que una intensión real, ojalá esta incredulidad sea una equivocación y se reivindiquen con la recomendación del artículo enviado: http://www.strategicstudiesinstitute.army.mil/pubs/display.cfm?pubID=12 Saludos escepticos, Humberto Yances El 23 de diciembre de 2010 19:08, ouɐɯnH fredyriv...@gmail.com escribió: Hola Maperos Solo por informarles, hoy tuve este chat público con la viceministra de tics vamos a ver si se puede algo, pues por ahora solo hemos encontrado mas de lo mismo. salu2 fredy_rivera ouɐɯnH Intentemos a ver si con @MCarolinaHoyosT se puede #brigadadigital #osm 1 hour ago MCarolinaHoyosT Ma Carolina Hoyos T @ @fredy_rivera seguimos trabajando para articular todas estas buenas inicitivas con el IGAC, gracias por tu apoyo. #brigadadigital 1 hour ago fredy_rivera ouɐɯnH @ @MCarolinaHoyosT también tienen pensado articularlas con la comunidad? necesitamos mapas #osm #brigadadigital http://bit.ly/grpoUa 1 hour ago in reply to ↑ @MCarolinaHoyosT Ma Carolina Hoyos T @fredy_rivera @DiegoMolanoVega @ClaudiaBerbeo en una segunda fase si! Debe ser pronto. 1 hour ago via Twitter for BlackBerry® Favorite Retweet Reply replies ↓ fredy_rivera ouɐɯnH @ @MCarolinaHoyosT @DiegoMolanoVega @ClaudiaBerbeo ese es un producto necesario para la 1 fase y prevencion #brigadadigital 1 hour ago fredy_rivera ouɐɯnH @MCarolinaHoyosT esto fue lo que hicimos en Haiti y lo queremos hacer en #Colombia http://bit.ly/g2MIMq #brigadadigital 48 minutes ago MCarolinaHoyosT Ma Carolina Hoyos T @ @fredy_rivera yo estoy de acuerdo! Eso es lo q necesitamos. Debemos seguir trabajando para articularlo #Colombia #brigadadigital 39 minutes ago fredy_rivera ouɐɯnH @ @MCarolinaHoyosT Esa si es la actitud vice! esperamos su apoyo #brigadadigital #osm 35 minutes ago in reply to ↑ @MCarolinaHoyosT Ma Carolina Hoyos T @fredy_rivera pero este es un trabajo de muchos. 34 minutes ago via Twitter for iPad Favorite Retweet Reply replies ↓ fredy_rivera ouɐɯnH @ @MCarolinaHoyosT Por cantidad no te preocupes que en #osm somos 338.889 y contando http://bit.ly/gIwfMu #brigadadigital 31 minutes ago -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] Fehler in Bing Bildern
On 23.12.10 12:36, Boris Cornet wrote: Für mich ergibt sich der Schluss, dass Bing besser nicht zum Abzeichnen verwendet werden sollte, vor allem wo mit GeoImage eine verlässliche Alternative gegeben ist. Das kamma so global nicht sagen. Es gibt sicher Gegenden (vor allem in DE dürfte das so sein), da sind die bing Luftbilder nix anders als die Yahoo Luftbilder. Es gibt aber Gegenden (ein Großteil Wiens, Innsbrucks z.B.), die Vexcel beflogen hat, die bessere Qualität Auflösung haben als das, was wir von GeoImage bekommen. Ganz allgemein gilt, daß man zuerst das Luftbild anhand verläßlicher GPS-Tracks (am besten die eigenen, wo man die Bedingungen und den DOP kennt) ausrichten sollte. Grade die Vexcel-Luftbilder sind sehr lagegenau gerechnet (was mit deren Technik zusammenhängt). Was sie allerdings öffentlich hergeben, weiß ich auch nicht. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Rivières type=waterway, argume nt contre l'ajout des rivières tributaires comme membr e
Le 23/12/2010 16:38, arno a écrit : j'ai trouvé l'outil sympa alors j'en ai fait un autre dans le même style, mais avec quelques infos en plus: http://renevier.net/maps/rivers/ -- il manque la Garonne (et la Gironde ?) -- la Baise - la Baïse Bravo, très intéressant et utile ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rivières type=waterway, argume nt contre l'ajout des rivières tributaires comm e membre
Le vendredi 24 décembre 2010, à 10:46:07 +0100, Jean-Francois a écrit : Le 23/12/2010 16:38, arno a écrit : j'ai trouvé l'outil sympa alors j'en ai fait un autre dans le même style, mais avec quelques infos en plus: http://renevier.net/maps/rivers/ -- il manque la Garonne (et la Gironde ?) J'ai corrigé la Garonne. Elle devrait être présente au prochain import. -- la Baise - la Baïse ok, je viens de corriger à l'instant. Pareil, ce sera sûrement présente au prochain import, en fin de semaine ou la semaine prochaine a+ arno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rivières type=waterway, argume nt contre l'ajout des rivières tributaires comme membr e
Le 24/12/2010 10:59, arno a écrit : ok, je viens de corriger à l'instant. Pareil, ce sera sûrement présente au prochain import, en fin de semaine ou la semaine prochaine \o/ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OrthoPhoto Rennes Metropole
Salut, Oui, je recommande l'usage de mapserver : simple et performant. Si jamais ça peut servir, je dois avoir un mapfile type que j'utilise pour les données BMO. F. 2010/12/23 rldhont rldh...@gmail.com Le 22/12/2010 22:52, jul...@krilin.org a écrit : Bonjour a tous nouvelle donnée dispo dans l'entrepot de données de Rennes Metropole, une orthoPhoto de 2004 a 25cm. http://www.data.rennes-metropole.fr/fr/donnees-sig/ortho-imagerie.html Les fichiers sont en jpeg géoréférencés en CC48 en regardant les fichiers inclus dans le zip d'une tuile (1Km x 1Km) il y a - un jpg - un wld - un fichier texte qui donne quelques infos, dont : Système de référence : RGF93 CC48 (IGNF : LAMBCC48 - EPSG : 3948) Je suis en train de télécharger les tuiles. Ensuite il faudra quoi pour en faire une couche WMS ou autre pour josm ? Un serveur carto comme MapServer ou Mapnik ogc server devrait suffir. Note : on (des acteurs locaux du libre) a rencontré les services de rennes a propos de la licence. Il y avait quelques incompréhensions mutuelle qui vont être a priori enlevées par une nouvelle version de la licence. Et cette licence devrais nous permettre d'importer les données dans OSM. En attendant la nouvelle licence il faut fourbir nos outils. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Refondre le portail openstreetmap. fr (sxpert et Yann demandés à l'accueil)
Le 23 décembre 2010 14:59, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On jeudi 23 décembre 2010, Marc SIBERT wrote: Je pense toutefois que certains services de openstreetmap.fr doivent être hébergés chez un professionnel afin de garantir la continuité du service (cela n'est pas réducteur du travail des bénévoles pour nos infrastructures ; c'est juste une question de dispo quand une opération est rapidement nécessaire). Philippe n'a pas précisé dans quel cadre/champs d'action/serveur/hébergement il pouvait créer ces accès, ta phrase sent le c'est pas professionnel, ce n'est pas forcément le cas ! Néanmoins j'accorde que cela peut nous rendre dépendant de la société Cléo, mais ce n'est pas nécessairement un problème. Des services, ça se déplacent. J'y inclus évidemment le www qui doit donner une vue synthétique du projet et de son activité courante. +1 c'est en effet l'objectif principal il me semble Après il faut voir si d'autres services doivent être assurés, mais à mon gout je ne pense pas, comme un moteur de rendu localisé (forte demande de ressources CPU disque). Pour ma part, au contraire, je pense que si c'est possible d'assurer d'autres services utiles à la communauté osm-fr, et bien je pense qu'on peut le faire. zone de téléchargement, outils de contrôle des données, installation de serveur WMS/tuiles pour des orthophotos récemment libérées, etc. Bien sûr il faut rester raisonnable, et un moteur de rendu n'est sans doute pas pour une première étape tant il nous faudrait quelque chose de costaud, donc coûteux, donc difficile à trouver. On pourra y trouver, toujours d'après moi, le forum, un blog, pourquoi pas des pages pour les activités régionales (voir la discussion qu'il y a eu à ce sujet), peut-être un accès web aux listes talk-fr. je dis évidement +1 Dans ces conditions, je ne vois pas l'intérêt d'un accès SSH pour un hébergement WEB (une fois l'install initiale faite évidemment), même de plusieurs sites simultanément. Par accès ssh dont on parle, je pense qu'un accès ftp ou n'importe quel type permettant de déposer des fichiers peut tout à fait suffire. Pour les motivés qui veulent remplir le blog ou le CMS, il est clair que ce n'est pas nécessaire, mais on sait qu'a un moment donné il peut être nécessaire de mettre les mains dans le cambouis et lorsqu'il faudra, au hasard : - faire de l'authentification centralisée - gérer une cohérence graphique - ajouter des composants - vider un cache plein à craquer - corriger une erreur de droits - changer le moteur de CMS parce qu'on s'est gauffré ;-) il peut s'avérer utile d'être plusieurs à disposer d'un accès aux fichiers/base SQL -- sly qui suis-je : http://sly.letuffe.org Bonjour, J'ai commencé à formaliser tout ça sur le Wiki, à la page déjà existante, j'ai ajouté une sous-page dans laquelle je décris le projet de migration tel que je le vois. http://wiki.openstreetmap.org/wiki/FR:Osm.fr/Plan_projet . Je vous encourage à poursuivre la/les discussions de ce que doit héberger ce site et des outils à utiliser sur ces pages afin de ne pas polluer cette liste. Je, je, je prends le pouvoir pour faire avancer le Schmilblick, mais si vous savez faire mieux, moins cher, plus vite, etc. je laisse ma place. Je présente mon idée, si vous n'êtes pas d'accord, je vous écouterais et je déciderais. Mais pour finir je mettrais tout ça au vote ici même et surtout j'aurais régulièrement besoin de votre aide. Pour commencer si un graphiste peut faire une charte pour ce site, ce sera ma première demande de ressources. Note : je ne gagne rien ($) à faire tout ça, je perds juste mon temps (précieux). -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OrthoPhoto Rennes Metropole
Salut, Oui, je recommande l'usage de mapserver : simple et performant. ok, je regarderais ca apres les fetes Si jamais ça peut servir, je dois avoir un mapfile type que j'utilise pour les données BMO. pourquoi pas oui, merci Je viens de parcourir le site de mapserver en diagonale ca a l'air dans mes cordes, mais je veut bien un vrai exemple ;) -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagger le père noël
Afin de faciliter le travail du père noël je propose quelques tags : Les cheminées : Sur building, un node avec : man_made=chimney santa:allowed=yes chimney:diameter=* Sur les parking : amenity=parking capacity:reindeer=yes|no|number -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagger le père noël
Pour le node de la cheminée, je propose plutôt : building=entrance entrance=chimney access=santa Joyeux Noël à tous ! 2010/12/24 Pierre-Alain Dorange pdora...@mac.com Afin de faciliter le travail du père noël je propose quelques tags : Les cheminées : Sur building, un node avec : man_made=chimney santa:allowed=yes chimney:diameter=* Sur les parking : amenity=parking capacity:reindeer=yes|no|number -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OrthoPhoto Rennes Metropole
2010/12/24 jul...@krilin.org Si jamais ça peut servir, je dois avoir un mapfile type que j'utilise pour les données BMO. pourquoi pas oui, merci Je viens de parcourir le site de mapserver en diagonale ca a l'air dans mes cordes, mais je veut bien un vrai exemple ;) Voila (la couche intéressante est ici celle dénommée ortho) : MAP NAME all_bmo_layers STATUS ON EXTENT 83000 92000 107000 109000 UNITS meters FONTSET fontlist.txt SHAPEPATH /data/work/bmo/ MAXSIZE 4000 CONFIG PROJ_LIB /data/project/bmo/wms_server/conf/ WEB METADATA ows_title OGC server with data from Brest Metropole Oceane (license compatible with OpenStreetMap) ows_onlineresource http://bmo.openstreetmap.fr/ows; ows_srs EPSG:4326 EPSG:900913 EPSG:3948 EPSG:3857 EPSG:2154 ows_encoding UTF-8 ows_contactorganization OpenStreetMap France ows_contactperson http://wiki.openstreetmap.org/wiki/User:Vdb; END IMAGEPATH /tmp END PROJECTION init=epsg:4326 END OUTPUTFORMAT NAME jpeg DRIVER GD/JPEG MIMETYPE image/jpeg FORMATOPTION QUALITY=75 FORMATOPTION INTERLACE=OFF IMAGEMODE RGB EXTENSION jpg END OUTPUTFORMAT NAME png DRIVER AGG/PNG MIMETYPE image/png IMAGEMODE RGBA TRANSPARENT ON EXTENSION png FORMATOPTION INTERLACE=OFF END LAYER NAME ortho STATUS ON PROJECTION init=epsg:2154 END TILEINDEX raster/index.shp TILEITEM location # better quality if uncommented, but slower: #PROCESSING resample=average TYPE RASTER #OFFSITE 255 255 255 MAXSCALE 5 METADATA ows_titleOrthophoto BMO 2004 @ 20cm wms_srsEPSG:4326 EPSG:900913 EPSG:3948 EPSG:3857 EPSG:2154 wms_extent 133000 6826000 16 6847000 #epsg:2154 wms_opaque 1 wms_abstract Couche Orthophoto BMO à 20cm, prise en 2004 wms_attribution_title Brest Métropole Océane END END LAYER NAME ortholittorale STATUS ON # better quality if uncommented, but slower: #PROCESSING resample=average TYPE RASTER CONNECTIONTYPE WMS CONNECTION http://geolittoral.application.equipement.gouv.fr/wms/metropole?; MAXSCALE 5 METADATA ows_titleOrthophoto GeoLittoral 2000 @ 50cm wms_srsEPSG:4326 wms_nameortholittorale wms_server_version 1.1.1 wms_format image/png; mode=24bit wms_extent -5.48952 42.9887 2.76364 51.0229 #epsg:4326 wms_opaque 1 wms_abstract Couche Orthophoto GeoLittoral à 50cm, prise en 2000, issue du serveur http://geolittoral.application.equipement.gouv.fr, proxifiée ici pour reprojection vers EPSG:900913 wms_attribution_title GeoLittoral END END LAYER NAME voies_ccpc DATA vecteur/cc_presquile_crozon/Voies_CCPC.shp PROJECTION init=epsg:4326 END LABELITEM LIBRU LABELCACHE ON LABELMAXSCALEDENOM 7000 METADATA ows_titleVoies CC Presquile de Crozon ows_srsEPSG:4326 EPSG:900913 EPSG:3948 EPSG:3857 EPSG:2154 wms_opaque 0 ows_abstract Voies CCPC gml_include_items all ows_attribution_title Communauté de Communes de la Presqu'ile de Crozon END STATUS ON DUMP TRUE TEMPLATE tpl.txt TYPE LINE MAXSCALEDENOM 2 CLASS NAME voies_ccpc STYLE WIDTH 5 OUTLINEWIDTH 1 OUTLINECOLOR 255 255 255 MINWIDTH 4 MAXWIDTH 6 END STYLE WIDTH 2 COLOR 150 150 150 MINWIDTH 1 MAXWIDTH 3 END LABEL COLOR 143 143 143 FONT arial TYPE TRUETYPE POSITION AUTO ANGLE AUTO PARTIALS FALSE SIZE 12 OUTLINEWIDTH 4 OUTLINECOLOR 255 255 255 END END END LAYER NAME voies DATA vecteur/WGS84/Filaire_voies/segm.shp LABELITEM NOMVOIE LABELCACHE ON LABELMAXSCALEDENOM 7000 METADATA ows_titleVoies BMO ows_srsEPSG:4326 EPSG:900913 EPSG:3948 EPSG:3857 EPSG:2154 wms_opaque 0 ows_abstract Voies BMO gml_include_items all ows_geometries the_geom ows_the_geom_type line ows_attribution_title Brest Métropole Océane END STATUS ON DUMP TRUE TEMPLATE tpl.txt TYPE LINE MAXSCALEDENOM 2 CLASS NAME voies STYLE WIDTH 5 OUTLINEWIDTH 1 OUTLINECOLOR 255 255 255 MINWIDTH 4 MAXWIDTH 6 END STYLE WIDTH 2 COLOR 150 150 150 MINWIDTH 1 MAXWIDTH 3 END LABEL COLOR 143 143 143 FONT arial TYPE TRUETYPE POSITION AUTO ANGLE AUTO PARTIALS FALSE SIZE 12 OUTLINEWIDTH 4 OUTLINECOLOR 255 255 255 END END END END ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] A la Nedeleg party de Quimper du 23/12
Nous étions quatre, Hervé, Patrick, Fabrice et votre serviteur. Fabrice a montré ses méthodes pour dompter vite fait les bâtiments rebelles. Résolutions prises pour 2011 : - Faire des imports de bâti via le cadastre à Pouldreuzic (commune natale de Pierre-Jakez Hélis) et sur le pourtour de la Communauté de Quimper (Pleuven, Fouesnant, Clohars-Fouesnant et Gouesnac'h sont faits) - Aller convaincre des élus de petites communes qui pourraient s'appuyer sur la plateforme GéoBretagne et obtenir gratuitement ce que certains leur proposent moyennant finances (Merci, François) - Poursuivre les démarches pour que Quimper Communauté se saisisse de la question ds données publiques. Ça va venir. A part ça, les pizzas, dans le petit resto d'à côté étaient très convenables. Les Finistériens du Nord ont dit s'inscrire pour l'année prochaine : ils seront attendus... Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 鉄道データインポート
東です。 やはり「2つ以上の点から成る「線データ」」をそのまま railway=platform とするのは無理があるようで 微調整は地道に手作業でやった方がよさそうですね。 そもそものきっかけは OSMの地図で駅を探した場合に、実際の駅入口から離れたところに railway=stationのノードが打ってあったりして戸惑うので より分かり易い表現ができないかな、 と思ったことです。 イギリスの例を調べてみると、大き目の駅では railway=station をエリアで描いています。 http://www.openstreetmap.org/browse/way/4005758 http://www.openstreetmap.org/browse/node/302042289 確かに、線路上のノードとして駅を描いてしまうと複線、複々線、複々々線、、、 と駅のノードが横に並ぶのもちょっとヘンなので 大き目の駅だと、駅舎全体を railway=station としてエリアで描くのもアリですかね。 小さな駅であれば、 入口が複数ある場合はその中心あたりに 入口がひとつしか無い場合はその入口あたりに railway=stationをノードで打つ というのが親切な気がしますがこんな考えで良いんですかね。 10/12/24 Tomomichi Hayakawa tom.hayak...@gmail.com: Tomです。 私は、osm形式へ変換したデータしか確認してませんので、 元データについては、確認してないのですが。 インポートしているosmデータについては、 まず、線路に相当する部分だけのようです。 また、駅POIのあたりには、ホームに相当するような線路部分が 単独のwayとして繋がってるようです。 ですので、そこをホームが存在するエリアかと想像する事は出来ると思います。 また、「railway=platform」のタグは、 ホームの人が乗り降りする場所(電車を待っている場所)と、私は理解していますので、 この場合、「ホームに相当するような線路部分」に、このタグを付けるのは、 適当じゃないように思いますが、いかがでしょうか? ただ、その駅POIに繋がるwayの長さから、 ホームの両端が想像できるのではないかと、思います。 (大きな総合駅では難しいかもしれませんが。) 2010年12月24日12:33 S.Higashi s_hig...@mua.biglobe.ne.jp: 東です。 インポートお疲れ様です。 Wikiのインポートページを見ると http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Railway#Notes 鉄道データに含まれる駅の情報は「点データ」ではなく2つ以上の点から成る「線データ」 とあり、それをひとつに絞っているとのことですが この「線データ」が仮にプラットフォームの長さに近いものであれば railway=station のノードだけでなく、 railway=platform のウェイも引いていただくことは可能でしょうか。 On Thu, Dec 23, 2010 at 03:40:57PM +0900, Tomomichi Hayakawa wrote: すでにインポートされている路線、 すでに描かれている路線、 廃線になってしまった路線、 などなど、判りましたら、こちらのリスト書いていただけると、とっても助かります。 八戸から青森の間は会社、変わってしまいましたね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Potlatch 2 'sticking' in Bristol
Dave F. wrote: Hmm.. FYI as the problem seems to occur over most of Bristol I should tell you I've been adding the residential areas to a multi-polygon (Relation 1277566) Their number complexity (inner outer areas) have grown considerably; maybe by too much. Having had a brief look at it I think it's because the multipolygon contained a node as a member (1027148423). I've removed the node from the multipolygon and it seems to work fine now. P2 of course shouldn't be freaking out when that happens and I'll put something in to fix it in due course. Good luck with organ. Thanks! cheers Richard ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Potlatch 2 'sticking' in Bristol
On 24/12/2010 08:39, Richard Fairhurst wrote: Dave F. wrote: Hmm.. FYI as the problem seems to occur over most of Bristol I should tell you I've been adding the residential areas to a multi-polygon (Relation 1277566) Their number complexity (inner outer areas) have grown considerably; maybe by too much. Having had a brief look at it I think it's because the multipolygon contained a node as a member (1027148423). I've removed the node from the multipolygon and it seems to work fine now. P2 of course shouldn't be freaking out when that happens and I'll put something in to fix it in due course. That works for me as well, Thanks Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb