[Talk-transit] IFOPT norm
Hi Everybody, I'm new on this mailing-list. I want to know a little more about the IFOPT norm. Is OSM interested in implementing it ? I actually try to convince a french association http://www.jaccede.com to free there data and/or import it in OSM and i'm sure that the IFOPT norm would be a good argument. Thanks for your help. -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-ko] name of lake
2011/3/6 Jonas Stein n...@jonasstein.de: Hi, i tried scanaerial on this lake and its much more precise now. But i could not findout its name / could not read/write it. http://www.openstreetmap.org/browse/way/102880665 Actually it's a reservoir, 고구저수지 (Gogu reservoir) ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
Re: [Talk-br] como fazer mapa de rotas
Oi Yuriê, Não sei se tenho como te ajudar muito, mas já que ninguém mais respondeu, aí vão alguns comentários. A ferramenta que eu uso para editar no OpenStreetMap é o JOSM (http://josm.openstreetmap.de). Eventualmente até uso o Potlach (editor direto na página web do OSM, em Flash), mas pessoalmente eu acho o JOSM muito melhor para qualquer edição não trivial. (Isso provavelmente é questão de costume, mas eu sempre acabo recomendado o JOSM, nem que seja porque é o único editor que eu seria capaz de prestar alguma ajuda). O mapeamento de rotas no OSM é feito através de relações do tipo route: em http://wiki.openstreetmap.org/wiki/Route . No caso de rotas ciclísticas, essa página tem uma seção de cycle routes. Eu acho que o conceito de relações no OSM não é tão intuitivo assim, talvez queiras ler e entender essa introdução antes de sair mapeando rotas: http://wiki.openstreetmap.org/wiki/Relation . Sobre integração entre OSM/JOSM e Mapsource, não sei dizer nada, mas creio que não exista uma forma totalmente automática de transportar as tuas rotas desenhadas no Mapsource direto para o OSM da maneira correta (ou seja, através de relações do tipo route, como eu disse acima). Isso são orientações bem gerais, se tiveres alguma dúvida mais específica, vai perguntando aí que vamos tentando ajudar. Abraço, LMB PS: Sei que tem gente aí na lista que pedala (não é meu caso), mas não sei que experiência eles têm com mapeamento de rotas ciclísticas. De repente alguém mais qualificado que eu ainda se pronuncia :-) PPS: Se por acaso ainda não conheces o OpenCycleMap, acho que vai ser do teu interesse: http://wiki.openstreetmap.org/wiki/OpenCycleMap 2011/3/7 Yuriê Baptista César yuriebc.coi...@gmail.com: Olá pessoal, estou querendo fazer um mapa de rotas de bicicletas desse tipo: http://www.ridethecity.com/ e to sem idéia de por onde começar. já tenho as rotas traçadas em um mapa de papel. estou georreferenciando as rotas (na verdade estou `desenhando as rotas no mapsource na ferramenta desenho de pista). a grande questão é que devo fazer para jogar elas no openstreetmap.org para poder pesquisar as rotas. eu vi que tem os programas específicos do OSM, não sei qual é o mais indicado para o meu objetivo. também queria aproveitar o trabalho e enviar as rotas para o projeto Track Source, daí queria saber qual a melhor forma de economizar trabalho. quem puder ajudar eu agradeço imensamente. abraços, Yuriê Brasília ___ 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-de] Geplante Straße bitte nicht rendern!
Am 21.02.2011 05:02, schrieb Garry: Am 20.02.2011 22:00, schrieb Matthias Versen: M∡rtin Koppenhoefer wrote: Am 20. Februar 2011 17:58 schrieb Stefan Sandrocksande...@gmx.de: Mapper mit dem Wald, was dann machen ? Aber sei es drum . Fakten - bzw. Daten die zu Fakten werden - die sammeln wir. Planungszustände - sind keine Fakten. durch die Wiederholung wird das nicht richtiger... Auch durch wiederholtes Abstreiten wird eine Grundlegende OSmM Regel nicht aufgehoben. Wo steht diese Grundregel? Was beinhaltet sie? Wer hat sie beschlossen? Was macht sie verbindlich? Was spricht denn dagegen eine Spezialdatenbank für alle Planungen und deren Auswirkungen zu erstellen und nicht alles in die OSM Datenbank zu kippen und vollzumüllen ? Es geht um relativ wenige Daten die OSM problemlos mittragen kann. Und es geht dabei um unsere Zukunft weshalb man auf diese Daten ohne Spezialkenntnisse, Software etc zugreifen können sollte. Und genau das ist nicht mehr gewährleistet wenn man diese Daten nur in eine Spezialdatenbank kippt. Soll ich jetzt auch noch sowas in die OSm Datenbank kippen : http://de.wikipedia.org/wiki/Bundesautobahn_35 ? Überholte Planungen sollten nicht mehr in den normalen Karten auftauchen, OK - das könnten man dann mit zusammen mit historischen Daten klären für die ja auch der Wunsch besteht diese in einer separaten Datenbank zu erfassen. Es ist echt übel das selbst grundlegende Regeln in OSM von einigen verwässert wird. Das beste ist das sich hier Leute aufregen wenn es um das löschen geht. Wenn jemand etwas einfach in die DB reinkippt, wieso kann dann nicht jemand dieses auch genauso einfach wieder löschen ? Es geht hier nicht darum dass ein einzelner irgendwelchen Müll in die Datenbank kippt der von keinem anderen gewünscht wird! Es besteht wie diese Diskussion zeigt durchaus ein Interesse dass Daten über geplante Strassen in OSM geführt werden! Ich habe verständnis dafür das man eine Straße in OSM einzeichnet wenn die Planung abgeschlossen ist und das Geld bewilligt ist aber doch nicht wenn noch an der Route rumgeschraubt wird und die Anwohner und dusseligen Bürgerinitiativen noch jahrelang dagegen klagen. Wo ist Dein Problem dabei? Manche Strassen sind innerhalb kurzer Zeit (Grössenordnung 1 Jahr) realissiert auch wenn Bürgerintiativen dagegen kämpfen. Andere werden erst nach sehr vielen Jahren fertig gestellt (habe hier Beispiele für 10-20Jahre) obwohl die Planung längst abgeschlossen ist oder sich nur noch geringfüge Detailänderungen ergeben die am Trassenverlauf nichts ändern. Garry Seid ihr euch denn wenigstens einig, dass es zumindest Faustregeln geben muss, ab welchem Status (ja, der sagt nicht viel aus...) sowas eigetragen wird? Die muss alles feststehen? Reicht der erste Pinselstrich auf einem Blatt Papier der die Planung beantragt? Reicht der bloße Wunsch eines Einzelnen? Ich möchte ganz gerne in ferner Zukunft eine schöne große Ville im Park meiner Heimatstadt bauen. Mal sehen, vielleicht kann ich mir ja irgendwann sowas leisten. Ich könnte es ja mal als proposed eintragen. Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm 3961
Hallo, Am Dienstag 08 März 2011 17:32:02 schrieb Sebastian Klein: Problem wurde behoben, probier mal die morgige tested. Funktioniert gut, danke! Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
On 08.03.2011 15:13, Sven Geggus wrote: Jan Tappenbecko...@tappenbeck.net wrote: Die dürfen wir nicht bekommen weil diese geheim sind - siehe Bauschild - stehen dort wegen möglicher Rettungsdienstanforderungen. Merkwürdige Definition von öffentlich und geheim. Was von öffentlichem Grund aus ohne Hilfsmittel sichtbar ist dürfte wohl schwer als geheim einzustufen sein. Genauso ist es mit Fahrplandaten - hängen an jeder Haltestelle aus, tw. sogar im Internet - aber nen kompletten Datensatz würden die Betreiber niemals rausgeben. Grüße ant Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Am 09.03.2011 13:45, schrieb ant: Genauso ist es mit Fahrplandaten - hängen an jeder Haltestelle aus, tw. sogar im Internet - aber nen kompletten Datensatz würden die Betreiber niemals rausgeben. ??? hä? krieg ich entweder zu kaufen oder bekomme es in kleinerem Bereich umsonst ins haus, dann gibts nich das Kursbuch Bahn und was weis ich so alles. Es gibt mehr als mensch denkt auch im Netz. für NRW (auch andere Bundesländer) gibt es so was wie messtischblätter im Netz, mit Grundstücksgrenzen und Hausumrissen. Ich meine auch vor Jahren mal ne Liste alle Mobilfunkmasten gesehen zu haben Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
On 09.03.2011 14:08, Steffen Heinz wrote: Am 09.03.2011 13:45, schrieb ant: Genauso ist es mit Fahrplandaten - hängen an jeder Haltestelle aus, tw. sogar im Internet - aber nen kompletten Datensatz würden die Betreiber niemals rausgeben. ??? hä? krieg ich entweder zu kaufen oder bekomme es in kleinerem Bereich umsonst ins haus, dann gibts nich das Kursbuch Bahn und was weis ich so alles. In gedruckter Form, ja. Oder als PDF. Aber nicht als Datenbankabbild zur freien Verfügung... zugegeben, der Vergleich hinkt ein bisschen. Grüße ant Es gibt mehr als mensch denkt auch im Netz. für NRW (auch andere Bundesländer) gibt es so was wie messtischblätter im Netz, mit Grundstücksgrenzen und Hausumrissen. Ich meine auch vor Jahren mal ne Liste alle Mobilfunkmasten gesehen zu haben Grüße aus der Eifel Steffen ___ 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] Funkmasten in SH - geheim und jeder kann es lesen
Am 09.03.2011 14:44, schrieb ant: In gedruckter Form, ja. Oder als PDF. Aber nicht als Datenbankabbild zur freien Verfügung... zugegeben, der Vergleich hinkt ein bisschen. *Funkmasten in SH - geheim und jeder kann es lesen* Mobilfunkmaste habe ich gerade hier gefunden: http://www.senderliste.de/ also nix mit geheim ;) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wunsch für JOSM mit BING
Hallo Ich hätte da einen kleinen Wunsch für JOSM (und andere Editoren) vielleicht kann den wer weitergeben, mein englisch ist nicht danach wünsche vorzutragen ;) ) Ich hätte gerne die möglichkeit BING unabhängig von OSM zu vergrößern oder zu verkleinern. In meinem Gebiet passt BING nun mal nicht auf die OSM Karte (verschieben geht ja). Was geht ist natürlich ein Bildschirmfoto machen und diese dann zum edtiteren zu benutzen - ist sehr umständlich ist ja nicht ein Foto pro Dorf. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
ant antof...@gmail.com wrote: Genauso ist es mit Fahrplandaten - hängen an jeder Haltestelle aus, tw. sogar im Internet - aber nen kompletten Datensatz würden die Betreiber niemals rausgeben. Auf der Webseite unseres Verkehrsverbundes kann man alle Aushangpläne als PDF runterladen. Das heißt ja noch lange nicht dass die dadurch gemeinfrei werden. Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunsch für JOSM mit BING
Hallo Steffen, Ich hätte gerne die möglichkeit BING unabhängig von OSM zu vergrößern oder zu verkleinern. Mit dem Plugin imageryadjust kann man die Bilder verschieben. Früher hatte ich in JOSM auch Icons zum Vergrössern/Verlkeinern, aber die sind irgendwie verschwunden... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
am Dienstag, 8. März 2011 um 09:01 schrieb Jan Tappenbeck: in Schleswig-Holstein werden gerade eine Vielzahl von Funkmasten erreichtet die wir gleich mit erfassen könnten. An den Baustellen steht immer eine Tafel und darauf stehen auch die Koordinaten. Wie taggt man denn eine Funkanlage, die auf einem Gebäude ist? Je nach Gebäudehöhe sind die Masten ja auch manchmal recht lang. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Frage
am Donnerstag, 9. September 2010 um 11:24 schrieb Tom Müller: Das ist doch Quatsch. Ein --used-ways Filter stellt definitiv keine komplizierte Programmieraufgabe dar! Zumal die Methode für nodes schon besteht und man sie einfach adaptieren kann ... Ist halt eine Ebene höher, weil man dann auch nochmal die --used-nodes Methode für die ways anwenden muss, aber wie gesagt, ich würde es als trivial bezeichnen. Wenn ich in einem viertel Jahr wieder Zeit für sowas habe und sich noch niemand erbarmt hat, bin ich auch gerne bereit es zu implementieren. Zurzeit fehlt mir allerdings die Zeit dazu an allen Ecken und Enden! So, das viertel Jahr ist rum. Ich glaube, bisher wurde das Problem noch nicht in Osmosis gelöst. Magst Du Dich nun dem Thema annehmen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 09.03.2011 12:05, schrieb C. Brause: Am 21.02.2011 05:02, schrieb Garry: Am 20.02.2011 22:00, schrieb Matthias Versen: M∡rtin Koppenhoefer wrote: Am 20. Februar 2011 17:58 schrieb Stefan Sandrocksande...@gmx.de: Mapper mit dem Wald, was dann machen ? Aber sei es drum . Fakten - bzw. Daten die zu Fakten werden - die sammeln wir. Planungszustände - sind keine Fakten. durch die Wiederholung wird das nicht richtiger... Auch durch wiederholtes Abstreiten wird eine Grundlegende OSmM Regel nicht aufgehoben. Wo steht diese Grundregel? Was beinhaltet sie? Wer hat sie beschlossen? Was macht sie verbindlich? Was spricht denn dagegen eine Spezialdatenbank für alle Planungen und deren Auswirkungen zu erstellen und nicht alles in die OSM Datenbank zu kippen und vollzumüllen ? Es geht um relativ wenige Daten die OSM problemlos mittragen kann. Und es geht dabei um unsere Zukunft weshalb man auf diese Daten ohne Spezialkenntnisse, Software etc zugreifen können sollte. Und genau das ist nicht mehr gewährleistet wenn man diese Daten nur in eine Spezialdatenbank kippt. Soll ich jetzt auch noch sowas in die OSm Datenbank kippen : http://de.wikipedia.org/wiki/Bundesautobahn_35 ? Überholte Planungen sollten nicht mehr in den normalen Karten auftauchen, OK - das könnten man dann mit zusammen mit historischen Daten klären für die ja auch der Wunsch besteht diese in einer separaten Datenbank zu erfassen. Es ist echt übel das selbst grundlegende Regeln in OSM von einigen verwässert wird. Das beste ist das sich hier Leute aufregen wenn es um das löschen geht. Wenn jemand etwas einfach in die DB reinkippt, wieso kann dann nicht jemand dieses auch genauso einfach wieder löschen ? Es geht hier nicht darum dass ein einzelner irgendwelchen Müll in die Datenbank kippt der von keinem anderen gewünscht wird! Es besteht wie diese Diskussion zeigt durchaus ein Interesse dass Daten über geplante Strassen in OSM geführt werden! Ich habe verständnis dafür das man eine Straße in OSM einzeichnet wenn die Planung abgeschlossen ist und das Geld bewilligt ist aber doch nicht wenn noch an der Route rumgeschraubt wird und die Anwohner und dusseligen Bürgerinitiativen noch jahrelang dagegen klagen. Wo ist Dein Problem dabei? Manche Strassen sind innerhalb kurzer Zeit (Grössenordnung 1 Jahr) realissiert auch wenn Bürgerintiativen dagegen kämpfen. Andere werden erst nach sehr vielen Jahren fertig gestellt (habe hier Beispiele für 10-20Jahre) obwohl die Planung längst abgeschlossen ist oder sich nur noch geringfüge Detailänderungen ergeben die am Trassenverlauf nichts ändern. Garry Seid ihr euch denn wenigstens einig, dass es zumindest Faustregeln geben muss, ab welchem Status (ja, der sagt nicht viel aus...) sowas eigetragen wird? Die muss alles feststehen? Reicht der erste Pinselstrich auf einem Blatt Papier der die Planung beantragt? Reicht der bloße Wunsch eines Einzelnen? Ich möchte ganz gerne in ferner Zukunft eine schöne große Ville im Park meiner Heimatstadt bauen. Mal sehen, vielleicht kann ich mir ja irgendwann sowas leisten. Ich könnte es ja mal als proposed eintragen. Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de +1. Wir mappen geographische Tatsachen. Bei mir in der Gegend gibt es eine Straße , die irgendwann mal in den Bebauungsplan gekommen ist, immer noch in der amtlichen Katasterkarte ist, aber nie gebaut wird, weil mittlerweile eine Kreisstraße auf einer anderen Route gebaut wurde und die geplante Straße jetzt quer über eine Autobahnauffahrt führen würde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Am 09.03.2011 15:20, schrieb Steffen Heinz: Am 09.03.2011 14:44, schrieb ant: In gedruckter Form, ja. Oder als PDF. Aber nicht als Datenbankabbild zur freien Verfügung... zugegeben, der Vergleich hinkt ein bisschen. *Funkmasten in SH - geheim und jeder kann es lesen* Mobilfunkmaste habe ich gerade hier gefunden: http://www.senderliste.de/ also nix mit geheim ;) Nicht vollständig, vermutlich veraltet. LTE fehlt völlig. Außerdem weiß ich gar nicht, ob es um die Handynetze geht. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 09.03.2011 12:05, schrieb C. Brause: Seid ihr euch denn wenigstens einig, dass es zumindest Faustregeln geben muss, ab welchem Status (ja, der sagt nicht viel aus...) sowas eigetragen wird? Die muss alles feststehen? Reicht der erste Pinselstrich auf einem Blatt Papier der die Planung beantragt? Reicht der bloße Wunsch eines Einzelnen? Ich möchte ganz gerne in ferner Zukunft eine schöne große Ville im Park meiner Heimatstadt bauen. Mal sehen, vielleicht kann ich mir ja irgendwann sowas leisten. Ich könnte es ja mal als proposed eintragen. Würdest Du das immer noch dort wollen wenn dort gleichzeitig auch eine Autobahn gebaut wird die durch Deinen Vorgarten geht oder Deine Villa dann mitten in einem Industriegebiet steht? Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). Dann ist es schon viel zu spät zum ragieren wenn Du dann erst siehst dass tatsächlich die Autobahn durch Deinen entstehenden Vorgarten gebaut wird... Abgesehen davon, dürfen Deine Architekten, Bauarbeiter etc. nicht den Vorteil eines Navis nutzen wenn Sie Dein Haus planen und anfangen wollen zu bauen? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Hallo, Garry wrote: Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). Dann ist es schon viel zu spät zum ragieren wenn Du dann erst siehst dass tatsächlich die Autobahn durch Deinen entstehenden Vorgarten gebaut wird... OSM als Tool fuer verbesserte Buergerbeteiligung finde ich eine spannende Sache. Aber bestimmt nicht, indem alle Plaene in OSM eingetragen werden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am Mittwoch 09 März 2011, 23:55:54 glaubte Frederik Ramm zu wissen: Garry wrote: Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). Dann ist es schon viel zu spät zum ragieren wenn Du dann erst siehst dass tatsächlich die Autobahn durch Deinen entstehenden Vorgarten gebaut wird... OSM als Tool fuer verbesserte Buergerbeteiligung finde ich eine spannende Sache. Aber bestimmt nicht, indem alle Plaene in OSM eingetragen werden. +1 flo -- Gibt es einen Gott? Das kommt darauf an, ob man Anhaenger der These ist, dass fuer jeden Mist irgendjemand verantwortlich sein muss. [Das Usenet Orakel 1996-06-03] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Hallo, Am 09.03.2011 22:20, schrieb René Falk: Nicht vollständig, vermutlich veraltet. LTE fehlt völlig. Außerdem weiß ich gar nicht, ob es um die Handynetze geht. Ich vermute mal, dass es um dieses Netz geht: http://www.bdbos.bund.de Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 10.03.2011 04:00, schrieb Florian Gross: Am Mittwoch 09 März 2011, 23:55:54 glaubte Frederik Ramm zu wissen: Garry wrote: Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). Dann ist es schon viel zu spät zum ragieren wenn Du dann erst siehst dass tatsächlich die Autobahn durch Deinen entstehenden Vorgarten gebaut wird... OSM als Tool fuer verbesserte Buergerbeteiligung finde ich eine spannende Sache. Aber bestimmt nicht, indem alle Plaene in OSM eingetragen werden. +1 flo nochmals 1 + s ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkmasten in SH - geheim und jeder kann es lesen
Am 10.03.2011 05:02, schrieb Rainer Kluge: Hallo, Am 09.03.2011 22:20, schrieb René Falk: Nicht vollständig, vermutlich veraltet. LTE fehlt völlig. Außerdem weiß ich gar nicht, ob es um die Handynetze geht. Ich vermute mal, dass es um dieses Netz geht: http://www.bdbos.bund.de joo Gruß Rainer ___ 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] Geplante Straße bitte nicht rendern!
Wir mappen geographische Tatsachen. +1 Ich würde das ergänzen mit der Aussage: Wir mappen Tatsachen mit geografischen Auswirkungen. Dann sind die administrativen Grenzen auch drin. Für die Grenzfälle, wann und welche geplante Strassen nun eingetragen werden sollen und wann nicht, könnte folgende Überlegung helfen: Idealerweise sollten Strassen bei ihrer Eröffnung bei OSM eingetragen sein. Weil aber die Erfassung einige Zeit braucht, braucht man etwas Vorlauf. Dafür gibt meines Wissens mit proposed bereits ein Tag-Value. LG, S. Am 9. März 2011 20:31 schrieb Volker aeon...@gmx.de: Am 09.03.2011 12:05, schrieb C. Brause: Am 21.02.2011 05:02, schrieb Garry: Am 20.02.2011 22:00, schrieb Matthias Versen: M∡rtin Koppenhoefer wrote: Am 20. Februar 2011 17:58 schrieb Stefan Sandrocksande...@gmx.de: Mapper mit dem Wald, was dann machen ? Aber sei es drum . Fakten - bzw. Daten die zu Fakten werden - die sammeln wir. Planungszustände - sind keine Fakten. durch die Wiederholung wird das nicht richtiger... Auch durch wiederholtes Abstreiten wird eine Grundlegende OSmM Regel nicht aufgehoben. Wo steht diese Grundregel? Was beinhaltet sie? Wer hat sie beschlossen? Was macht sie verbindlich? Was spricht denn dagegen eine Spezialdatenbank für alle Planungen und deren Auswirkungen zu erstellen und nicht alles in die OSM Datenbank zu kippen und vollzumüllen ? Es geht um relativ wenige Daten die OSM problemlos mittragen kann. Und es geht dabei um unsere Zukunft weshalb man auf diese Daten ohne Spezialkenntnisse, Software etc zugreifen können sollte. Und genau das ist nicht mehr gewährleistet wenn man diese Daten nur in eine Spezialdatenbank kippt. Soll ich jetzt auch noch sowas in die OSm Datenbank kippen : http://de.wikipedia.org/wiki/Bundesautobahn_35 ? Überholte Planungen sollten nicht mehr in den normalen Karten auftauchen, OK - das könnten man dann mit zusammen mit historischen Daten klären für die ja auch der Wunsch besteht diese in einer separaten Datenbank zu erfassen. Es ist echt übel das selbst grundlegende Regeln in OSM von einigen verwässert wird. Das beste ist das sich hier Leute aufregen wenn es um das löschen geht. Wenn jemand etwas einfach in die DB reinkippt, wieso kann dann nicht jemand dieses auch genauso einfach wieder löschen ? Es geht hier nicht darum dass ein einzelner irgendwelchen Müll in die Datenbank kippt der von keinem anderen gewünscht wird! Es besteht wie diese Diskussion zeigt durchaus ein Interesse dass Daten über geplante Strassen in OSM geführt werden! Ich habe verständnis dafür das man eine Straße in OSM einzeichnet wenn die Planung abgeschlossen ist und das Geld bewilligt ist aber doch nicht wenn noch an der Route rumgeschraubt wird und die Anwohner und dusseligen Bürgerinitiativen noch jahrelang dagegen klagen. Wo ist Dein Problem dabei? Manche Strassen sind innerhalb kurzer Zeit (Grössenordnung 1 Jahr) realissiert auch wenn Bürgerintiativen dagegen kämpfen. Andere werden erst nach sehr vielen Jahren fertig gestellt (habe hier Beispiele für 10-20Jahre) obwohl die Planung längst abgeschlossen ist oder sich nur noch geringfüge Detailänderungen ergeben die am Trassenverlauf nichts ändern. Garry Seid ihr euch denn wenigstens einig, dass es zumindest Faustregeln geben muss, ab welchem Status (ja, der sagt nicht viel aus...) sowas eigetragen wird? Die muss alles feststehen? Reicht der erste Pinselstrich auf einem Blatt Papier der die Planung beantragt? Reicht der bloße Wunsch eines Einzelnen? Ich möchte ganz gerne in ferner Zukunft eine schöne große Ville im Park meiner Heimatstadt bauen. Mal sehen, vielleicht kann ich mir ja irgendwann sowas leisten. Ich könnte es ja mal als proposed eintragen. Mach ich natürlich nicht. Aber man sollte, wenn geplantes schon eingetragen wird, darüber nachdenken, ab wann das Sinn macht. Dass die Datenmenge klein ist, ist kein Argument (siehe meine Planung. mir fällt sicher nochwas ein). Für mich macht ein neues Objekt erst Sinn, wenn mit dem Bau begonnen wird (construction). LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de +1. Wir mappen geographische Tatsachen. Bei mir in der Gegend gibt es eine Straße , die irgendwann mal in den Bebauungsplan gekommen ist, immer noch in der amtlichen Katasterkarte ist, aber nie gebaut wird, weil mittlerweile eine Kreisstraße auf einer anderen Route gebaut wurde und die geplante Straße jetzt quer über eine Autobahnauffahrt führen würde. ___ 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-it] Mappiamo opening_hours
Alessio Zanol wrote: Ho indagato... Ho scritto all'autore della mappa Netzwolf e ha detto che il problema è con XAPI che è spesso down. Serve quindi portare un po' di pazienza :) Grazie! Ora sono comparsi i miei e tanti altri... Un buon motivo per rilanciare la tua esortazione: mappiamo opening_hours! -- View this message in context: http://gis.638310.n2.nabble.com/Mappiamo-opening-hours-tp6091598p6153056.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
Re: [Talk-it] coordinate dei luoghi da wikipedia
Daniele Forsi-2 wrote: doh, non appare il layer con in nomi ISTAT, ma l'applicativo in sé funziona se riesci a inquadrare una zona con non più di 100 toponimi (come da istruzioni) Ora è tornato visibile anche il layer con le località. -- View this message in context: http://gis.638310.n2.nabble.com/coordinate-dei-luoghi-da-wikipedia-tp6041338p6155736.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
Re: [Talk-it] coordinate dei luoghi da wikipedia
totera wrote: Ora è tornato visibile anche il layer con le località. Però adesso non funziona l'applicativo vero e proprio... Compare questo messaggio d'errore: Query failed: ERROR: permission denied for relation spatial_ref_sys CONTEXT: SQL statement SELECT proj4text FROM spatial_ref_sys WHERE srid = 3003 LIMIT 1 -- View this message in context: http://gis.638310.n2.nabble.com/coordinate-dei-luoghi-da-wikipedia-tp6041338p6155759.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] heat map
Ho trovato questo link alla heat map del tag amenity=bicycle_parking: http://www.spokeseastkent.org.uk/maps/cycle-parking-heat-map/ Dal sito si possono anche scaricare i sorgenti: http://www.spokeseastkent.org.uk/maps/cycle-parking-heat-map/OsmCycleHeatMapSource.zip Qualche esperto saprebbe modificarli, per fare una heat map di un altro tag? (ad esempio amenity=drinking_water) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Darom susitikima?
Pabandysiu trumpai aprašyti vakarykštes kalbas. Buvo kalbama apie tai, kokius žmones būtų galima pritraukti prie OSM ir kaip. Tada buvo pastebėta, kad jau su dabartiniu nedideliu (~1žm per mėnesį) naujokų skaičiumi mes sunkiai susitvarkome (nes naujokams paprastai reikia asmeniškai parodyti, kur yra kokia nors instrukcija, paaiškinti pagrindinius principus). Taigi buvo padaryta išvada, kad reikėtų: ==1== Sukurti puslapį (ar kažką panašaus), į kurį būtų galima nukreipti kiekvieną naujoką. Ten surašyti trumpai ir aiškiai bendrus principus, ką galima ir ko negalima daryti. Šalia būtų nuorodos į tolimesnius informacijos resursus tiek lietuviškai, tiek ir angliškai. Tokį puslapį jie arba patys rastų, arba mes, panašiai kaip daro wikipedia ar wikibooks, pastebėję naujoko pirmus pakeitimus nusiųstumėme jam pasveikinimo laišką „sveikas prisijungęs, blablabla, bendri principai yra tokie ir tokie, žmonės renkasi ten ir ten, daugiau informacijos ten ir va ten“. Va, šitą dalyką dar reikėtų ir iš psichologijos pusės patvarkyti. T.y. ne tik tekstą parašyti „šiltai“, bet ir kažkaip siųsti iš kokio nors „admin“ ar panašaus adreso, t.y. kad žmogui nesusidarytų įspūdis, kad tik kažką pataisė, iš karto KGB agentas prikibo ir dabar stebi kiekvieną žingsnį ir durs užnuodytu skėčiu, jei tik kur nors neteisingai pažymės. Toliau buvo kalbėta apie tai, kaip reikėtų padėti žmonėms duoti duomenis OSM'ui. Čia kalba apie tuos, kurie nenori ir nesiruošia registruotis prie osm ar net šio sąrašyno, o tiesiog turi kažkokios vertingos informacijos: 1. Turi pėdsakų (ir gali apie juos papasakoti) 2. Žino gatvių, miestelių ar kitų POI pavadinimus ar savybes. Taigi šitoje vietoje šalia jau esamų openstreetbug resursų reikėtų: ==2== Sukurti informacijos „numetimo“ vietą, kur būtų galima nesunkiai, be registracijų numetinėti pėdsakus, poi sąrašą eksportuotą iš GPSR'o ir pan. Su galimybe nurodyti savo adresą, kad mes galėtumėme paklausti trūkstamos informacijos arba atsiųsti nuorodą į pagal jų duomenis papildytą žemėlapį. Šnekėta buvo ir apie įvairių specifinių žemėlapių kūrimą (dviračių, pėsčiųjų/hiking ir pan.). Buvo pastebėta, kad į OSM bazę vertėtų suvedinėti tik „oficialius/ant žemės pažymėtus“ kelius (priešingu atveju pagrindinėje bazėje labai greitai bus visiška košė, kurią bus labai sunku keisti/prižiūrėti). Kadangi tokių (oficialių) kelių/maršrutų yra nedaug, tai vien jų pavaizdavimas nebūtų labai didelis/pastebimas/įdomus. Reikia pažymėti ir mažesnius maršrutus (atitinkamai juos paženklinus/išskyrus žemėlapyje). Informacijos tokiems keliams būtų galima gauti tiek iš VUŽK, tiek ir Frankas rodė puikų Vilniaus dviračių trasų žemėlapį (daug detalesnį nei tas, kuris pateikiamas savivaldybės puslapyje). Na plius potencialiai čia galima būtų suintegruoti ir su ==2==. ==3== Taigi šiam reikalui galvojama tokia aukšto lygio architektūra: 1. (jau esama) OSM db - saugomi keliai, taškai ir pan. t.y. „normali“ informacija. Žodžiu čia niekas nesikeičia. 2. (nauja) mūsų kažkoks vietinis db (arba gal yra kur nors tokiems patiems tikslams jau pakurti serveriai), šitame db būtų saugomi tų „neoficialių/nežymėtų“ maršrutų relationai. 3. (nauja) mūsų renderenimas. Jis turėtų susirinkti duomenis iš OSM db + mūsų relation db. Patikrinti, ar nėra atsiradę naujų konfliktų (kai pasikeis duomenys OSM db, gali reikėti kažkiek juos rankutėmis ar automatiniais skriptais pataisyti ir mūsų relation db. Esant problemoms būtų siunčiama info sąrašui žmonių. Na ir, kai viskas gerai, būtų renderinamas mūsų savas žemėlapis (ar žemėlapiai) su tais visais keliukais (arba open layeriai, jei to užtenka). Šito klausimo diskusijas tikimės pratęsti sekančio susitikimo su Kotiara metu, nes mes nusprendėm, kad jis viską jau žino ir tiesiog mums pasakys, koks yra atsakymas į gyvenimo prasmės ir pan. klausimus (plačiau nei „42“). T.y. kokių reikia resursų (hardware, bandwith ir pan.), koks softas jau parašytas, o kokį reikės patiems rašyti/derinti, kiek reikia priežiūros, ar įmanoma renderinimą skirstyti (alia T@H) ir t.t. ir pan. Na dar pasigyrėme savo sužymėjimais ir truputį paburnojome ant kitų sužymėjimų :-) Lyg ir tiek... Būtų malonu išgirsti jūsų nuomones bei idėjas tiek ir aukščiau paminėtais klausimais, tiek ir mūsų neužgriebtais. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Darom susitikima?
2011 m. kovas 9 d. 15:53, rašė: 1. Sunkiausia ne parašyti instrukciją, o priversti ją paskaityti :) Todėl ir norima sukurti šabloninį LABAI trumpą dokumentuką, kurį perskaityti užtruktų minutę-dvi. Toliau jau, norintys, būtų nukreipti į detalesnę informaciją. Kita svarbi šito punkto dalis - sukurti vienokį ar kitokį procesą (gal automatinį, gal rankinį), kurio dėka nauji žymėtojai GAUTŲ tą pradinę informaciją. Tiesiog iš praktikos naujokai tikrai nepuola spjaudytis, kai jiems pasakai, kad reikia paskaityti va tą ir aną, kur bus paaiškinta, kaip reikia žymėti. Reikia jiems maksimaliai PADĖTI gauti tą (teisingą) informaciją. 2. 1-2-3 ir padaryta, nieko sudėtingo, tik reikia suvaldyti riziką, kad nebūtų platinamas piratinis turinys(mp3, video ir t.t.). Aš įsivaizduoju, kad „numestus“ dalykus matytų tik žmonės su atitinkamomis privilegijomis (mes:), nes tai svarbu ir dėl savo pašto adreso nurodymo, niekas nenorės, kad tas jų nurodytas adresas matytųsi viešai. Taigi su tokiu modeliu nelabai ir išeitų piktybiškai naudoti kaip failų apsikeitimo svetainę. Žodžiu prisijungi - matai formą su: 1. Failo pavadinimu (uploadui) 2. Aprašymu (free text) 3. Pašto adresu klausimams (t.y. kuriuo mes galėsime klausti „kas čia per kelias“, „koks šitos kavinės pavadinimas“ ir pan.) Kur nors šalia (ar kitas url) - prisijungimas (login/psw) ir tada matai sąrašą visų šitų atsiųstų dalykėlių. Toliau jau galima dėti bellswhistles: a) varnelę „noriu sužinoti, kai/kur šitie duomenys bus/buvo panaudoti“ b) automatinis pranešimas mums apie gavimą c) duomenų šaltinis d) ar nori, kad siuntėjo vardas būtų įrašytas į changeset, ar nori likti anonimas ir pan. 3. Taip pat nieko sudėtingo - reikia alternatyvaus OSM analogiško API, prie kurio galės jungtis tais pačiais JOSM, Potlach ar Merkaartor Chrm. Ar teisingai suprantu: t.y. API, kurio adresą nurodytumėm vietoje dabartinio api.openstreetmap.org/api. Tas API grąžintų agreguotus rezultatus iš pagrindinės ir „mūsų“ db. O įrašydamas objektus taškus ir vektorius sustumtų į pagrindinę bazę, o ryšius... kažkaip... atskirtų, kur kurį stumti... tikriausiai mes prie savo ryšių kažkokią žymą uždėtumėm (alia manomano=irtikmano), kad tas API turėtų kriterijų atskyrimui. Kažkas tokio? Vis tiek būtų truputį bėdos su konfliktų sprendimu (kai duomenys pagrindinėje bazėje keičiami per standartinį api) Softas tam jau yra, ar reikia beveik nuo nulio viską rašyti (artai daryti kokį standartinio osm api branchą ir jį pastoviai atnaujinti, merginti ir iš to kompiliuoti „production“ variantą)? bei galingos mašinos, kuri generuotų žemėlapį iš kelių sluoksnių. Turiu pažįstamą, kuris taip gamina freemap.sk O galima tikslesnės informacijos dėl „galingos“? Darant prielaidą, kad generuojamas bus tik Lietuvos teritorijos žemėlapis. CPU, RAM, HDD, Tinklas (greitis ir duomenų kiekis in/out). Kaip suprantu čia vėlgi būtų naudojamas tas pats „naujas API“ ir tada standartinis mapnikas ar panašiai? (jei tikėsime geofabriku, tai Slovakijos duomeny yra 129MB, Lietuvos - 15Mb) -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Vanskelig cykel- og gangsti
Ole Laursen olau@... writes: Feedback søges til den her: http://people.iola.dk/olau/misc/cykelgangsti.jpg Tak for svar allesammen, jeg prøver segregated. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Duda con parque natural y boques
Ok, simplemente queria saber si se podia mapear el bosque encima del parque natural,pero mejor asi como esta Saludos hola así es. se restó de las capas de Corine todo lo que había en el archivo de polígonos natural.shp que hay en este zip: http://download.geofabrik.de/osm/europe/spain.shp.zip para minimizar los solapes con bosques ya mapeados y otros landuses naturales. de hecho el montseny es uno de los más grandes de natural.shp por cierto, mapnik lo pinta con las letras NR. se me ocurren dos causas: o bien hay un bug en la configuración de mapnik (me extraña q las altas esferas de osm no hayan corregido esto) o podria ser que a mapnik no le gusta cierta combinacion de tags. salut--oscar --- On Mon, 3/7/11, Javier Sanchez javiers...@gmail.com wrote: From: Javier Sanchez javiers...@gmail.com Subject: Re: [Talk-es] Duda con parque natural y boques To: talk-es@openstreetmap.org Date: Monday, March 7, 2011, 10:00 PM Hola El polígono del parque está marcado con etiquetas de bosque, como si el 100% de su superficie fuera bosque. Supongo que por eso quedó excluido en la importación que hizo Oscar. Un saludo. -- View this message in context: http://gis.638310.n2.nabble.com/Duda-con-parque-natural-y-boques-tp6099083 p6099236.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Como etiquetar esto?
El 8 de marzo de 2011 09:21, Temporalista temporali...@gmail.com escribió: Como etiquetar esto? MI primer intento: building=yes building:use=residential building=detached Pero me encontré con problemas para layer=? y ni hablar de las coordenadas. http://tinyurl.com/46apj2z O quieres etiquetar una tarjeta gráfica en OSM o ese enlace tiene gripe ;-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Como etiquetar esto?
O tiene gripe el Tinyurl? http://gizmodo.com/#!5778006/the-house-from-up-has-been-built-in-real-lifeand-it-flies -- Daniel Orellana V. Lab. of Geo-Information Science and Remote Sensing Wageningen University, Wageningen The Netherlands http://www.grs.wur.nl/UK Room C216, Gaia, Building 101, Bode 37 Tel.: +31 (0) 317 482092 2011/3/9 Marco Fernández marco.m...@gmail.com El 8 de marzo de 2011 09:21, Temporalista temporali...@gmail.comescribió: Como etiquetar esto? MI primer intento: building=yes building:use=residential building=detached Pero me encontré con problemas para layer=? y ni hablar de las coordenadas. http://tinyurl.com/46apj2z O quieres etiquetar una tarjeta gráfica en OSM o ese enlace tiene gripe ;-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Como etiquetar esto?
El 09/03/2011 15:50, Temporalista escribió: O tiene gripe el Tinyurl? http://gizmodo.com/#!5778006/the-house-from-up-has-been-built-in-real-lifeand-it-flies Parece que es gizmodo, este enlace me lleva a la página principal de www.gizmodo.es pero manteniendo toda la URL, un genio el que ha hecho el sistema (ironía). Aquí otro enlace que parece ser que es a lo que te refieres http://www.nopuedocreer.com/quelohayaninventado/15455/la-casa-de-up-existe-video/ Saludos, Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Duda con parque natural y boques
Hola Si se puede. Hay que quitar las etiquetas natural y landuse al polígono del Parque Nacional y luego dibujar los bosques bien a mano con PNOA o desde Corine. Algunos ejemplos: http://osm.org/go/bmAYjCMJ-- http://osm.org/go/bkqgDHJ5-- Saludos -- View this message in context: http://gis.638310.n2.nabble.com/Duda-con-parque-natural-y-boques-tp6099083p6154209.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Como etiquetar esto?
Sip, problema del enlace. f.) el que no sabe contar chistes --- 2011/3/9 Manuel García lendul...@gmail.com El 09/03/2011 15:50, Temporalista escribió: O tiene gripe el Tinyurl? http://gizmodo.com/#!5778006/the-house-from-up-has-been-built-in-real-lifeand-it-flies Parece que es gizmodo, este enlace me lleva a la página principal de www.gizmodo.es pero manteniendo toda la URL, un genio el que ha hecho el sistema (ironía). Aquí otro enlace que parece ser que es a lo que te refieres http://www.nopuedocreer.com/quelohayaninventado/15455/la-casa-de-up-existe-video/ Saludos, Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Crux Roja
Hola a todos Una pregunta Como considerar El Edificio de la cruz roja ya que ni es un ambulatorio ni un lugar de emergencias. No se como clasificarlo . Considerando que hablareis del tema .Como se consideraria Protecion civil ya que entraria tambien en el mismo rango y así para futuras indicaciones ya quedaria resuelto -- *** ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] colores fechas PNOA - WMS
según el blog de IDEE [1] han cambiado la leyenda de colores de las fechas de los vuelos del PNOA: 2010 pasa a ser color rosa/salmon (antes 2004) 2004 pasa a ser gris (antes rosa/salmon) inline: PNOAFechas.png lo cambio en: http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources http://wiki.openstreetmap.org/wiki/File:FechasPNOA.png [1] http://blog-idee.blogspot.com/2011/03/nueva-leyenda-para-los-servicios-wms.html___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cz] dibavod: vodní toky uvnit? vodních ploch
To IMO vyresi styl v mapniku... Dne 8.3.2011 21:59, Karel Volný napsal(a): Dne Út 8. března 2011 Tomáš Tichý napsal(a): Já jsem taky pro 3, ale nechápu proč chcete zavádět ten nový tag underwater? Na vyjádření toho že něco je pod něčím je přeci v OSM zaužívaný tag layer, tak proč vymýšlet něco nového? Každému musí být na pohled jasné, co se tím myslí i bez hledání obskurního lokálního tagu na wiki. ehm, a co ponorné řeky apod.? nemůžu chtít mít v mapě průběh řeky v podzemí? - jak pomocí layer rozliším situaci nezobrazovat, je to pod vodní hladinou a zobrazovat jako podzemní tok? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] import adres okres Brno venkov
Při importu adres v okrese Brno venkov mi program CUZK merge vyexportoval prázdné osm soubory u obcí z obvodu Ivančic, Pohořelic, Rosic, Tišnova a židlochovic. Nevím co je špatně Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import adres okres Brno venkov
Ahoj, a jeste jsem si vsiml, ze obec Kurim (=k.u. Kurim) je asi na severni 1/5 mest nema OCR c.p. a c.e. Asi nekompletni data z WMS CUZK? hanoj 2011/3/9 Zdeněk Pražák zpra...@seznam.cz: Při importu adres v okrese Brno venkov mi program CUZK merge vyexportoval prázdné osm soubory u obcí z obvodu Ivančic, Pohořelic, Rosic, Tišnova a židlochovic. Nevím co je špatně ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Bonjour, De : Rainer Kluge Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. Frédéric le disait il y a quelques messages [1] : J'ai actuellement en ma possession tout le fillaire extrait du cadastre. L'idée est de ne pas le diffuser de peur de voir apparaître des imports frelatés ou de voir les dérives du bati. La qualité des données n'étant pas à la hauteur d'OSM. (Vous pouvez de toute façon utiliser l'outil vous même pour faire des extractions) Maintenant s'il est possible de diffuser ces données dans un autre format, qui permette la consultation mais pas l'import, je vote oui. Je suggérais avant-hier un service WMS, ça peut aussi être des images statiques géoréférencées, le point commun étant que ce sera du pixel et non du vecteur, donc une forme de garantie contre les imports. vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031006.html Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur déplacement limite administrative
Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour viter ce genre de problme, j'ai pris l'habitude de toujours sparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways spars, mais trs rapprochs. Que pensez-vous de cette pratique ? Ma rflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver l'intrieur du riverbank), mais je ne vois pas pourquoi elle devraient imprativement suivre le waterway. En tout cas a peut mener ce genre d'erreurs quand on veut corriger seulement la rivire, mais qu'on est pas sr que la limite administrative suive rellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a crit: Bonjour, j'ai par erreur dplac les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontire. Comme je ne matrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du ncessaire, ou m'expliquer la bonne procdure ? Quitte supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un trac de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ 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] Erreur déplacement limite administrative
Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. Il serait bien d'avoir quelques 'calques' de base, comme par exemple : - Réseau filaire (routes, chemins et cie), plutôt pour le routage - Landuse et bâtiments, pour tout ce qui décrit plutôt des surfaces au sol (champs, routes (on y arrivera à un moment ou un autre), forêts et bâtiments). - Administratif, pour toutes les limites administratives Si on met en place des grandes catégories, je pense que ça éviterait l'effet 'fourre-tout' de la base de données. J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Greg 2011/3/9 Nicolas Moyroud nmoyr...@free.fr Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour éviter ce genre de problème, j'ai pris l'habitude de toujours séparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways séparés, mais très rapprochés. Que pensez-vous de cette pratique ? Ma réflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver à l'intérieur du riverbank), mais je ne vois pas pourquoi elle devraient impérativement suivre le waterway. En tout cas ça peut mener à ce genre d'erreurs quand on veut corriger seulement la rivière, mais qu'on est pas sûr que la limite administrative suive réellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a écrit : Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://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] Erreur déplacement limite administrative
La source pour les limites administrative est le cadastre qui ne s'occupe que des parcelles. Donc lors qu'une limite administrative est dans l'eau, elle y est n'importe où. Le mapper doit donc juger ou elle est. Le plus simple est donc de la mettre au centre du cour d'eau... là même ou ce trouve la water way. Personnellement ma pratique n'est de mettre que un seul way et de le réutiliser lors que sémantiquemant c'est la même chose. Ce-ci est valable pour les cours d'eau important. Fred Le 9 mars 2011 10:13, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'en profite pour rebondir sur cette erreur et vous faire part d'une question existentielle. ;-) Pour éviter ce genre de problème, j'ai pris l'habitude de toujours séparer le waterway d'un cours d'eau et la limite administrative qui semble le suivre en faisant deux ways séparés, mais très rapprochés. Que pensez-vous de cette pratique ? Ma réflexion est la suivante : certes beaucoup de limites administratives suivent des cours d'eau (donc devraient se trouver à l'intérieur du riverbank), mais je ne vois pas pourquoi elle devraient impérativement suivre le waterway. En tout cas ça peut mener à ce genre d'erreurs quand on veut corriger seulement la rivière, mais qu'on est pas sûr que la limite administrative suive réellement le cours d'eau. Nicolas Le 09/03/2011 09:54, Bruno Besson a écrit : Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ 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] Où est passée la Garonne ?
Le 07/03/11 13:10, hpmt a écrit : yvecai a écrit , Le 07/03/2011 12:35: Non non, dans la feuille de style pour Mapnik, le layer 'water' contenant les rivières est bien rendu au-dessus de 'leisure' qui lui s'occupe des forêts. C'est autre chose, je pense. http://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml J'ai changé d'un pouième l'emplacement de 3 points de ce chemin hier soir ; résultat, ce matin, le chemin réaparaît sous mapnick ; J'ai refais pareil ce matin pour le deuxième chemin qui était passé sous les coussins ; c'est un contournement, pas plus. C'est un problème osm2pgsql (v0.75 pour le moins) que j'ai constaté à plusieurs reprises. Il ne fait pas correctement la mise à jour de la base quand il y a uniquement des changements de tags sur un élément et/ou sur les relations associées. La parade, c'est effectivement de modifier la géométrie pour que l'élément soit correctement retraité par osm2pgsql. A la rigueur, faire 2 étapes : 1. déplacer le noeud et uploader; 2. annuler le déplacement et uploader de nouveau. Comme cela, il n'y a pas de modification de la géométrie au final. /Lapi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Le 09/03/2011 10:58, Nicolas Dumoulin a écrit : Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) Dans le cas présent, le filtre ou la purge n'évitent pas ce genre de problème. Si on déplace un point du cours d'eau, la limite administrative est aussi modifiée. Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. Pour désolidariser les points : cliquer sur le point et presser la touche G -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Erreur déplacement limite administrative
Vincent Pottier a écrit : Le 09/03/2011 10:58, Nicolas Dumoulin a écrit : Le mercredi 9 mars 2011 10:26:28 Greg, vous avez écrit : Bonjour, Ca me fait penser qu'il faudrait peut-être filtrer les objets renvoyés par le serveur lorsqu'on veut travailler sur OSM. […] J'essaie de travailler comme ça avec les filtres JOSM, mais c'est vite arrivé, de déplacer par inadvertance une limite masquée... Depuis quelques temps, on peut aussi « purger » des données, c'est très pratique. Il suffit de sélectionner les objets par recherche (comme pour un filtre), un petit coup de purge, et on peut travailler sereinement :-) Dans le cas présent, le filtre ou la purge n'évitent pas ce genre de problème. Si on déplace un point du cours d'eau, la limite administrative est aussi modifiée. Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. Pour désolidariser les points : cliquer sur le point et presser la touche G -- FrViPofm +1 idem pour les routes. Il se trouve souvent que les limites comunales sur OSM sont souvent décalées par rapport à celles du cadastre, et on serait bien tenté de les recaler. Et bien souvent on trouve des cours d'eau, des rivières et des routes ... (même si il n'y a qu'un point) ce qui complique tout... Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
De : Vincent Pottier Pour ma part, j'évite le réemploi du way même s'il est géographiquement au même endroit. Contrairement à ce que dit Frédéric, il n'est pas sémantiquement la même chose. Souvent, j'ai utilisé la procédure suivante : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. C'est finalement assez rapide avec les raccourcis claviers. Et à la modification les deux chemins apparaissent bien. +1 A noter que dans JOSM, pour que Validator propose de réparer seul les noeuds dupliqués, je joins les deux extrémités du nouveau way de manière à en faire un way fermé. Le passage de Validator active alors le bouton Réparer. Après réparation, il faut bien sûr supprimer le segment rajouté entre les extrémités (selection des 2 nodes extrêmes, puis 'P' pour couper le chemin, enfin suppression du segment joignant les extrêmes). Promis, c'est plus compliqué à expliquer qu'à faire, mais si vous avez mieux je prends :-) . vincent vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
2011/3/9 Samy Mezani samy.mez...@wanadoo.fr Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Cette question a été maintes fois discutées sur cette liste. Les limites communales ont souvent utiliser des éléments naturels lors de leur création (ruisseau, rivière, chemin, crête). On retrouve leur tracé dans le cadastre encore aujourdh'hui même si - et c'est bien normal après plus d'un siècle voir deux - ces éléments se sont déplacés. Alors si le décalage de la limite par rapport au centre de la rivière est de quelques centimètres ou mètres, il est ama inutile de tracer des ways parallèles. Cela ne se justifie que pour les décalages vraiment significatifs, par exemple lorsque la limite administrative est en dehors des rives (riverbank) actuelles. Après, reste la discussion de tracer deux ways avec nodes communs ou un way avec tags dans relations mais c'est encore une autre discussion... Pour finir, je rappellerais qu'il ne faut jamais perdre de vue que ni le cadastre, ni Bing ne peuvent être désignées comme référence absolue en matière de précision (je dis ça pour ceux qui voudraient tracer un way parallèle à trois mètres de la limite administrative parce que Bing est décalé de trois mètres par rapport au cadastre). Il faut donc accepter de vivre avec des approximations en attendant de meileures sources. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remise en route des analyseurs Osmose
Salut, Concernant les noms des communes venant (sans doute) du site Galichon, une mis à jour est nécessaire, il y a des faux positifs (Chalais(24), Jozerand(63),...) Certaines communes voient l'orthographe de leur nom changer chaque année. Juste un détail, pour les 2 communes citées au dessus, je n'ai pas accès au lien faux positif, il est plus bas que la bulle. A+ Pmz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? On change la limite administrative à chaque fois ? ;-) Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Je vous remercie tous pour ces suggestions et discussions. J'utilise effectivement les filtres sous JOSM, mais en l'occurrence je faisais cette fois-ci un tracé sous Potlatch. Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
On mercredi 9 mars 2011, Bruno Besson wrote: Je vous remercie tous pour ces suggestions et discussions. J'utilise effectivement les filtres sous JOSM, mais en l'occurrence je faisais cette fois-ci un tracé sous Potlatch. Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter (j'ai pas testé) -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) Pour Bruno : je serais toi je redessinerais le cours d'eau dans la section où il chevauche la frontière en suivant la procédure décrite par Vincent Pottier : copie de la frontière création d'un nouveau calque collage du chemin (sans avoir cliqué dans le calque pour qu'il se pose sans modification d'emplacement suppression des tags (sauf source) ici je rajouterais découpe du chemin pour le limiter à la section où on est sur le cours d'eau pose des tags qui vont bien fusion des calques validation et suppression des points dupliqués. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes/departements/régions qui ont libéré leurs données
2011/3/3 Pierre Mauduit pierre.maud...@gmail.com: J'ai bien évidemment en tête le cadastre ou encore la commune de plouarzel, mais auriez vous quelques chose d'un peu plus exhaustif ? Les différents imports effectués notamment par Francois Van-der-Biest sur la région Bretagne ont dû être recensés en toute logique sur cette page Je suis loin d'avoir été seul : Steven Le Roux, François Vigouroux, Marc Sibert, Fabrice Phung pour n'en citer que quelques'uns ... F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Damien Boilley damien.boil...@gmail.com a �crit : Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Dans les sections aménagées, uniquement !!! ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Merci pour vos retours. J'ai préféré faire un revert complet avec le plugin josm, car mes modifications sont facile à refaire, et ce que je voulais surtout, c'est remettre la frontière en l'état. En réfléchissant un peu, j'aurai pu je crois corriger seulement la frontière et la rivière, mais tant pis, c'est pour ma pomme. Damouns : merci pour ta suggestion également, mais je voulais surtout remettre la frontière en l'état (bis). Je suis partisan d'avoir des ways séparés, mais comme il n'y a pas de consensus, je vais laisser la frontière et la rivière en l'état actuellement. J'ai de quoi m'occuper ailleurs. J'aurais d'ailleurs d'autre question sur la liberté de corriger des frontières qui apparaissent faussent, mais je vous ferai part de ça une autre fois. Bruno 2011/3/9 Eric Sibert courr...@eric.sibert.fr: Damien Boilley damien.boil...@gmail.com a �crit : Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Dans les sections aménagées, uniquement !!! ;-) Eric ___ 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] Erreur déplacement limite administrative
Pieren a écrit , Le 09/03/2011 13:07: Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Midi-pyrénées n'est donc plus en France métropolitaine : la Garonne, le Ger (qui n'est pas le Gers), la Marcaissonne, le Salat, l'Arbas, etc.. tout ce beau monde change de lit ou se fait repousser par les agriculteurs du coin. Seuls les parcours urbains contenus entre des murs sont à l'abri de l'érosion un peu plus longtemps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Pieren a écrit , Le 09/03/2011 13:07: Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Midi-pyrénées n'est donc plus en France métropolitaine : la Garonne, le Ger (qui n'est pas le Gers), la Marcaissonne, le Salat, l'Arbas, etc.. tout ce beau monde change de lit ou se fait repousser par les agriculteurs du coin. Seuls les parcours urbains contenus entre des murs sont à l'abri de l'érosion un peu plus longtemps. :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Erreur déplacement limite administrative
Pieren a écrit : 2011/3/9 Samy Mezani samy.mez...@wanadoo.fr Que fait-on pour les rivières dynamiques comme la Loire ou le Doubs qui peuvent déplacer annuellement leur cours ? Tu fais bien de les citer parce que ça doit être à peu près les seuls en France métropolitaine ;-) Cette question a été maintes fois discutées sur cette liste. Les limites communales ont souvent utiliser des éléments naturels lors de leur création (ruisseau, rivière, chemin, crête). On retrouve leur tracé dans le cadastre encore aujourdh'hui même si - et c'est bien normal après plus d'un siècle voir deux - ces éléments se sont déplacés. Alors si le décalage de la limite par rapport au centre de la rivière est de quelques centimètres ou mètres, il est ama inutile de tracer des ways parallèles. Cela ne se justifie que pour les décalages vraiment significatifs, par exemple lorsque la limite administrative est en dehors des rives (riverbank) actuelles. Après, reste la discussion de tracer deux ways avec nodes communs ou un way avec tags dans relations mais c'est encore une autre discussion... Pour finir, je rappellerais qu'il ne faut jamais perdre de vue que ni le cadastre, ni Bing ne peuvent être désignées comme référence absolue en matière de précision (je dis ça pour ceux qui voudraient tracer un way parallèle à trois mètres de la limite administrative parce que Bing est décalé de trois mètres par rapport au cadastre). Il faut donc accepter de vivre avec des approximations en attendant de meileures sources. Pieren Puisque nous sommes en plein débat, un cas typique que la fusion des lignes administratives et le cours d'eau peuvent engendrer... http://www.openstreetmap.org/?lat=47.6711328327656lon=-1.95707380771637zoom=18 Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] partenariat avec jaccede.com ?
Salut, Je suis nouveau sur cette mailing-list, mais contributeur OSM depuis quelques temps déjà. J'essaye en ce moment de convaincre jaccede.com de libérer leurs données et/ou les mettres sur OSM. (L'association J'accèdehttp://www.jaccede.com/association/jaccede-c-est-quoivise à établir un répertoire des lieux accessibles aux personnes handicapées en France.) Je trouve que c'est vraiment dommage que notre travail fasse doublon avec le leur et que leur base de donnée soit protégée par un copyright :( J'ai créé une page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com sur laquelle je répertorie tous les arguments à mettre en avant pour les convaincre. J'aimerai savoir si quelqu'un connait déjà quelqu'un chez jaccede.com et a déjà eu des contacts avec eux. Est-ce possible de me mettre en contact ? Je sollicite également votre aide pour élaborer l'argumentaire avant de les contacter. Je l'ai actuellement commencé sur la page wiki ci-dessus. Merci d'avance pour votre aide slt -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
- Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Rainer Kluge Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? Elles possèdent des mécanismes pour se protéger elles mêmes. Que dirait les développeurs des outils GNU s'ils apprenaient qu'on protège leur outils en cachant le contenu ? Je ne souhaite choquer personne mais pour mettre à disposition ces outils, pourquoi ne pas mettre un outil d'authentification qui permettrait de suivre les utilisateurs de ces sources ? sur le serveur par exemple, je me log' et de temps en temps on regarde si j'importe pas la moitié d'un département en faisant des conneries plus grosse que moi.. non ? Je suis le seul ? Frédéric le disait il y a quelques messages [1] : J'ai actuellement en ma possession tout le fillaire extrait du cadastre. L'idée est de ne pas le diffuser de peur de voir apparaître des imports frelatés ou de voir les dérives du bati. La qualité des données n'étant pas à la hauteur d'OSM. (Vous pouvez de toute façon utiliser l'outil vous même pour faire des extractions) Maintenant s'il est possible de diffuser ces données dans un autre format, qui permette la consultation mais pas l'import, je vote oui. Je suggérais avant-hier un service WMS, ça peut aussi être des images statiques géoréférencées, le point commun étant que ce sera du pixel et non du vecteur, donc une forme de garantie contre les imports. vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031006.html Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] partenariat avec jaccede.com ?
Le 09/03/2011 21:35, Florian LAINEZ a écrit : J'ai créé une page http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com sur laquelle je répertorie tous les arguments à mettre en avant pour les convaincre. Je trouve que bâtir un tel argumentaire est une super idée. J'aimerai savoir si quelqu'un connait déjà quelqu'un chez jaccede.com et a déjà eu des contacts avec eux. Est-ce possible de me mettre en contact ? Vincent Pottier avait tenté une première prise de contact par mail avec eux juste quelque jours avant que je rencontre Damien Birambeau (président fondateur de jaccede), pour autre chose, il y a un an. Tu peux chercher jaccede dans les archives de la liste. En pratique, le mieux pour avancer serait de rencontrer directement dam...@jaccede.com Il faut lui demander un RDV (dans Paris) avec conf call pour ceux qui pourraient intervenir à distance. Si il accepte de nous recevoir, je peux être sur place à Paris. Je sollicite également votre aide pour élaborer l'argumentaire avant de les contacter. Je l'ai actuellement commencé sur la page wiki ci-dessus. Début 2010, je ne connaissais encore pas bien OSM. Damien Birambeau m'a montré le mail de Vincent Pottier dans son bureau pour me demander son avis. Je lui ai répondu que partager les données de jaccede sur OSM serait vraiment une super idée, que ça profiterait à tous (y compris à jaccede). Mais il m'a ensuite demandé comment il faudrait faire et ce que cela supposerait comme engagement/contrainte/effort de la part de jaccede. J'ai essayé de lui répondre que ce serait simple et qu'il fallait surtout comprendre la licence. Mais j'ai eu l'impression que ma réponse n'était pas claire+complète parce que je n'avais pas encore une idée assez précise de ce qui serait faisable. Depuis mon RDV avec lui, je l'ai un peu laissé tomber car j'ai été pris par d'autres sujets. J'ai juste essayé de les tenir au courant de ce qui se passait sur OSM (projet du mois sur l'accessibilité, projet iDact de micromapping d'accessibilité, etc.). Mais je n'ai pas eu d'échange depuis. A la réflexion, je me dis qu'il faudrait leur proposer plusieurs infos : 1) un argumentaire qui présente les avantages que l'association jaccede tirerait d'un tel partage 2) un argumentaire qui présente les avantages que les personnes handicapées en général tireraient d'un tel partage 3) une explication simple des engagements et contraintes qu'un tel partage pourrait représenter pour jaccede 4) une proposition simple de process pour inclure leur système informatique comme source de données : c'est bien joli de faire un script d'import one shot mais, comment on fait pour la suite ? les outils OSM sont assez différents de ceux mis en place par jaccede = peut-on fusionner les 2 processus de saisie de données ? ou bien faut-il penser à un système de synchronisation ? comment gérer les conflits ? à quel rythme ? pour quel périmètre la source jaccede serait considérée comme faisant autorité, etc. Faute de connaître leurs outils et fonctionnement en détails, il faudra peut-être prévoir une phase d'étude. Dans ce cas, c'est ce qu'il faut leur proposer, tout simplement : qu'une équipe d'OSMeurs réalise bénévolement, sur un wiki, une étude de faisabilité qui n'engage pas jaccede. Ensuite ils décideraient de se lancer ou non. Je n'ai pas pu approfondir la question de la licence avec eux et je ne sais pas quel est leur degré d'ouverture à la culture du libre. Mais l'idée de partage, en soi, leur plait sans doute. A ta disposition pour continuer à en parler... -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 09/03/2011 21:57, sechanb...@free.fr a écrit : - Vincent de Chateau-Thierry v...@laposte.net a écrit : Pour ceux qui comme moi n'arrivent pas à compiler le code, serait-il possible de mettre à disposition les fichiers par commune, comme c'est le cas pour les fichiers crées par qadastre http://osm.cleo-carto.org/cadastre ? Il faut compiler toi même un boost 1.45 Une mise à disposition aussi massive me semble la dernière chose à faire, si c'est dans un format .osm, techniquement importable dans la base. Techniquement c'est du GPX La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? Elles possèdent des mécanismes pour se protéger elles mêmes. Que dirait les développeurs des outils GNU s'ils apprenaient qu'on protège leur outils en cachant le contenu ? Les outils sont à disposition là http://gitorious.org/qadastre/qadastre2osm http://gitorious.org/r-c2w (AGPL3) Libre à toi de les utiliser, modifier On parle de non mise à disposition publique de plusieurs giga de fichier GPX de mauvaise qualité. Mais je les tiens tout de même à disposition pour en en faire quelque chose, j'en courage même la réutilisation ! Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM+Jaccede
Le 09/03/2011 22:01, Jean Millerat a écrit : Verrais-tu un inconvénient à faire suivre ton mail du 25/04/2010 (cf. ci-dessous) sur la liste talk-fr pour informer Florian Lainez de l'état des choses avec jaccede ? A+ Aucun problème ! Vincent Le 25/04/2010 22:25, Vincent Pottier a écrit : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes pour des besoins spécifiques de routage selon différents critères de handicap, véhicule de plus de 15 tonnes, VTT ou fauteuil roulant. L'enjeu est le même pour le passionné de lignes de codes : trouver la solution à un conjonction de problèmes techniques, produire le logiciel ultime. L'enjeu humanitaire sera un moteur supplémentaire pour l'action. Je crains qu'ils ne s'engagent dans des choses redondantes vis-à-vis d'applis OSM mobiles ou qu'ils ne sachent pas s'appuyer sur ce qui a déjà été fait de manière à l'améliorer. OSM dispose déjà d'une bonne base de donnée de voirie urbaine ou rurale (là encore, des lacunes à combler). Il n'est pas nécessaire de reprendre le dessin des voies, mais seulement de les commenter selon leur accessibilité (et selon le handicap). Ils n'ont ni le réflexe ni la culture libre, je pense, même si ils ont beaucoup investi sur PHP/Symfony. Je ne fais que découvrir OSM et J'accède mais je vais faire de mon mieux pour aider là où je peux. Je mets Gaël en copie, dont je fais la connaissance dans le cadre du Crisis Camp Paris et qui m'aide à comprendre un peu mieux ce qu'est OSM en France. L'idée que j'essaie de pousser auprès de Jaccede est la suivante : au titre de wecena (je te laisse visiter mon site web), proposer à des informaticiens en intercontrat de référencer des parcours accessibles dans OSM au nom de J'accède et sous la direction de J'accède. J'accède prêterait des fauteuils roulants et formerait les volontaires. Voila, ce petit mail était juste pour prendre contact, t'encourager à développer ta prise de contact avec J'accède et t'informer que je veux aller dans le sens d'un rapprochement et que je vais essayer d'obtenir des ressources (argent et temps hommes) pour aider à concrétiser un tel rapprochement. Dans un deuxième temps (ou en parallèle), si la communauté OSM s'organise en association loi 1901 spécifique ou s'intègre définitivement à OSGEO, on pourra imaginer faire des choses intéressantes autour de la cartographie de crise en France ou à l'étranger (sur l'exemple de ce qui a été fait à Haïti). Mais, pour l'instant, un projet Jaccede + OSM me semble plus facile à mettre en place. Et J'accède
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Derrière mon titre racoleur du style philosophie de comptoir, se pose une question pas simple à répondre (ta question en fait), question que l'on retrouve aussi sur la liste anglaise et qui a usée beaucoup de clavier son titre était : Zero tolerance on imports, mais elle est bien plus ancienne et prend différentes formes, mais l'idée est celle que tu évoques. Tentons d'éviter un préambule, un introduction et 50 chapitres, je vais juste donner mon avis : La non mise à disposition des outils est une forme d'élitisme qui poussent à regretter que ce projet est libre. Ici, je vais supposer que tu ne parles pas des outils les logiciels (puisque dans le cas qui nous occupe le code est disponible, bien que, voir plus loin, on pourrait aussi porter une partie du débat dessus) mais bien d'une mise à disposition en format osm prête à l'emploi comme c'est le cas pour les cours d'eau et le bâti extrait du cadastre. Pour combien de temps et combien d'entre nous serons privés de ces outils pour une soit disante question de protection de la base de données ? J'ai longtemps eu peur de cette forme d'élitisme dont tu parles qui pourrait sembler nous rapprocher typiquement d'une base de donnée style IGN où il faut 3 ans et 5 courriers pour faire corriger une erreur qu'on a repérée. Mais j'en reviens, si quelqu'un installe une copie de la base osm et qu'il l'a rempli comme il le veut avec ce qu'il veut, personne ne lui en voudra. Par contre, si ses contributions dans un pot commun perturbent de trop d'autres contributeurs, je comprends parfaitement qu'il faille positionner une barrière au bon emplacement. Je pense que tout le monde sera d'accord pour dire qu'un bouton Vider la base osm sur la page d'accueil est une très mauvaise idée, même si juste à coté on mettait un bouton restaurer la base de donnée C'est extrême comme image, mais je montre par là qu'il faut choisir entre donner à tous la possibilité de tout faire facilement et interdire de faire quoi que ce soit. Elles possèdent des mécanismes pour se protéger elles mêmes. Hélas, c'est bien parce que les mécanismes dont on disposent sont complexes et imparfaits qu'il faut tenter de gérer un maximum en amont sur le serveur par exemple, je me log' et de temps en temps on regarde si j'importe pas la moitié d'un département en faisant des conneries plus grosse que moi.. non ? Qui est on ? ça fait forcément du boulot à quelqu'un, y'a qu'a aller voir keepright pour constater que la base est remplie de problèmes, que ceux-ci arrivent plus qu'ils ne se résolvent, et qu'il me semble donc logique de tenter, a minima et sans trop restreindre l'arrivée (surtout massive) de ces erreurs. -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Le 09/03/2011 23:01, sylvain letuffe a écrit : Derrière mon titre racoleur du style philosophie de comptoir, se pose une question pas simple à répondre (ta question en fait), question que l'on retrouve aussi sur la liste anglaise et qui a usée beaucoup de clavier son titre était : Zero tolerance on imports, mais elle est bien plus ancienne et prend différentes formes, mais l'idée est celle que tu évoques. J'approuve des deux mains (sur le clavier), en précisant que dans le titre il manque une précision : de données de qualité insufisante faciles à importer. Ce qui fait que ces données ne sont pas mises à disposition de façon aisée est leur piètre qualité par rapport à ce qu'on attend d'OSM. C'est parce que les gens qui ont produit ces données sont des gens responsables qu'ils ne les ont pas mises en ligne ! Et je les en remercie (par la présente...) Je les remercie quand je fusionne des bâtiments fractionnés importés trop aisément, Je les remercie quand après des heures (minutes, n'exagérons rien) de recherche, j'ajoute les tags qui auraient été si facile à poser durant le premier import (les églises actuellement)... Je les remercie quand je transforme les natural=water en leisure=swimming_pool+acces=private en tremblant de ne pas transformer des lacs au passage... Bref il ne s'agit pas de réserver quelque chose à une élite. Il s'agit surtout de ne pas faire de l'intox ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] partenariat avec jaccede.com ?
Pour plus d'info et avec la permission de Vincent Pottier, voici un échange hors liste du mois d'avril au sujet de jaccede, suite à mon RDV chez eux : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes pour des besoins spécifiques de routage selon différents critères de handicap, véhicule de plus de 15 tonnes, VTT ou fauteuil roulant. L'enjeu est le même pour le passionné de lignes de codes : trouver la solution à un conjonction de problèmes techniques, produire le logiciel ultime. L'enjeu humanitaire sera un moteur supplémentaire pour l'action. Je crains qu'ils ne s'engagent dans des choses redondantes vis-à-vis d'applis OSM mobiles ou qu'ils ne sachent pas s'appuyer sur ce qui a déjà été fait de manière à l'améliorer. OSM dispose déjà d'une bonne base de donnée de voirie urbaine ou rurale (là encore, des lacunes à combler). Il n'est pas nécessaire de reprendre le dessin des voies, mais seulement de les commenter selon leur accessibilité (et selon le handicap). Ils n'ont ni le réflexe ni la culture libre, je pense, même si ils ont beaucoup investi sur PHP/Symfony. Je ne fais que découvrir OSM et J'accède mais je vais faire de mon mieux pour aider là où je peux. Je mets Gaël en copie, dont je fais la connaissance dans le cadre du Crisis Camp Paris et qui m'aide à comprendre un peu mieux ce qu'est OSM en France. L'idée que j'essaie de pousser auprès de Jaccede est la suivante : au titre de wecena (je te laisse visiter mon site web), proposer à des informaticiens en intercontrat de référencer des parcours accessibles dans OSM au nom de J'accède et sous la direction de J'accède. J'accède prêterait des fauteuils roulants et formerait les volontaires. Voila, ce petit mail était juste pour prendre contact, t'encourager à développer ta prise de contact avec J'accède et t'informer que je veux aller dans le sens d'un rapprochement et que je vais essayer d'obtenir des ressources (argent et temps hommes) pour aider à concrétiser un tel rapprochement. Dans un deuxième temps (ou en parallèle), si la communauté OSM s'organise en association loi 1901 spécifique ou s'intègre définitivement à OSGEO, on pourra imaginer faire des choses intéressantes autour de la cartographie de crise en France ou à l'étranger (sur l'exemple de ce qui a été fait à Haïti). Mais, pour l'instant, un projet Jaccede + OSM me semble plus facile à mettre en place. Et J'accède est déjà une asso bien organisée et reconnue et
Re: [OSM-talk-fr] partenariat avec jaccede.com ?
OK il semblerait que je ne soit pas le premier à me pencher sur le sujet et que la prise de contact ai déjà été effectuée. Vous m'en voyez ravi. J'ai lu avec attention tous les échanges et comptes-rendus que vous m'avez transmis et je suis plus que jamais motivé pour mener ce projet à bien. Jean ta proposition me parait tout à fait adaptée : Constituer un dossier avec : 1) un argumentaire qui présente les avantages que l'association jaccede tirerait d'un tel partage 2) un argumentaire qui présente les avantages que les personnes handicapées en général tireraient d'un tel partage 3) une explication simple des engagements et contraintes qu'un tel partage pourrait représenter pour jaccede 4) une proposition simple de process pour inclure leur système informatique comme source de données Approcher jaccède et leur proposer une phase de test sans engagement. J'ai créé le projet sur le wiki de l'April car d'autres membres sont motivés par le projet, et notamment des associations de handicapés qui sauront, il me semble, mieux trouver le ton à adopter avec un président d'association de handicapés. Je vous propose donc d'élaborer la proposition en 4 points sur cette page : http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com J'ai commencé et continuerai à son élaboration. Mais j'ai vraiment besoin de votre aide, notamment concernant le dernier point, bien trop technique pour moi. Je pense que ça vous demandera un peu de temps mais que le jeu en vaut la chandelle. Par la suite il me semble en effet important de faire une réunion avec le président de jaccède et -au moins- un informaticien de l'asso. Personnellement j'habite Toulouse mais je monte à Paris régulièrement. Cela vous convient-il ? Merci d'avance pour votre aide, je vais prendre du temps pour bosser sur ce projet ces prochains jours / semaines. cordialement, PS :Cette semaine j'ai traduit la page http://wiki.openstreetmap.org/wiki/FR:Accessibility commencé celle-là http://wiki.openstreetmap.org/wiki/FR:Wheelchair_routing et du coup ce soir je me suis motivé pour traduire celle-là ce soir http://wiki.openstreetmap.org/wiki/FR:Disabilities Le 10 mars 2011 00:16, Jean Millerat jean.mille...@wecena.com a écrit : Pour plus d'info et avec la permission de Vincent Pottier, voici un échange hors liste du mois d'avril au sujet de jaccede, suite à mon RDV chez eux : Le 24/04/2010 17:40, Jean Millerat a écrit : Salut Vincent, Damien Birambeau, de l'association Jaccede m'a fait lire ton mail et j'ai essayé de lui expliquer ce qu'est OpenStreetMap et les enjeux et conséquences d'une ouverture de leurs données sur l'accessibilité des lieux. Je pense qu'il n'a pas encore tout compris et qu'il faudra que je lui ré-explique et que je continue à le rassurer (ou que tu le fasses par email). Je suis heureux de constater que mon mail n'est pas resté sans suite. Mais il est intéressé et très enthousiaste à l'idée de rendre sa base plus utilisée, mieux référencée et mieux outillée. La richesse d'une basse de données, aujourd'hui, est sa capacité à être croisées avec d'autres données. Les données de jaccedde, intégrées à OSM seront, de fait, croisées avec la richesse d'OSM, quantité et sémantique : 1 terra octet de données, une structure de tags... Certes, des progrès sont encore à faire du côté d'OSM, mais la participation d'une institution riche d'une forte expérience fera rapidement évoluer la situation des tags spécifiques à l'accessibilité. L'accessibilité, donc l'utilisation, de l'information, dépend aussi de la clarté de son cadre légal. Les données de jaccède sont elles disponible ? par qui ? dans quelles conditions ? Le statut des données d'OSM est clarifié par la licence CC-by-SA, et probablement dans un futur proche, la licence oDBL. Enfin, la mise à disposition des données OSM à travers des API (application programming interface) offre aux logiciels clients un moyen de disposer de celles-ci. Leur utilisation dans diverses applications est alors possibles légalement et techniqument. L'idée d'aller jusqu'au référencement de parcours accessibles (avec routage) l'intéresse car ils se limitent actuellement aux seuls lieux. Les Allemands sont assez bien avancés sur cette question : http://wheelmap.org/ http://www.wdr.de/tv/quarks/videos/flashplayer.jsp?mid=84793 J'accède travaille actuellement sur un gros projet de dév d'appli iPhone + Android pour permettre à des bénévoles occasionnels de décrire l'accessibilité des lieux (par exemple quand tu fais la queue à l'entrée du resto). Je ne connais pas tous les développements encours d'application permettant de faire du routage sur iPhone ou Androïd. Ce qui est sur, ce que nombre de ces applications sont libres et ouvertes. Un aménagement du code de celles-ci sera moins onéreux qu'une réécriture complète. De plus, de nombreux auteurs de ces logiciels seront heureux d'adapter leurs programmes
Re: [OSM-talk-fr] La non mise à disposition simplifiée de donnée facile à importer va elle a l'encontre de la liberté ?
Vincent Pottier a écrit , Le 10/03/2011 00:13: Bref il ne s'agit pas de réserver quelque chose à une élite. Il s'agit surtout de ne pas faire de l'intox ! +1 Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OSC2011 Tokyo/Spring 出展、セミナー発表します。
東です。 遅くなりましたが、 出展に参加されたみなさん、また 会場に来られたマッパーのみなさん お疲れ様でした。 年１回の同窓会のような感じで（顔は知らない人でもマッピングは知っているという） とても楽しい時間を過ごさせて頂きました。 11/03/06 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 OSC Tokyo参加された皆様お疲れさまでした。 今回も多くの方々に説明聞いていただけました。 関東以外からも多くのメンバーが集まることができて OSM談議も盛り上がりました。 個人的には受けた質問で印象深かったのは ・具体的にOSMで編集作業に入るまでの手順が知りたい。 ・OSMをベースマップにして別レイヤーのものをかぶせて 運用する簡単な方法はないか？ でした。 たぐちさん 余りましたOSMパンフレットはOSC神戸で 使っていただくために田中さんに渡しました。 MontBlanc o...@gatinho.org wrote: MontBlancです。 本日は午後から参上いたします。 2011/3/5 Hiroshi Miura : 三浦です。 昨日の展示はどうだったでしょうか。 今日も盛り上げていきましょう。 今日は、朝から（これから）行く予定です！ (2011年02月22日 20:57), ikiya wrote: ikiyaです。再び告知です。 3月4日(金)・5日(土) 開催される オープンソースカンファレンス2011Tokyo/Springで OSM展示、セミナー発表します。 http://www.ospn.jp/osc2011-spring/ 会場：早稲田大学（西早稲田キャンパス63号館、61号館） ※展示、セミナー発表は5日(土)のみです。 私はセミナー発表が午前10時〜10時45分なので ブース設営後、すぐにセミナー会場に行きます。 是非、お近くの方、OSMに興味のある方いらして下さい。 ワイワイOSM話しましょう！ この週末はOSM創始者のコースト夫妻も 東京にいらしています。 にぎやかな週末になりそうです。 -- Ovi Mail: Making email access easy http://mail.ovi.com ___ 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-GB] Nottingham Pub Meet-up last night
We had a well attended meeting last night with 8 of us. A good mix, of active local mappers, old hands (smsm1 ;-) ), relative newcomers and interested map lurkers. There was enough enthusiasm to do it again, and a general view that a monthly was fine, so I'll suggest a time place for early April soon. A representative of Pedals came along, and I got the impression that he'll recommend stronger backing from them for OSM and CycleStreets. I was very pleased to link up with a high profile local advocacy group. Marcus, David (Pedals) and Laura (lolkins) all emphasised that they would feel more comfortable editing if there was an opportunity for some guidance. Marcus represented the Nottingham Hackspace which I didn't even know existed, and suggested their space near Nottingham Station might be a good venue for a mapping party/training event. This obviously has great potential. So more successful than I hoped by far, and lots to think about too. I'll write up something more detailed on my blog. Thanks to everyone who came. See you all soon! Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
I don't think you can infer OS methodology from comparison of OS and Bing photographs of rivers. Rivers are not static objects - they move laterally over time, unless confined by concrete, in towns etc. In the countryside they will migrate backwards and forwards by possibly many hundreds of metres over a few decades. Compare parish boundaries with Bing imagery, you'll see inexplicable bulges in the line, where they diverge from rivers, and then rejoin downstream. PHILLIP BARNETT SERVER MANAGER 200 GRAY'S INN ROAD LONDON WC1X 8XZ UNITED KINGDOM T +44 (0)20 7430 4474 F E phillip.barn...@itn.co.uk WWW.ITN.CO.UK Please consider the environment. Do you really need to print this email? -Original Message- From: Michael Collinson [mailto:m...@ayeltd.biz] Sent: 09 March 2011 11:57 To: 'Talk GB' Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@itn.co.uk Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
On 09/03/2011 11:57, Michael Collinson wrote: At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb Interesting point Mike. There are similar issues about tracing from imagery or using Vector Map District when doing other waterbodies: reservoirs are the ones which immediately come to mind. Often the landward side of the splash zone is more obvious than the usual water level, and if that is used for mapping it gives a false impression. Patches of riparian scrub and marsh also seem to be treated inconsistently by the OS (perhaps aerial interpretation). Most larger rivers will have flood-level gauges (right word?) which might be some kind of aid for choosing a 'natural' level to map, but sourcing then is not straightforward. I've only done a bit of mapping by wandering around in wellies with one foot on dry land and the other in the water. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Pub meetup in Fulham tomorrow evening, reminder
The meetup tomorrow evening (8th March) will be at the So Bar ( http://www.openstreetmap.org/?mlat=51.48012mlon=-0.1923zoom=16 ) in Fulham Road opposite the entrance to Stamford Bridge football ground (there will not be a match on). See you there. -- Andrew ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
At 13:29 09/03/2011, Chris Hill wrote: On 09/03/11 11:57, Michael Collinson wrote: At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. A further word of caution: Bing and all other imagery only shows a snapshot of the way things are, often many years ago, and in an indeterminate state of water level. Some rivers have tidal influences, some rivers have very different levels in flood or drought. Sometimes where the rough verge meets pasture land is the highest point the water reaches regularly, but still only occasionally. Certainly both Chris' and Phillip's cautions are certainly true but I've paid particular attention to the River Wharfe mid-reaches, which I know very well and flows in a well-defined channel with high banks and has not shifted markedly in the last 40 years. In places, it is almost twice as wide as it should be. Chris may be right in suggesting that the highest water mark is being mapped, but why map the 10 - 25-year flood event level rather than the natural bank line? I am tempted to think that automated software has been used which like PGS coastlines occasionally gets confused by nearby lineaments. I also recall comparing with digitised 25:000 maps (vintage 1900 - 1960 surveying) and noticing that it correlates much more closely with Bing than StreetView. Needs more analysis but be aware! Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
Hi Mike, Can you provide us with a grid ref(s) for a location where the OS data is wrong Jason On 9 March 2011 13:33, Michael Collinson m...@ayeltd.biz wrote: At 13:29 09/03/2011, Chris Hill wrote: On 09/03/11 11:57, Michael Collinson wrote: At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. A further word of caution: Bing and all other imagery only shows a snapshot of the way things are, often many years ago, and in an indeterminate state of water level. Some rivers have tidal influences, some rivers have very different levels in flood or drought. Sometimes where the rough verge meets pasture land is the highest point the water reaches regularly, but still only occasionally. Certainly both Chris' and Phillip's cautions are certainly true but I've paid particular attention to the River Wharfe mid-reaches, which I know very well and flows in a well-defined channel with high banks and has not shifted markedly in the last 40 years. In places, it is almost twice as wide as it should be. Chris may be right in suggesting that the highest water mark is being mapped, but why map the 10 - 25-year flood event level rather than the natural bank line? I am tempted to think that automated software has been used which like PGS coastlines occasionally gets confused by nearby lineaments. I also recall comparing with digitised 25:000 maps (vintage 1900 - 1960 surveying) and noticing that it correlates much more closely with Bing than StreetView. Needs more analysis but be aware! Mike ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Loch Lomond National Park sorry for 'Giro Bay' map
These maps will probably become collector's items: http://www.bbc.co.uk/news/uk-scotland-glasgow-west-12684156 -- Ed Avis e...@waniasset.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping?
Jason, Yes, I'll try to do this over the weekend. Give me an off-line poke if I forget. Mike At 14:45 09/03/2011, Jason Cunningham wrote: Hi Mike, Can you provide us with a grid ref(s) for a location where the OS data is wrong Jason On 9 March 2011 13:33, Michael Collinson mailto:m...@ayeltd.bizm...@ayeltd.biz wrote: At 13:29 09/03/2011, Chris Hill wrote: On 09/03/11 11:57, Michael Collinson wrote: At 12:32 10/02/2011, Andy Robinson (blackadder-lists) wrote: Henry Gomersall [mailto:h...@cantab.net] wrote: Sent: 10 February 2011 11:07 AM To: Peter Miller Cc: Talk GB Subject: Re: [Talk-GB] Incorrect use of OS VectorMap District when mapping? On Thu, 2011-02-10 at 10:30 +, Peter Miller wrote: On reflection possibly we should use river-bank as that has more information in it, but recommend that anyone importing does a 'bridge cleanup' at the same time. This is an area I'm actually really interested in (for rural rivers) and keen to contribute. So far I've been put off by exactly this problem. Is a reasonable approach to use the OS data for river edges and then fill in the gaps (bridges etc) with OSM data? +1 If the OS vector data is only assumed to be the banks and the additional data for flow direction, bridges and other features are added from survey/BING etc then we should end up with a very functional dataset. A late response to this thread, but a word of caution. Comparing Bing imagery recently for several Yorkshire rivers with folk's riverbanks derived from OS data indicates that very frequently the OS are not tracing the riverbank as the dividing line between water (clear river channel) and land (grass, scrub) but the top of the riverbank or where the rough verge meets pasture land. A further word of caution: Bing and all other imagery only shows a snapshot of the way things are, often many years ago, and in an indeterminate state of water level. Some rivers have tidal influences, some rivers have very different levels in flood or drought. Sometimes where the rough verge meets pasture land is the highest point the water reaches regularly, but still only occasionally. Certainly both Chris' and Phillip's cautions are certainly true but I've paid particular attention to the River Wharfe mid-reaches, which I know very well and flows in a well-defined channel with high banks and has not shifted markedly in the last 40 years. In places, it is almost twice as wide as it should be. Chris may be right in suggesting that the highest water mark is being mapped, but why map the 10 - 25-year flood event level rather than the natural bank line? I am tempted to think that automated software has been used which like PGS coastlines occasionally gets confused by nearby lineaments. I also recall comparing with digitised 25:000 maps (vintage 1900 - 1960 surveying) and noticing that it correlates much more closely with Bing than StreetView. Needs more analysis but be aware! Mike ___ Talk-GB mailing list mailto:Talk-GB@openstreetmap.orgTalk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Pub meetup in Fulham tomorrow evening, reminder
Andrew andrewhainosm@... writes: The meetup tomorrow evening (8th March) You mean tomorrow, Thursday 10th March? -- Ed Avis e...@waniasset.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Pub meetup in Fulham tomorrow evening, reminder
On 9 March 2011 17:03, Ed Avis e...@waniasset.com wrote: Andrew andrewhainosm@... writes: The meetup tomorrow evening (8th March) You mean tomorrow, Thursday 10th March? Yes it is tomorrow, Thursday 10th March. Details here: http://wiki.openstreetmap.org/wiki/London/Winter_2010-2011_Pub_Meetup / Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] [Talk-gb-westmidlands] Small Heath Station: Rendering bug?
Reported as ticket 3573: http://trac.openstreetmap.org/ticket/3573 On 9 March 2011 11:54, Andy Robinson (blackadder-lists) ajrli...@gmail.com wrote: That's a bug Cheers Andy -Original Message- From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk] Sent: 09 March 2011 11:44 AM To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Small Heath Station: Rendering bug? Before I raise a bug ticket, can someone please check my tagging for Small Heath Railway Station: http://www.openstreetmap.org/?lat=52.463403lon=- 1.859191zoom=18layers=M The building which straddles the two platforms is tagged layer:1, but is being rendered beneath the platforms, which have no layer. (The tracks there need better alignment; I'll turn to that later). -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list talk-gb-westmidla...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1204 / Virus Database: 1497/3492 - Release Date: 03/08/11 -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] [Talk-gb-westmidlands] Small Heath Station: Rendering bug?
Try drawing the platforms as areas. They probably ought to be areas anyway (especially given how wide they are). Mapnik has known problems respecting layers, and quite a lot of renderers routinely draw areas under lines, so you're asking for trouble. Richard On Wed, Mar 9, 2011 at 9:40 PM, Andy Mabbett a...@pigsonthewing.org.uk wrote: Reported as ticket 3573: http://trac.openstreetmap.org/ticket/3573 On 9 March 2011 11:54, Andy Robinson (blackadder-lists) ajrli...@gmail.com wrote: That's a bug Cheers Andy -Original Message- From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk] Sent: 09 March 2011 11:44 AM To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Small Heath Station: Rendering bug? Before I raise a bug ticket, can someone please check my tagging for Small Heath Railway Station: http://www.openstreetmap.org/?lat=52.463403lon=- 1.859191zoom=18layers=M The building which straddles the two platforms is tagged layer:1, but is being rendered beneath the platforms, which have no layer. (The tracks there need better alignment; I'll turn to that later). -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list talk-gb-westmidla...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1204 / Virus Database: 1497/3492 - Release Date: 03/08/11 -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] TriMet will begin OSM improvements in the Portland area
Hi Alan, The aerials are owned by Trimet, so we (the Trimet interns) can derive data from it, and then provide the derived data to OpenStreetMap. However, we cannot distribute the aerials themselves. -- PJ Houser Trimet GIS intern, 503-962-5711 (office) On Thu, Mar 3, 2011 at 8:00 PM, Alan Mintz alan_mintz+...@earthlink.netwrote: I wrote: IANAL, but this tickles my derivative work sensor a little. How would this be any different than using Google, or another copyrighted imagery source? If a road, intersection, or feature is moved in OSM as a result of looking at its position in the imagery, is that not deriving from the imagery? and forgot: ... and do you have specific permission to derive from the imagery and make the result ODBL/CCBYSA/PD? -- Alan Mintz alan_mintz+...@earthlink.net ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Trimet, Portland, Oregon updates
Some background in case you just learned of this right now:I work at Trimet transit agency in Portland, Oregon, and we are updating OSM for our area. We are switching to an open source trip planner that uses OSM data, so we are updating OSM with jurisdictional data that has been made available to us (and it's public domain). We are using Trimet's 6 inch aerials for verification (as much as we can without groundtruthing - we hope the community will help us with that part). If a way is far off the centerline, we will adjust it; if the type of street or trail is wrong, we will correct it; directionality; name. We will keep OSM tags and add in some jursidictional (RLIS and CCGIS) tags so everyone knows the data source. But we'd like some advice! Here are our questions: 1) We are editing incorrect trails and adding missing trails from RLIS (Metro, Oregon) and CCGIS (Clark County, Washington). We'd like to tag handicap accessibility of the trails we edit or add in. What tag would OSM mappers prefer? We were thinking accessibility with values of yes, no, and unknown. But should we be distinguishing between ADA's standard accessibility and a general idea of accessibility? What do you think? 2) Since we are using two jurisdictional datasets for editing and adding streets and trails, should we delete the TIGER tags if we change a way based on our datasets? For example, if we adjust a street type and its geometry, we would have an RLIS:localid tag=# (or CCGIS:localid) and RLIS:reviewed=no (or CCGIS:reviewed=no) tag. The RLIS:reviewed=no is for OSM community members so they know what's been checked by the community. Is this a good idea? We are making these edits one by one, so it's not like a TIGER import, but we are basing our changes on high-res aerials and the most recent quarterly jurisdictional datasets. Anyways, if we change a way based on the jurisdictional data, then it's no longer from the TIGER data, so should we delete those tags from the way? 3) In TIGER data, there are name parts, i.e. name_direction_prefix, name_direction_suffix, name_base, name_type. Should we imitate that in our datasets' tags? So far, we have made the jurisdictional data include the tags for name parts and a tag for full name. Should we just include the full name? Or do we need to keep the name parts for some geocoders or some other reason? Thanks everyone! -- PJ Houser Trimet GIS intern, 503-962-5711 (office) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Trimet updates to OSM in Portland, Oregon area - workflow
Paul, Multnomah, Clackamas, and Washington Counties in Oregon. Clark County in Washington. -- PJ Houser Trimet GIS intern, 503-962-5711 (office) Date: Sat, 05 Mar 2011 18:33:16 -0600 From: Paul Johnson ba...@ursamundi.org To: talk-us@openstreetmap.org Subject: Re: [Talk-us] Trimet updates to OSM in Portland, Oregon area - workflow Message-ID: ikukog$hik$1...@dough.gmane.org Content-Type: text/plain; charset=utf-8 On 03/03/2011 11:16 PM, PJ Houser wrote: Regarding the updates to OSM by 4 Trimet interns, in 4 counties around Portland, Oregon... Three counties are obvious (since at one point, it was Tri-County Metropolitan Transit District of Oregon, the Tri-County being Multnomah, Clackamas and Washington), but what's the fourth? Everything else I have no questions or looks good. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Trimet, Portland, Oregon updates
On 3/9/2011 5:27 PM, PJ Houser wrote: 1) We are editing incorrect trails and adding missing trails from RLIS (Metro, Oregon) and CCGIS (Clark County, Washington). We'd like to tag handicap accessibility of the trails we edit or add in. What tag would OSM mappers prefer? We were thinking accessibility with values of yes, no, and unknown. But should we be distinguishing between ADA's standard accessibility and a general idea of accessibility? What do you think? http://wiki.openstreetmap.org/wiki/Key:wheelchair ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Trimet, Portland, Oregon updates
On Wed, 2011-03-09 at 14:27 -0800, PJ Houser wrote: 2) Since we are using two jurisdictional datasets for editing and adding streets and trails, should we delete the TIGER tags if we change a way based on our datasets? I'd say to just leave them. People realize that if it got moved since DaveHansenTiger that it shouldn't be treated as original TIGER data. But, if there's anything inaccurate in there, don't hesitate to blow them away. They're not important. 3) In TIGER data, there are name parts, i.e. name_direction_prefix, name_direction_suffix, name_base, name_type. Should we imitate that in our datasets' tags? So far, we have made the jurisdictional data include the tags for name parts and a tag for full name. Should we just include the full name? Or do we need to keep the name parts for some geocoders or some other reason? I wouldn't worry about the weirdo TIGER bits. If you change the name, I'd probably just also delete the partial name tags. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Trimet, Portland, Oregon updates
2) Since we are using two jurisdictional datasets for editing and adding streets and trails, should we delete the TIGER tags if we change a way based on our datasets? If you make any change, do only what's easiest for you while you are editing - it's fine to leave or remove the tags; the way history can be inspected for anyone interested. 3) In TIGER data, there are name parts, i.e. name_direction_prefix, name_direction_suffix, name_base, name_type. Should we imitate that in our datasets' tags? So far, we have made the jurisdictional data include the tags for name parts and a tag for full name. Should we just include the full name? Or do we need to keep the name parts for some geocoders or some other reason? There is this well-written proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Directional_Prefix_%26_Suffix_Indication , but I'll admit that it's above my head. It may make more sense for some cities than others, depending on their layout. At least I don't know that it's useful for the cities I am familiar with. I would say it's optional for your project. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
