Re: [Talk-de] Auswertung und Briefkästen
Es gibt auch noch den tag check_date mit mehr als 2000 Verwendungen: https://taginfo.openstreetmap.org/keys/check_date Wenn ich einen Briefkasten prüfe, dann schau ich nicht nur nach den Leerungszeiten, sondern ob alles stimmt (Tags und Position) Scheint also bisher keinen richtigen Konsens zu geben. Interessant finde ich, dass check_date oder ähnliches eigentlich hauptsächlich im Postkastebereich zum Einsatz kommt. mfg Christian aka Hedaja Am 22. Februar 2015 um 20:42 schrieb Danilo Bretschneider bretschnei...@geospatialinformation.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guten Abend zusammen, ich bin derzeit dabei, eine statische Auswertung für Briefkästen innerhalb von Deutschland zu erstellen. Dabei ist mir aufgefallen, dass verschiedene Tags für Zuletzt überprüft vergeben werden: * collection_times:lastcheck » 2220x * collection_time:lastcheck » 1x * collection_times:last_check » 5x * collection_times:check_date » 2x Hinsichtlich der Auswertung für die Briefkastenkarte, habe ich die Tags der 8 Briefkästen angepasst. In Bezug auf die Datenqualität bzw. Qualitätssicherung würde ich dafür gerne unter [1] den Tag collection_times:lastcheck eintragen. Ist es sinnvoll hierfür ein Proposal zu erstellen oder kann man das aufgrund der geringen Anzahl von falschen Tags vernachlässigen? (Muss man für ein Sub-Tag ein Proposal erstellen?) Des Weiteren gibt es die Tags: * lastcheck » 372x * last_check » 19x * last_checked » 44x Die Tags können, müssen sich aber nicht zwingend nur auf die Leerungszeit beziehen. Gibt es hier einen Tag, den man einheitlich verwenden kann? Nach der Anzahl der verwendeten Tags wäre dies lastcheck. In dem Zuge würde ich ebenfalls alle fehlerhaften Tags für Leerungszeiten anpassen. Ich hoffe eine Anpassung der Tags fällt nicht unter einen Massen-Edit. Nebenbei: Laut meiner Auswertung haben wir ca. 54000 Briefkästen mit 2 Leerungszeiten (Betreiberunabhängig). Viele Grüße, Danilo (levante) * [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box - -- 50°45'19.9N 7°05'11.9E Briefkasten gesucht? www.briefkastenkarte.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU6jElAAoJEHHS7Nnj7Bru66IH/359Is6lxYDifHCVvBp8yqHp x75X2WiTROFckGMDfxoO2YF3WmYobHAjQHzhOtfSxJstfcFUrN4OgQIKWbVXInri 2FVpCpOe9OEtiwT9Sj/oZrcu84YNi0h14Ob9LydEL0OTD1jFz/KCfGQM9zLNWMt3 dXDnD/a3qABxy+GFziV626kuLShvvsx+amhQlMv+hL8XR4FmI3pz6Wh2HaWYdBvW iNolxAuE6JLOnNoDll3NBHlXY+e0SzgWVA8Xc9wekTySSYIcTYiMUV8E22BIcVfu OroUNYouWjDei9WY3wMm/xJzFe818WK12S3kcGsN/RMegj4qK4V2hIkCmqsxrJQ= =zM1U -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-us] Whole-US Garmin Map update - 2015-02-20
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-02-20 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-02-20/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-02-20 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
Bonjour, Quelqu'un aurait-il une expérience d'enregistrement des données de l’accéléromètre (3 axes) présent dans les GPS. Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de le faire et j'aurais voulu voir ce que cela donne concrètement dans le fichier. Exemple de Garmin avec un schéma d'extension maison : trkpt lat=41.4503673315 lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time extensions gpxacc:accelerationExtension gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/ /gpxacc:AccelerationExtension /extensions /trkpt Merci d'avance, Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] How to after validatie JOSM send me to ....
How to: 1. https://www.openstreetmap.org/#map=19/51.05026/3.72007 Weg eindigt in gebied: langswaterkant een trap omhoog naar wandelgebied 2. https://www.openstreetmap.org/#map=21/50.6657/3.1413057 Multipolygon relation should be tagged with area tags and not the outer way (1) Think a hole in a building?? 3. https://www.openstreetmap.org/#map=21/51.0368258/3.6841856 alternative name without name (2) Lock_name=Keersluis K2 something with number ? 4. https://www.openstreetmap.org/#map=20/51.046752/3.718781 alternative name without name (2) bridge_name=Hospitaalbrug was already tagged but higway without a name. In AGIV no street name. When i Filled in, in the tag window menu Bouwerken/bridges/... the name it shows as the streetname. Correct or not??? 5. https://www.openstreetmap.org/#map=19/51.046903/3.720087 Kruisende waterwegen (2) riverbank across water ??? and second error??? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
I guess we could use the value notation for most of them, similar to noting a 70 km/h speed limit with traffic_sign=BE:C43[70] as proposed by the Finns. 2015-02-22 23:58 GMT+01:00 Jo winfi...@gmail.com: Shouldn't we have a proper discussion once about how we're going to translate all the traffic signs in OSM tags? A lot of traffic signs have different variations and if we just tag all of these under the same traffic_sign=* we're going to lose a lot of information. Absolutely. A proper discussion is most certainly needed. I started adding data to that plugin without realising I was opening a can of worms doing so... We really need to know how to handle things like: * B15 (priority on next crossroad) with different lines traffic_sign=BE:B15[left], traffic_sign=BE:B15[sharp_left;slight_right], ... * C5+7+9+? combinations where different traffic signs are combined into one That's a different beast. I think combining them with a + sign is most logical here. Either C5+7+9 as you say, or C5+C7+C9. That multiple C might make it more, or just less clear. * D1 and D3 (mandatory direction) with different arrows which don't have separate names I'm not completely sure about what arrows are used when. The slanted ones are used on obstacles, and the ones with a line coming from the bottom are used to obligate traffic. But the plain horizontal arrows seem to be used for combined cases. Knowing their use cases would help with tagging, possible values include keep_right turn_right ... For D3, it could again be tagged as BE:D3[no_right_turn] or similar. * F45 and F45b (no exit, maybe except cyclists and pedestrians, maybe not on all routes), with different ways how the roads are laid out. Does this also exist with only the pedestrian sign? And sometimes, these signs do contain strange routing diagrams to show which streets are a dead end. * F91 with different traffic signs on each lane arrow (recursion anyone?) Embedding it in an F91 value? * F99a/b/c with different icons for pedestrians, cyclists, horses, and in reality variations are found with mopeds and even gocarts These could be embedded in values, as long as we have a few standardised names. * F103 for pedestrian roads with or without bicycle icon, other different exceptions possible for loading or unloading * and what about all the big destination signs that can have exotic layouts? * bilingual traffic signs, how to map those? * and of course our governments and city councils are sometimes very creative with the traffic code... So yeah, maybe start a wiki page so we can discuss possible implementations for these issues? Greetings Ben So I guess there are solutions for most, though not always equally simple. Btw, there's also the cycle variant of some signs (like the give-away sign). Those variants are normally just a bit smaller. Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-ja] Geodata Platform
いいだです。 とてもよいと思います！ インポートを行うとすれば、あと大きなところでゆくと ・付与するタグの決定 ・インポート用アカウントの作成 ・それらをまとめて、解説ページ作成 ・talk-ja MLとimports MLで討議 ・作業実施 というかんじになるかと思います。 ドキュメントのテンプレはこちらにあります。 http://wiki.openstreetmap.org/wiki/Import/Plan_Outline 浦安市と鯖江市の建物形状インポートの時の内容が参考になるのではないかと思います。 日本語版ができれば、英訳は手伝えます。(僕の英語もそうとう怪しいもんですが :) ) http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Urayasu_bld_import タグはこんなかんじでしょうか。 public_transportタグを使うかどうか、ちょっと悩みます。 ■全般 highway=bus_stop public_transport=stop_position ■属性テーブルより バス停名: name バス区分: 使わず？ 事業者名: operator バス系統: network ■変更セットのタグとして source = KSJ2/P11 2015年2月23日 18:07 大和田健一 ml.ohw...@gmail.com: 21日にやったことをブログに書いた http://android.ohwada.jp/archives/5697 --- 大和田健一 ml.ohw...@gmail.com ＜Talk:Import Bus stop from 国土数値情報＞ | 300m四方に既存バス停がある場合はインポート対象から外す。 | 600m四方に同一名称のバス停がある場合にはインポート対象から外す。 おおっ！ あのあと、さらに作業を進めたのですね。 --- 大和田健一 ml.ohw...@gmail.com hayashiです。 OpenDataDay で大和田さんと神奈川県のバス停インポートの評価試験を行いました。 （インポートデータの投入はまだ行っていません。） 今回の評価試験の結果を２年半前に「議論」としてあげていたページに追記いたしました。 ＜Talk:Import Bus stop from 国土数値情報＞ http://wiki.openstreetmap.org/wiki/Talk:Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 評価結果は上記のWikiページを参照してください。 ＊ 当初のインポートの課題はクリアできるようになったと思います。 ＊ バス停インポートに関する技術的な問題は解決できたと思います。 変換プラグラムや変換方式などの不具合点などご指摘いただけるとありがたいです。 改善提案もお願いいたします。 また、そろそろインポート作業も進めていきたいと考えております。 インポートの手続きやスケジューリングなど、ご指導いただけるとありがたいです。 よろしくお願いいたします。 2015年2月21日 14:02 yuu hayashi hayashi@gmail.com: 緊急リリース！ 変換プログラムのバグを取りました。 既存のバス停データを避ける機能を追加しました。 http://sourceforge.jp/projects/convbusstop/downloads/62848/ConvBusstop20150221.zip/ （ちゃんと動くことも確認済みです） 2015年2月15日 8:55 大和田健一 ml.ohw...@gmail.com: いいださん 情報ありがとう。 トライしてみます。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 交通、のカテゴリ内にありますよー。 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N07.html http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html また、バス停のデータについては 変換スクリプトが既にあります。 (これも、本格的に進めるために、 コミュニティインポート、という形でimports MLに提案するのがよいのかしらん？) http://wiki.openstreetmap.org/wiki/Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 2015年2月15日 8:35 大和田健一 ml.ohw...@gmail.com: あっ！ 国交省ですね。 来週 OpenDataDay なので、何かやりたいと思ってます。 ひとまず、バス停とバスルートかな。 国土数値情報は、これかと思いますが。 この中にないような。 http://nlftp.mlit.go.jp/ksj/index.html OSM 以外でも参考可能にするために、 LinkData.org に入れようとも思ってます。 GeoJSON が出来るのかは分からないけど。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 地理院ではなく、国交省さんの出している 国土数値情報じゃないかな、と思いますが、 以前にいくつかのデータはOSMに投入されていると認識しています。 (行政区境データのリファインを僕が作業中であることも含めて) http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import また、過去に行われたインポートが中途で終わってしまっていて、 県によってはデータが未投入である場合もあるかとは思います。 個人的に、バスルートデータは一時期、トレース用に参照ができるように タイル化なりGeoJSON化するなりしようと考えていたのですが、作業が途中で止まっています。 どのデータを使いたいなど、ありますか？ 2015年2月15日 0:03 大和田健一 ml.ohw...@gmail.com: ゴーガさんが Geodata Platform というサイトを開設しました。 http://www.geodata-platform.com/ 見てみると、病院とかバス停とか、役に立ちそうなデータがありました。 オリジナルは、国土地理院 みたいです。 OSM にこの辺のデータは入ってないようですが。 何か問題があるのかな。 単に手が足りていないだけ。 −−− 大和田健一 ml.ohw...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
Oui j'ai vérifié mais à priori GpsLabel ne gère que les waypoints, tracks et routes. Ce que je recherche (pas précisé dans mon premier message) est une application (Android) qui enregistre les données G-Force en plus des traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui intégré à la voiture (pas exploitable) et un TomTom One qui n'enregistre pas les parcours OsmTracker par exemple serait très bien si il gérait ces données (oui je sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-) Merci de votre aide, Bruno. Le 23/02/2015 13:01, THEVENON Julien a écrit : t as verifie que GPSbabel ne gere pas ca ? *De :* Bruno pa...@free.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Lundi 23 février 2015 12h26 *Objet :* [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre Bonjour, Quelqu'un aurait-il une expérience d'enregistrement des données de l’accéléromètre (3 axes) présent dans les GPS. Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de le faire et j'aurais voulu voir ce que cela donne concrètement dans le fichier. Exemple de Garmin avec un schéma d'extension maison : trkpt lat=41.4503673315 lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time extensions gpxacc:accelerationExtension gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/ /gpxacc:AccelerationExtension /extensions /trkpt Merci d'avance, Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] OSM no carro
Muita gente está instalando o 7ways em centrais multimidias de carros, usando mapas OSM, com bons resultados. Aun, me parece que o proibido no Brasil é equipamentos de detecção de radar (hardwares) e não gps veiculares, mesmo configurados com alertas. Tem uma resolução do detran a respeito disto. Em 22/02/2015 09:05, talk-br-requ...@openstreetmap.org escreveu: Enviar submissões para a lista de discussão Talk-br para talk-br@openstreetmap.org Para se cadastrar ou descadastrar via WWW, visite o endereço https://lists.openstreetmap.org/listinfo/talk-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para talk-br-requ...@openstreetmap.org Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço talk-br-ow...@openstreetmap.org Quando responder, por favor edite sua linha Assunto assim ela será mais específica que Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Aplicativos navegação (Lists) -- Message: 1 Date: Sat, 21 Feb 2015 14:34:22 -0300 From: Lists li...@gimnechiske.org To: OpenStreetMap no Brasil talk-br@openstreetmap.org Subject: Re: [Talk-br] Aplicativos navegação Message-ID: d59a6688-d9a3-48a9-9b0b-702423cba...@gimnechiske.org Content-Type: text/plain; charset=utf-8 Também uso mapas OSM no meu Garmin, mas não uso Cocardl por falta do arquivos .GMAP para instalação no Mac OS X com os ferramentas Garmin (eu sei que posso instalar no meu GPS manualmente, mas uso mesmo mapas para Garmin BaseCamp, que não aceito arquivos .IMG sem compilar ao .GMAP), baixando do http://garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ que atualizando mais ou menus semanal. Roteamento nestes mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ dar velocidades que e ilegal no Brasil, um indicativo que nosso mapa ainda falta muitos trechos com velocidade mapeado (maxspeed). Aun Johnsen On Feb 21, 2015, at 10:00, Helio Cesar Tomio hcto...@gmail.com mailto: hcto...@gmail.com wrote: Eu uso para navegação, o Garmin com os mapas da Cocardl (que tem compilações diárias ). Pode instalar o Viago no smartphone e modificar para rodar offline com os mapas na memória. Outro muito bom e roda em Qq sistema é o 7ways usando as personalizações do fidelis.assis, no fórum da GpsPoint. Ele compila mapas mensalmente. O 7ways tb grava rotas e pois em gpx, alertas de radares Maparadar... Pode ser usado no computador, simular rotas previamente ou mesmo conectar com o gps do smartphone pelo bluetooth. Já acho o 7ways superior ao garmin. ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150221/b5de3ea2/attachment-0001.html -- Subject: Legenda do Digest ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fim da Digest Talk-br, volume 77, assunto 68 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it-trentino] R: Re: M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
2015-02-23 13:20 GMT+01:00 Jaqen nataliofo...@gmail.com: Dovrei riuscire a venire anche io. (più che altro sono un wikipediano, mi interesserebbe capire se se ne può cavare fuori qualcosa anche per Wikipedia o per Commons) Secondo me anche per wikitravel ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[Talk-it] Despar diventa incoop?
Ciao a tutti. Almeno per quanto riguarda Roma, si osserva un cambiamento nel nome dei supermercati Despar che è diventato incoop. Confermate anche in altre città? Un po come è successo per GS che ora è carrefour? Se è così magari si fa un update del tag name...per l'operator invece farà fede lo scontrino :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Despar diventa incoop?
http://ricerca.repubblica.it/repubblica/archivio/repubblica/2014/04/08/la-sfida-dei-supermarket-la-coop-punta.html 2015-02-23 13:55 GMT+01:00 Fabri erfab...@gmail.com: Ciao a tutti. Almeno per quanto riguarda Roma, si osserva un cambiamento nel nome dei supermercati Despar che è diventato incoop. Confermate anche in altre città? Un po come è successo per GS che ora è carrefour? Se è così magari si fa un update del tag name...per l'operator invece farà fede lo scontrino :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
t as verifie que GPSbabel ne gere pas ca ? De : Bruno pa...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 23 février 2015 12h26 Objet : [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre Bonjour, Quelqu'un aurait-il une expérience d'enregistrement des données de l’accéléromètre (3 axes) présent dans les GPS. Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de le faire et j'aurais voulu voir ce que cela donne concrètement dans le fichier. Exemple de Garmin avec un schéma d'extension maison : trkpt lat=41.4503673315 lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time extensions gpxacc:accelerationExtension gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/ /gpxacc:AccelerationExtension /extensions /trkpt Merci d'avance, Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it-trentino] R: Re: M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
Dovrei riuscire a venire anche io. (più che altro sono un wikipediano, mi interesserebbe capire se se ne può cavare fuori qualcosa anche per Wikipedia o per Commons) Jaqen 2015-02-04 19:19 GMT+01:00 Giorgio Zampedri giorgio.zampe...@tin.it: Beh 15 minuti a intervento e probabilmente per le 20.00 abbiamo finito (forse) ;-) Messaggio originale Da: liste.gira...@gmail.com Data: 4-feb-2015 14.20 A: talk-it-trentino@openstreetmap.org Ogg: Re: [Talk-it-trentino] M#39;appare il Lagorai Cima d#39;Asta - incontro 23 febbraio 2015 Dalle 17:30 fino a che ora? Con quel numero di argomenti si fa colazione il giorno dopo... --Simone Girardelli-- Inviato dal mio smartphone. ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[OSM-talk-fr] BANO : Orléans et environs en rouge
Grosse tache rouge détectée à Orléans et communes limitrophes. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144 Je suspecte un problème sur les limites communales, qui empêche l'appariement sur l'ensemble du territoire des communes. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] OS OpenData now OGL
On 22 February 2015 at 14:55, Rob Nickerson rob.j.nicker...@gmail.com wrote: I see that the old OS OpenData Licence URL now redirects to OGL version 3 ( http://www.ordnancesurvey.co.uk/oswebsite/docs/licences/os-opendata-licence.pdf ) and as such we can safely assume that the OS consider the licence dead. Other UK agencies who have released data under this licence should update their text accordingly, if this doesn't happen then a polite email to alert them of the change would be encouraged. I see no reason to wait for this change to be made prior to using the data in OpenStreetMap. We have a green light lets not convince ourselves it's any other colour :-) In terms of public rights of way released under the OS OpenData licence, this means there is nothing blocking our use of this data. I think that would be jumping the gun slightly. What I understand from OS's answer to me, is that previously released datasets will remain under the OS-ODL, and there is no automatic retrospective change of the licence. OS themselves have now updated their licence pages for their own OS OpenData Products, so the current releases of these can now be used under the OGL. (This doesn't change that much for OSM, since we could already use most of those datasets anyway under a separate agreement. But it does mean we can now use CodePoint Open.) Any new datasets released under PSMA exemptions (e.g. Rights of Way GIS datasets from local councils) will presumably be under the OGL by default too. However, for third-party data that was previously released under the PSMA exemption rules under the OS-ODL, I don't believe that OS could re-licence them even if they wanted to -- there's no up-grade clause in the OS-ODL, and OS doesn't own all the rights in the data to allow them to make that decision. Thus even if OS are happy with a change, it's up to the third-party rights holder whether or not they wish to re-licence each dataset. As far as I understand their reply, OS have said that they will be happy for OS-derived datasets previously released under OS-ODL to be re-licenced under the OGL, and will be amending their guidance accordingly. We can only hope that the OS guidance will also make it clear that third-parties are free to re-licence existing datasets, and ideally encourage them to do so. Unless or until any re-licencing occurs, I'm afraid that the datasets would remain available only under the OS-ODL, and so cannot be used in OSM. So I think we'll just have to be patient and wait a little longer... Once OS release their updated PSMA guidance, we can presumably begin contacting third parties asking asking them to re-licence their existing datasets under the OGL. Robert. -- Robert Whittaker ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
Sur ios, j'ai utilisé SensorLog, qui semble exister sous Android Le 23 févr. 2015 à 14:24, Bruno pa...@free.fr a écrit : Oui j'ai vérifié mais à priori GpsLabel ne gère que les waypoints, tracks et routes. Ce que je recherche (pas précisé dans mon premier message) est une application (Android) qui enregistre les données G-Force en plus des traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui intégré à la voiture (pas exploitable) et un TomTom One qui n'enregistre pas les parcours OsmTracker par exemple serait très bien si il gérait ces données (oui je sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-) Merci de votre aide, Bruno. Le 23/02/2015 13:01, THEVENON Julien a écrit : t as verifie que GPSbabel ne gere pas ca ? De : Bruno pa...@free.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 23 février 2015 12h26 Objet : [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre Bonjour, Quelqu'un aurait-il une expérience d'enregistrement des données de l’accéléromètre (3 axes) présent dans les GPS. Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de le faire et j'aurais voulu voir ce que cela donne concrètement dans le fichier. Exemple de Garmin avec un schéma d'extension maison : trkpt lat=41.4503673315 lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time extensions gpxacc:accelerationExtension gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/ /gpxacc:AccelerationExtension /extensions /trkpt Merci d'avance, Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de suite. Djoman Envoyé depuis mon téléphone android Pierre-Yves Berrard a écrit ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Bonjour, De: Pierre-Yves Berrard pierre.yves.berr...@gmail.com Grosse tache rouge détectée à Orléans et communes limitrophes. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144 Je suspecte un problème sur les limites communales, qui empêche l'appariement sur l'ensemble du territoire des communes. Cohérent (façon de parler) avec ça : http://suivi.openstreetmap.fr/communes/suivi.txt Je viens de reprendre dans la même liste Enghien (95) mais pas le temps de voir le reste maintenant. Le chantier des nouveaux cantons s'est fait au sprint je crois ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it-trentino] R: Re: M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 23/02/2015 13:26, Maurizio Napolitano ha scritto: 2015-02-23 13:20 GMT+01:00 Jaqen nataliofo...@gmail.com: Dovrei riuscire a venire anche io. (più che altro sono un wikipediano, mi interesserebbe capire se se ne può cavare fuori qualcosa anche per Wikipedia o per Commons) Secondo me anche per wikitravel Intendevi forse wikivoyage? https://it.wikivoyage.org/ - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU6093AAoJEMTPIIVov0Zty+sIAIm/yC6tOjVxYsTvr9EepTsR cKZF8sQ9CEY9E8RF7sN6CNXUXxQnzhVnsckIlH/JMAMvcDtom49QeYtLk2/z7Dd/ niCMVPqg+YXNpruInlbUekweVS3BISUsQzGtOzwOZ9fE7/ruyYlD2D3I8MwTmvu5 9hMyDHQp0cRrgEZ/40Bkinh75mPPalpLdPJCNd56s7ybEN0NMn79iqlyk8Ny4pj1 Wfn3BvYAz3lvUv2Cqa4VfGl6I11LuE47hmGZg/1nkH4URvXxSxdY6afqFp/al7v3 xQetnDbnBI0ISYZZDIBylD+oOJ1Un+ce/laXB9WbyNKwcMJ/6wYFQSiVwwKsQSY= =D3z1 -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-GB] OS OpenData now OGL
Robert wrote: I think that would be jumping the gun slightly. What I understand from OS's answer to me, is that previously released datasets will remain under the OS-ODL, and there is no automatic retrospective change of the licence. I think you are overly risk averse in this case and it could limit interesting uses of this data. The risk all along was that the OS could take offence to how we are using the data (the local authorities we forced to use the OS OpenData licence when they just wanted to make the data available as open). Yeah of course the OS cannot retrospectively change the licence of things released in the past but the fact that they have removed the licence text from their website and put a url redirect to the OGL suggests to me that the OS OpenData licence is dead. The risk is gone so lets not pretend otherwise as it will just send a negative message to our community. In time we can and should ask each LA to use the new licence but this shouldn't stop anyone from using the data now. Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Salut, Le lundi 23 février 2015 17:07:07 djoman a écrit : Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de suite. Djoman Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le découpage des cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à part du reste, avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, pour moi et le contributeur qui touchera à une rue sur cette limite. Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : Le chantier des nouveaux cantons s'est fait au sprint je crois ;) Il reste quelques bouts : https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif[1] -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-ie] OSM-talk-ie] Map request
Hi, Could I have 32:37 SE and 32:35 NE, SW and SE, please Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] correção de nome de rua
Olá Arlindo, Tem casos de mais de uma grafia em placas na mesma rua? Vou procurar percorrer as ruas então, pra garantir. -- []'s Thiago Jung Bauermann Arlindo Pereira wrote: Nesses casos, se possível, seria interessante percorrer a rua toda e verificar se não há outras placas com outras grafias, se houver pode ser interessante incluir o outro nome na tag alt_name para aparecer nas buscas. Em 19/02/2015 20:54, Thiago Jung Bauermann thiago.bauerm...@gmail.com escreveu: Aun, John, John Packer wrote: por acaso você está usando o editor JOSM ? Se sim, tem uma extensão muito boa para isto: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/FixAddresses Obrigado por responder tão rapidamente. Estou usando o JOSM sim, vou experimentar esse plugin. -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Suposta ilegalidade de detectar radares ou a velocidade máxima permitida
*Era: Re: [Talk-br] OSM no carro* DETRAN https://pt.wikipedia.org/wiki/Departamento_Estadual_de_Tr%C3%A2nsito ou DE *NA*TRAN https://pt.wikipedia.org/wiki/Departamento_Nacional_de_Tr%C3%A2nsito? Alexandre Magno Em 23 de fevereiro de 2015 10:18, Helio Cesar Tomio hcto...@gmail.com escreveu: Muita gente está instalando o 7ways em centrais multimidias de carros, usando mapas OSM, com bons resultados. Aun, me parece que o proibido no Brasil é equipamentos de detecção de radar (hardwares) e não gps veiculares, mesmo configurados com alertas. Tem uma resolução do detran a respeito disto. Em 22/02/2015 09:05, talk-br-requ...@openstreetmap.org escreveu: Date: Sat, 21 Feb 2015 14:34:22 -0300 From: Lists li...@gimnechiske.org To: OpenStreetMap no Brasil talk-br@openstreetmap.org Subject: Re: [Talk-br] Aplicativos navegação Também uso mapas OSM no meu Garmin, mas não uso Cocardl por falta do arquivos .GMAP para instalação no Mac OS X com os ferramentas Garmin (eu sei que posso instalar no meu GPS manualmente, mas uso mesmo mapas para Garmin BaseCamp, que não aceito arquivos .IMG sem compilar ao .GMAP), baixando do http://garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ que atualizando mais ou menus semanal. Roteamento nestes mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ dar velocidades que e ilegal no Brasil, um indicativo que nosso mapa ainda falta muitos trechos com velocidade mapeado (maxspeed). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-GB] OS OpenData now OGL
That seems inconsistent. If OSM was concerned about the OS OpenData Licence before, with respect to OS data, it should still be concerned with respect to data produced by third parties that continue to use the licence. The OS OpenData Licence is not dead if local authorities and other PSMA members consider that it still applies to their data. While it is likely most, if not all, local authorities will follow OS's transition to OGL, OS cannot speak for them or their IP interests in the meantime. Robert (Whittaker) is correct. Owen On 23 February 2015 at 16:07, Rob Nickerson rob.j.nicker...@gmail.com wrote: Robert wrote: I think that would be jumping the gun slightly. What I understand from OS's answer to me, is that previously released datasets will remain under the OS-ODL, and there is no automatic retrospective change of the licence. I think you are overly risk averse in this case and it could limit interesting uses of this data. The risk all along was that the OS could take offence to how we are using the data (the local authorities we forced to use the OS OpenData licence when they just wanted to make the data available as open). Yeah of course the OS cannot retrospectively change the licence of things released in the past but the fact that they have removed the licence text from their website and put a url redirect to the OGL suggests to me that the OS OpenData licence is dead. The risk is gone so lets not pretend otherwise as it will just send a negative message to our community. In time we can and should ask each LA to use the new licence but this shouldn't stop anyone from using the data now. Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la page
wiki) mais il faut patienter pour qu'il se mette à jour. Le tableau permet
de savoir tout de suite sans chercher, ou à comprendre aussi ce qui manque.
Le 23 février 2015 17:46, Philippe Verdy verd...@wanadoo.fr a écrit :
Il en reste plus que ce qu'indique le tableau. Certains départements nt
été passés en vert sans marquer les relations incomplètes.
Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre
|FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le
nom s'affiche sur fond orange pour indiquer que la relation est là mais
qu'il y a encore des choses à faire (pour le détail en suivant la relation
on a un tag FIXME=* dans la relation.
Ca permet de savoir où on en est (ce n'est pas toujours facile de tout
faire en une fois).
Le 23 février 2015 17:15, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
Salut,
Le lundi 23 février 2015 17:07:07 djoman a écrit :
Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
regarde
de suite. Djoman
Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
limite le risque de mettre le bazar, pour moi et le contributeur qui
touchera à une rue sur cette limite.
Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)
Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
Le chantier des nouveaux cantons s'est fait au
sprint je crois ;)
Il reste quelques bouts :
https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
--
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Enfin pour les derniers découpages compliqués ou ambigus dans le texte (par
exemple en Guadeloupe, ou à Bastia, où ce sont des coordonnées X/Y
Lambert), le shapefile pourra aider à reprendre les segments qui manquent
(on peut charger le shapefile dans JOSM dans une couche en arrière-plan et
voir comment finaliser l'intégration). Ce serait à faire à titre de
comparaison au moins mais pour l'instant il y a encore du boulot pour
détecter les anomalies qui restent.
De plus je note que nombre de cantons n'ont pas tous les tags nécessaires
(détails dans le wiki), et n'ont pas tous un noeud membre admin_centre sur
le bureau centralisateur (et parfois ce n'est pas le bon non plus...).
Le 23 février 2015 17:54, Philippe Verdy verd...@wanadoo.fr a écrit :
Dernière note: les anomalies du rendu sont parfois dues au fait qu'il y a
encore des anciens cantons qui ne sont pas passés en disused:boundary et
disused:political:division (avec aussi le end_date=* mais le rendu
Layers ne semble pas en tenir compte). Il faut fouiller un peu pour combler
les trous.
Le 23 février 2015 17:48, Philippe Verdy verd...@wanadoo.fr a écrit :
Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la
page wiki) mais il faut patienter pour qu'il se mette à jour. Le tableau
permet de savoir tout de suite sans chercher, ou à comprendre aussi ce qui
manque.
Le 23 février 2015 17:46, Philippe Verdy verd...@wanadoo.fr a écrit :
Il en reste plus que ce qu'indique le tableau. Certains départements nt
été passés en vert sans marquer les relations incomplètes.
Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre
|FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le
nom s'affiche sur fond orange pour indiquer que la relation est là mais
qu'il y a encore des choses à faire (pour le détail en suivant la relation
on a un tag FIXME=* dans la relation.
Ca permet de savoir où on en est (ce n'est pas toujours facile de tout
faire en une fois).
Le 23 février 2015 17:15, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
Salut,
Le lundi 23 février 2015 17:07:07 djoman a écrit :
Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
regarde
de suite. Djoman
Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
limite le risque de mettre le bazar, pour moi et le contributeur qui
touchera à une rue sur cette limite.
Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)
Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
Le chantier des nouveaux cantons s'est fait au
sprint je crois ;)
Il reste quelques bouts :
https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
--
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Datenspende Naturschutzgebiete in SH
Moin, ich habe vom einem Mitarbeiter des Landesamts für Landwirtschaft, Umwelt und ländliche Räume Schleswig-Holstein (LLUR) einen Datensatz mit allen NSGs, FFH- und Vogelschutzgebieten in SH zur Nutzung in OSM bekommen. Weitere Informationen dazu habe ich ins Forum geschrieben: http://forum.openstreetmap.org/viewtopic.php?id=30181 Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage an die Overpass-Genies
Hallo zusammen, kann mir jemand von euch erklären, warum bei http://overpass-api.de/api/interpreter?data=[out:json];(node[diet:vegan~yes|only];way[diet:vegan~yes|only];;);out; die den ways zugehörigen nodes einzeln mit Koordinaten in der Ausgabe auftauchen und hier nicht: http://overpass-api.de/api/interpreter?data=[out:json];(node[diet:vegan~yes|only];way[diet:vegan~yes|only];node[diet:vegetarian~yes|only];way[diet:vegetarian~yes|only];;);out; Was mache ich falsch? Danke schon mal! Benjamin signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] For comment: import of amenity=bicycle_repair_stations
1) Import complete for USA Washington, Oregon, Idaho 2) I've noted a somewhat unfortunate trend: hand mappers have added several bicycle shops with the tag bicycle_repair_station and no other tags. The new tag was intended for 27/4 unattended stations, shops have existing tagging. On Sat, Feb 21, 2015 at 9:41 AM, Bryce Nesbitt bry...@obviously.com wrote: I'm ready to start this import: the input to date has been carefully considered and adjustments made. I'm intending to add notes for locations where the press releases are insufficiently specific to correctly position the node I'm aware of one private station, which I will map with access=private. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] new payment type
Hello all, I was wondering what people's thoughts were on adding a new payment type of transponder. For the road toll section, there are three transponder companies listed (http://wiki.openstreetmap.org/wiki/Key:payment): payment:e_zpass=* payment:pikepass=* payment:via_verde=* So instead of listing all the companies in the world, I am proposing payment:transponder=* The values could be e_zpass, pikepass, via_verde, peach_pass, etc., but also yes or no. This payment type would be very helpful in routing applications for toll roads. For example, the narrative could call out Exit 2b [Coin and Transponder(Via Verde) Only Accepted]. Thanks. --Greg Knisely ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] city names - bug in OFM?
What is Osmand ? In Basecamp or using garmin gps (e-trex), Maillen can NOT be found, even without street. You will find Assesse and you have to know that Maillen belongs to Assesse. “Strépy-Braquegnies is not a boundary but a Residential Area (a landuse). You can't use one in an OSM search. » Strépy-Braquegnies is a city that has its own postal code (7110) and is totally different from La Louvière having another postal code (7100) What if there is another street with the same name exists in 7100 La Louvière? Nothing prevents it. If you are walking or cycling, there is 8 Km between Strépy-Braquegnies and La Louvière. That’s a lot. If your map can’t figure out this, paper maps might be better! Bien à vous, Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com/ http://www.kineuro.com From: André Pirard [mailto:a.pirard.pa...@gmail.com] Sent: lundi 23 février 2015 01:48 To: OpenStreetMap Belgium Subject: Re: [OSM-talk-be] city names - bug in OFM? On 2015-02-22 23:13, Alain Bourgeois wrote : Maillen and Assesse are not the only bug. With Osmand, I find Maillen e.g. Place du Bâti and OSM finds Place du Bâti Maillen but that's near Maillen which is a village, that result is in Assesse which is a city. OSM also finds Place du Bâti Assesse, of course. Osmand also finds Assesse if you tap villages (OSM calls it a city, not even a town, ahem). Kortessem and Wellen are in Osmand all-right, but, again, you have to tap on villages when the list gets short. We found other ones (event bigger). e.g. try to find Rue Jean-Baptiste Monoyer in 7110 Strépy-Braquegnies. You will not find it. To locate it you have to search on … Rue JB Monoyer, in 7100 La Louvière. In order to find Rue Jean-Baptiste Monoyer it should be called Rue Jean-Baptiste Monoyer and not Rue JB Monoyer. I have corrected that bug. Strépy-Braquegnies is not a boundary but a Residential Area (a landuse). You can't use one in an OSM search. You could if it were a (non-administrative) boundary, and even not, found in a subarea and Nominatim supported that, but that's another discussion. There is no need to include Jean-Baptiste in the query. Your street is located (nested) in Pont Balasse, La Louvière, Soignies, Hainaut, Wallonia, 7100;7110, Belgium So, any of these queries returns your answer: Monoyer Pont Balasse, Monoyer La Louvière, Monoyer Soignies, Monoyer Hainaut, Monoyer Wallonia, Monoyer Belgium or Monoyer. I'm not sure what the post code is or can be used for unless you are a letter. Except for JB, I don't find a bug, less other ones, less event bigger. André. I thought it was due to postal code, but sometimes streets are associated to wrong postal code! Bien à vous, Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com/ http://www.kineuro.com From: Erik Beerten [mailto:ebe...@gmail.com] Sent: jeudi 25 décembre 2014 19:25 To: OpenStreetMap Belgium Subject: Re: [OSM-talk-be] city names - bug in OFM? The problem with the missing municipalities also exists in OSMAND where some as Kortessem and Wellen are not listed although they are in OSM. A solution for tagging boundaries can be checking for natural boundaries = rivers, in different sources first. In Flanders those rivers as natural boundaries are mostly good visible on the AGIV air imagery. But what about a similar usable tool for Wallonie. I didn't hear more about how to use a similar source as AGIV for Wallonie in JOSM (?). Regards, Erik Op 23-12-14 om 18:14 schreef Marc Gemis: As you could see from the link in my previous post, Mallien is mapped as a node. Ligfietser wrote: The OFM map looks at the administrative boundaries on OSM to assign the streets to a place: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries#Namur http://wiki.openstreetmap.org/wiki/Wiki … ries#Namur First it looks in level 8 (municipality of Assese) and if available, it looks deeper at a section (sub municipality) admin_level=9. I dont know if this is the case in Maillen. If there exists such a section of level 9, it must be entered in OSM. If there is no section, streets could be tagged with http://wiki.openstreetmap.org/wiki/Key:is_in is_in If those sections are not specified, the map cannot find a street in Maillen so you must either enter Assesse or try another OSM map (no guarantee it work either) or a commercial map. So in order to make OFM work, we need the boundaries for Mallien as a relation. We do not have them in OSM at this moment. Those borders are hard to get. I don't know the situation for this in Wallonia. In Flanders we have a lot of admin-level 9 boundaries (deelgemeenten), but even there the list is not complete. Maybe Julien Fastré or André know more about this. In general, we have to base ourselves on out-of-date maps for the borders. We are not allowed to copy them from Google or other institutions that ask a lot of money for that
[Talk-de] Visueller Vergleich von Geometrien
Hallo. Ich suche nach einer Webseite, die es mir erlaubt Geometries zeitlich, visuell zu vergleichen. In der Darstellung soll erkennbar sein, wo sich das gewählte Polygon verändert hat. Es könnte etwa so aussehen, wie auf diesem Bild [1]. Ein wenig gesucht habe ich schon und folgende Projekte zu den Stichworten openstreetmap und history gefunden: OSM Live Map: http://osmlab.github.io/osm-live-map/ OSM Deep History: http://iandees.github.io/osm-deep-history/ OSM History Viewer: http://osmhv.openstreetmap.de/index.jsp achavi - Augmented OSM Change Viewer: http://nrenner.github.io/achavi/ Wenn es noch nichts gibt, dann bau ich was. Ich habe schon mal angefangen, ein paar Sachen auszuprobieren: https://bitbucket.org/tbsprs/umweltzonenleaflet https://bitbucket.org/tbsprs/umweltzonendatabaseapi Eines der Detailproblem ist, dass sich das Tagging-Schema geändert haben kann. Dadurch muss die Abfrage entsprechend flexibel sein. Grüße, Tobias [1] http://s1.postimg.org/8a2tjjkf3/polygon.png ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] local currency le valeureux in Liege
Salut Julien, No idea ... but I find it very interesting. And on the go, I consider that I would very much appreciate to see a local currency «l'iris» developped and used in Brussels, along the same model. I have appreciated to see you, Ben and Marc in Namur today. Best regards, Nicolas ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
Merci pour l'info, je vais tester mais ça a l'air de correspondre à mes besoins, ensuite il faudra l'intégrer à OsmTracker ;-) Bruno. Le 23/02/2015 15:47, Gaël Simon a écrit : Sur ios, j'ai utilisé SensorLog, qui semble exister sous Android Le 23 févr. 2015 à 14:24, Bruno pa...@free.fr mailto:pa...@free.fr a écrit : Oui j'ai vérifié mais à priori GpsLabel ne gère que les waypoints, tracks et routes. Ce que je recherche (pas précisé dans mon premier message) est une application (Android) qui enregistre les données G-Force en plus des traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui intégré à la voiture (pas exploitable) et un TomTom One qui n'enregistre pas les parcours OsmTracker par exemple serait très bien si il gérait ces données (oui je sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-) Merci de votre aide, Bruno. Le 23/02/2015 13:01, THEVENON Julien a écrit : t as verifie que GPSbabel ne gere pas ca ? *De :* Bruno pa...@free.fr *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Lundi 23 février 2015 12h26 *Objet :* [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre Bonjour, Quelqu'un aurait-il une expérience d'enregistrement des données de l’accéléromètre (3 axes) présent dans les GPS. Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de le faire et j'aurais voulu voir ce que cela donne concrètement dans le fichier. Exemple de Garmin avec un schéma d'extension maison : trkpt lat=41.4503673315 lon=-70.4780473784ele73.12/eletime2013-12-04T12:26:58Z/time extensions gpxacc:accelerationExtension gpxacc:accel offset=2009 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2110 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2209 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2309 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2409 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2509 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2613 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2709 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2809 x=0.1 y=0.0 z=-1.0/ gpxacc:accel offset=2911 x=0.1 y=0.0 z=-1.0/ /gpxacc:AccelerationExtension /extensions /trkpt Merci d'avance, Bruno. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] civici di ferrara - adesso open
On Mon, Feb 23, 2015 at 6:35 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2015-02-19 20:47 GMT+01:00 Andrea Musuruane musur...@gmail.com: L'import lo potrei preparare io (con calma) ma le verifiche sul campo le deve fare qualcun altro. hanno cambiato la licenza? Io vedo ancora Licenza d'uso: IODL 2.0 e quindi incompatibile con i CT di OSM. La licenza IODLv2 è perfettamente compatibile con la ODbL: https://it.wikipedia.org/wiki/Italian_Open_Data_License http://it.okfn.org/2011/05/06/italian-open-data-license-iodl/ http://www.dati.gov.it/content/italian-open-data-license-domande-e-risposte Tra l'altro sono stati importati con licenza IODLv2 dati dei comuni di Biella e Venezia, della provincia di Lodi, della regione Veneto, della regione FVG e della regione Sardegna, giusto per citare i primi che ho trovato. Se poi fosse vero quanto dici, allora non importeremmo più un bel niente in OSM perché nessuno può garantire a priori che un eventuale futuro cambio di licenza di OSM sia compatibile con la licenza dei dati da importare (addirittura anche questi fossero distribuiti con ODbL stessa). Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-ie] OSM-talk-ie] Map request
On 23 February 2015 at 17:04, Stephen Roulston srouls...@me.com wrote: Hi, Could I have 32:37 SE Already up: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-32-37show_warped=0 and 32:35 NE, SW and SE, please Already up: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-32-35show_warped=0 D Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-it] civici di ferrara - adesso open
Andrea Musuruane ha scritto: On Mon, Feb 23, 2015 at 6:35 PM, Martin Koppenhoefer wrote: hanno cambiato la licenza? Io vedo ancora Licenza d'uso: IODL 2.0 e quindi incompatibile con i CT di OSM. La licenza IODLv2 è perfettamente compatibile con la ODbL: https://it.wikipedia.org/wiki/Italian_Open_Data_License http://it.okfn.org/2011/05/06/italian-open-data-license-iodl/ http://www.dati.gov.it/content/italian-open-data-license-domande-e-risposte Tra l'altro sono stati importati con licenza IODLv2 dati dei comuni di Biella e Venezia, della provincia di Lodi, della regione Veneto, della regione FVG e della regione Sardegna, giusto per citare i primi che ho trovato. Se poi fosse vero quanto dici, allora non importeremmo più un bel niente in OSM perché nessuno può garantire a priori che un eventuale futuro cambio di licenza di OSM sia compatibile con la licenza dei dati da importare (addirittura anche questi fossero distribuiti con ODbL stessa). Niente è un po' tanto: sicuramente si potrebbero importare dati in pubblico dominio, e dati il cui detentore acconsenta ad un eventuale cambio di licenza (forse è questo il permesso che andrebbe chiesto). Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. Exemple: Le canton n° 21 (Marseille-10) comprend la partie de la commune de Marseille située à l'intérieur d'un périmètre défini par l'axe des voies et limites suivantes : depuis le littoral, parc du Prado (inclus), corniche du Président-John-Fitzgerald-Kennedy, avenue du Colonel-Serot, avenue de la Garde-Freinet, rue des Colonies, rue Pablo-Picasso, boulevard Georges-Estrangin, traverse Gagliardo, rue Saint-François-d'Assise, traverse Casse-Cou, rue du Cambodge, rue Christophe-Colomb, passage reliant la rue Christophe-Colomb à la rue Lamartine, rue Lamartine, rue Christophe-Colomb, rue François-Brillon, rue du Vallon-de-Montebello, rue Breteuil, rue Villas-Paradis, rue Notre-Dame-des-Anges, rue d'Israël, rue Paradis, avenue du Prado, rond-point du Prado, boulevard Michelet, cours de l'Huveaune, rue Raymond-Teisserre, cours d'eau, parc de stationnement, boulevard Schlœsing, boulevard Rabateau-Daniel-Matalon, échangeur de Pologne, avenue de la Capelette, boulevard Fernand-Bonnefoy, boulevard Lazer, traverse Bessède, rue du Portugal, avenue Benjamin-Delessert, boulevard Mireille-Lauze, ligne de chemin de fer de Marseille-Blancarde à Marseille-Prado jusqu'à autoroute A 50, ligne droite dans le prolongement de la rue des Fenals, rue des Fenals, boulevard Mireille-Lauze, boulevard Fifi-Turin, avenue de la Capelette, boulevard de Pont-de-Vivaux, traverse de la Verrerie, boulevard Romain-Rolland, rue François-Mauriac, chemin du Vallon-de-Toulouse, limite territoriale du 9e arrondissement, canal de Marseille, résidence Parc-Berger (exclue), résidence Campagne-Berger (incluse) canal de Marseille, boulevard du Redon, allée des Pins, chemin de la Colline-Saint-Joseph, rue de l'Horticulture, traverse de la Gaye, chemin Joseph-Aiguier, rue de l'Aviateur-Le-Brix, boulevard Lucé, rue Jules-Isaac, boulevard de la Fabrique, avenue de Mazargues, avenue d'Haïfa, avenue de Hambourg, traverse Frédéric-Vin, traverse de Pomègues, boulevard Baptistin-Cayol, boulevard des Joncs, boulevard du Sablier, avenue Bonneveine, avenue Pierre-Mendès-France, au niveau de la rue Gatons, ligne droite perpendiculaire à l'avenue Pierre-Mendès-France et tracée jusqu'au littoral. On compte 76 segments, c'est le maximum que les scripts ont trouvé. Les détours sont détectables par les doublons qui apparaissent, ici on a par exemple la rue Christophe Colomb ou l'avenue de la Capelette qui apparaissent deux fois, un bon indice de charcutage. Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Je n'ai pas eu le temps d'en faire une carte ni de publier les scripts qui m'ont aidé. Autre donnée sortie des scripts qui peut resservir pour vérifier notre mapping des cantons: la liste des cantons avec leur bureau centralisateur que j'ai mis sur https://gist.github.com/cquest/ac9bab78ba793a1641a6 Conclusion de la journée... il faut que je me mette VRAIMENT à python ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Frage an die Overpass-Genies
Ich denke da fehlt ein recurse down. [out:json]; ( node[diet:vegan~yes|only]; way[diet:vegan~yes|only]; ; node[diet:vegetarian~yes|only]; way[diet:vegetarian~yes|only]; ; );out; Overpass-Turbo Link: http://overpass-turbo.eu/s/7Qd Gruß Johannes Am 23.02.2015 um 22:21 schrieb Benjamin Grimm-Lebsanft: Hallo zusammen, kann mir jemand von euch erklären, warum bei http://overpass-api.de/api/interpreter?data=[out:json];(node[diet:vegan~yes|only];way[diet:vegan~yes|only];;);out; die den ways zugehörigen nodes einzeln mit Koordinaten in der Ausgabe auftauchen und hier nicht: http://overpass-api.de/api/interpreter?data=[out:json];(node[diet:vegan~yes|only];way[diet:vegan~yes|only];node[diet:vegetarian~yes|only];way[diet:vegetarian~yes|only];;);out; Was mache ich falsch? Danke schon mal! Benjamin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 239 10.2.–16.2.2015
Hallo, die Wochennotiz Nr. 239 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/02/wochennotiz-nr-239/ Viel Spaß beim Lesen! ps. erst waren wir spät dran, dann waren die OSMF-Server nicht erreichbar… ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] ŘOPíky
Ahoj, doteďka jsem byl takový malý osamělý mapovací vlk. Rád bych se zhostil tohoto sousta, ale postupně. Udělal jsme malý skriptík v bash, který konvertuje tuto databázi do osm. Databáze má cca 5700 objektů (mimo stav 5). Stav objektů je: 1) 'postaven, dochovan' 2) 'postaven, neznamo' 3) 'postaven, poskozen' 4) 'postaven, rozvalen' 5) 'postaven, zahlazen','postaven, znicen','neznamo','nepostaven' Importuji je s následujícími atributy: lat='50.813853' lon='14.678253' military=bunker bunker_type=pillbox historic=yes name=(2)M1/36/A-160 website=http://dbase.ropiky.net/dbase.php?objekt=1075725216 ref=1075725216 source=ropiky.net Stav objektů 3,4 přidám atribut ruins=yes Stav 5 neimportuji Název z databáze a je po rozklíčování: Sbor: II. Stavební úsek: M1 - Mařenice ŘOP: 36 Typ: A-160 A teď by se rád zeptal, jak řešíte již existující řopíky v osm (při hromadném importu vznikne duplicita). Pokud by se importovalo po jednotlivých stavebních úsecích (většinou desítky řop/úsek, jsou vyjímky) zda by někdo pomohl. Mohu poskytnout jak celý seznam řopíků v osm, tak i po částech. Díky Petr PS: rád bych i nějaké rady, schválení či zamítnutí, abych něco neudělal blbě. -- Původní zpráva -- Od: luka...@volny.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, talk-cz@ openstreetmap.org Datum: 19. 2. 2015 15:02:27 Předmět: Re: [Talk-cz] ŘOPíky Zdravim, jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat ja, pokud se jiz nekdo nenasel. Mejte se, L. __ Od: Kamenitxan kamenit...@me.com Komu: talk-cz@openstreetmap.org Datum: 15.01.2015 10:10 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s ním zkusí vyjednat, nebo mu mám napsat já? Kamenitxan 11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org: Jj urcite by nejaky posveceni cele akce stalo za to... L. __ Od: Lukáš Gebauer gebyl...@mlp.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10.01.2015 13:13 Předmět: Re: [Talk-cz] ŘOPíky Dne 10.1.2015 v 12:44 Karel Volný napsal(a): no, víme něco jiného, než že ropiky.net nás ignorují? - http://forum.ropiky.net/tema.php?id=1244118437 a když se Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od dochovanych, pres poskozene, rozestavene, az po planovane, co se ani stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen pro bunkrology, kteri si to najdou jinde. Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi zadne reakce nedockas. Nicmene data tak uplne nedostupna nejsou. Treba me se podarilo narazit na jednoho z hlavnich lidi a vyjednat toto: http://www.geocaching.cz/blog/25/entry-219-%C5%99op%C3%ADkat%C3%BD- geoget-ii/ Tu databazi z toho Geogetu lze exportovat do GPX, nebo cehokoliv jineho, ma to uzivatelsky definovane exportni skripty. Takze ja za soucasne situace verim, ze ziskani dat pro OSM nebude neprekonatelny problem. Mam se pokusit vyhrabat email na toho cloveka? Lukas. -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-ie] OSM-talk-ie] Map request
Thanks Donal. I did search for them before asking but could not find them. Stephen On 23 Feb 2015, at 20:35, Donal Diamond donal.diam...@gmail.com wrote: On 23 February 2015 at 17:04, Stephen Roulston srouls...@me.com wrote: Hi, Could I have 32:37 SE Already up: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-32-37show_warped=0 and 32:35 NE, SW and SE, please Already up: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-32-35show_warped=0 D Stephen ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Salut La modif pour réintégration des morceaux de frontière découpées ( pour cause de découpe sans chargement des relations des communes, sans doute) lors de l'ajout de ways separant Orléans 1 et 2 ;) Mais ce matin BANO est toujours rouge. Retard ou autre chose ? Je vois pas... djoman Envoyé depuis mon téléphone android Nicolas Dumoulin a écrit ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
On a dres problèmes de toute façon avec une méthode ou l'autre. Car les noeuds sont partagés et les lignes de bus se trompent alors régulièrement de way et utilisent les boundary au lieu des highway. Et quand ça prend à quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se demande pas à quoi servent les noeuds, ils dégagent et les relations sont rompues de quand même. Je dirais même qu'on a beaucoup plus souvent de problèmes en superposant les chemins. Il n'y a qu les experts qui arrivent à faire les sélections des bons ways, et le pas se tromper quand ils les découpent. Cependant on peut prévenir bien des accidents en indiquant qu'il y a bien une frontière dessus (avec un tag boundary=* au minimum) Bref aucun intérêt à superposer les ways (en revanche oui quand on a une voirie à voies séparées, la frontière devrait passer dans l'espace central sans couper la voie. Là on a un écart significatif, et c'est conforme avec la définition des frontières sur les axes de voies. De même quand une frontière passe par un rond-point, elle n'en fait pas le tour et utilisera des segments passant par le centre du rond-point, même si pour ça il faut tracer un petit way connecté aux deux extrémités des Y de dérivation et passant sans couper les voies par le centre via le dernier point avant l'anneau central). Le 24 février 2015 00:43, Jérôme Amagat jerome.ama...@gmail.com a écrit : Le 23 février 2015 17:15, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 17:07:07 djoman a écrit : Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de suite. Djoman Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le découpage des cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à part du reste, avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, pour moi et le contributeur qui touchera à une rue sur cette limite. Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit que ce que je faisais c’était pas bien. Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : Le chantier des nouveaux cantons s'est fait au sprint je crois ;) Il reste quelques bouts : https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] correção de nome de rua
Mapillary e um bom ferramenta para documentar este, corre as ruas gravando com mapillary, e se voce em pe ou bicicleta, basta fazer um giro no cada esquino para pega as placas identificando as ruas Aun Johnsen On Feb 23, 2015, at 23:05, Arlindo Pereira openstreet...@arlindopereira.com wrote: As vezes acontece, por exemplo Santana e Santanna, Moraes e Morais, etc. Em 23/02/2015 19:19, Thiago Jung Bauermann thiago.bauerm...@gmail.com mailto:thiago.bauerm...@gmail.com escreveu: Olá Arlindo, Tem casos de mais de uma grafia em placas na mesma rua? Vou procurar percorrer as ruas então, pra garantir. -- []'s Thiago Jung Bauermann Arlindo Pereira wrote: Nesses casos, se possível, seria interessante percorrer a rua toda e verificar se não há outras placas com outras grafias, se houver pode ser interessante incluir o outro nome na tag alt_name para aparecer nas buscas. Em 19/02/2015 20:54, Thiago Jung Bauermann thiago.bauerm...@gmail.com mailto:thiago.bauerm...@gmail.com escreveu: Aun, John, John Packer wrote: por acaso você está usando o editor JOSM ? Se sim, tem uma extensão muito boa para isto: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/FixAddresses http://wiki.openstreetmap.org/wiki/JOSM/Plugins/FixAddresses Obrigado por responder tão rapidamente. Estou usando o JOSM sim, vou experimentar esse plugin. -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
C'est vrai que pour Nice je me suis déjà pris beaucoup de temps pour 3 des cantons. C'était un enfer à déchiffrer, d'autant plus qu'il y a plein de petits chemins dont certains n'ont pas de données dans la base ou ne sont pas visibles non plus sur les photos pour bien les localiser (escaliers sous les arbres, ruelles...) et que les définitions sappuie aussi sur des contours où il faut regarder le cadastre (par exemple l'emprise d'un hôpital. Montpellier a un cas similaire mais pas aussi dramatique avec une limite sur le zoo qui est en fait plusieurs jardins (mais on ne sait pas trop s'il faut y inclure la forêt). Bref pour résoudre ce genre de cas, il vaut mieux regarder le shapefile du MinInt (à ne pas intégrer tel quel mais utilisable dans un calque de fond). Le 23 février 2015 23:26, Christian Quest cqu...@openstreetmap.fr a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. Exemple: Le canton n° 21 (Marseille-10) comprend la partie de la commune de Marseille située à l'intérieur d'un périmètre défini par l'axe des voies et limites suivantes : depuis le littoral, parc du Prado (inclus), corniche du Président-John-Fitzgerald-Kennedy, avenue du Colonel-Serot, avenue de la Garde-Freinet, rue des Colonies, rue Pablo-Picasso, boulevard Georges-Estrangin, traverse Gagliardo, rue Saint-François-d'Assise, traverse Casse-Cou, rue du Cambodge, rue Christophe-Colomb, passage reliant la rue Christophe-Colomb à la rue Lamartine, rue Lamartine, rue Christophe-Colomb, rue François-Brillon, rue du Vallon-de-Montebello, rue Breteuil, rue Villas-Paradis, rue Notre-Dame-des-Anges, rue d'Israël, rue Paradis, avenue du Prado, rond-point du Prado, boulevard Michelet, cours de l'Huveaune, rue Raymond-Teisserre, cours d'eau, parc de stationnement, boulevard Schlœsing, boulevard Rabateau-Daniel-Matalon, échangeur de Pologne, avenue de la Capelette, boulevard Fernand-Bonnefoy, boulevard Lazer, traverse Bessède, rue du Portugal, avenue Benjamin-Delessert, boulevard Mireille-Lauze, ligne de chemin de fer de Marseille-Blancarde à Marseille-Prado jusqu'à autoroute A 50, ligne droite dans le prolongement de la rue des Fenals, rue des Fenals, boulevard Mireille-Lauze, boulevard Fifi-Turin, avenue de la Capelette, boulevard de Pont-de-Vivaux, traverse de la Verrerie, boulevard Romain-Rolland, rue François-Mauriac, chemin du Vallon-de-Toulouse, limite territoriale du 9e arrondissement, canal de Marseille, résidence Parc-Berger (exclue), résidence Campagne-Berger (incluse) canal de Marseille, boulevard du Redon, allée des Pins, chemin de la Colline-Saint-Joseph, rue de l'Horticulture, traverse de la Gaye, chemin Joseph-Aiguier, rue de l'Aviateur-Le-Brix, boulevard Lucé, rue Jules-Isaac, boulevard de la Fabrique, avenue de Mazargues, avenue d'Haïfa, avenue de Hambourg, traverse Frédéric-Vin, traverse de Pomègues, boulevard Baptistin-Cayol, boulevard des Joncs, boulevard du Sablier, avenue Bonneveine, avenue Pierre-Mendès-France, au niveau de la rue Gatons, ligne droite perpendiculaire à l'avenue Pierre-Mendès-France et tracée jusqu'au littoral. On compte 76 segments, c'est le maximum que les scripts ont trouvé. Les détours sont détectables par les doublons qui apparaissent, ici on a par exemple la rue Christophe Colomb ou l'avenue de la Capelette qui apparaissent deux fois, un bon indice de charcutage. Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Je n'ai pas eu le temps d'en faire une carte ni de publier les scripts qui m'ont aidé. Autre donnée sortie des scripts qui peut resservir pour vérifier notre mapping des cantons: la liste des cantons avec leur bureau centralisateur que j'ai mis sur https://gist.github.com/cquest/ac9bab78ba793a1641a6 Conclusion de la journée... il faut que je me mette VRAIMENT à python ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Prioridades em rodovias com mais de uma ref=
Pois é. Antigamente eu achava legal colocar os nomes oficiais na tag name para ficar correto, mas vejo que o mais adequado realmente seria colocar o nome mais utilizado (exemplos no Rio: Ponte Rio-Niterói, Linha Vermelha etc.) e deixar os nomes oficiais na tag official_name. Penso que para rodovias onde o nome comum / popular é a sigla, deveria seguir o mesmo modelo. []s Em 15/02/2015 11:40, Lists li...@gimnechiske.org escreveu: Arlindo No meu entendimento, mas nao, não perguntei os usuários, no muitos lugares as rodovias, principalmente federais, e conhecido como o ref. Ouvindo muito pessoas dizer coisas como “me pega ponto ônibus no BR-101”, ninguém que conheço dizendo “me pega ponto ônibus no Rodovia Governador Mário Covas”. E muito fácil copiar o valor do ref= para name= onde não ha nome mapeado, pelo menus parar dar erro no validadores e no ferramentas QA como nonamemap. Pelo meu conhecimento, todos os GPS veicular mostram o tag ref= (se compilado no mapa), então se falta ref no mapa não e falta no GPS, mas erro no compilador. Aun Johnsen On Feb 15, 2015, at 10:31, Arlindo Pereira openstreet...@arlindopereira.com wrote: Algo que me passou na cabeça: sei que não é nossa responsabilidade enquanto mapeadores, mas podemos investigar se quem reintroduz name=* nessas rodovias o faz porque seu cliente de mapas (GPS veicular) não suporta a tag ref para buscas ou algo do tipo. []s Arlindo Em 15/02/2015 11:25, Gerald Weber gwebe...@gmail.com escreveu: no exempo do Gerald podemos coloque “ref=BR-367;MGC-367” + “nat_ref=BR-367” + “ref_ref=MGC-367”. No verdade este e duplificacao das dados, mas acho necessário porque tanto aplicativos não vai conhecer os valores nat_ref e reg_ref É uma boa estratégia. Aumentando o número de nat_ref e reg_ref (6000 comparado com 1.2 milhão de ref) quem sabe com o tempo os renderizadores passam a usar isto também. O único dilema é que na verdade a nat_ref=BR-367 é que é conhecida regionalmente. Em tanto, ainda vendo muitos rodovias que tem um copia do ref no nome, este não e certo. Eu não copiando refs como MGC-xxx para o ref, mas provavelmente deve, mas onde ver que ref= e name= e mesmo, apagando o valor da name= Em vez de apagar eu tenho feito assim: troco name=MGC-262 por incorrect:name=MGC-262. Eu tenho percebido que quando apago name=MGC-262 com o tempo alguém acaba reintroduzindo. Minha frágil esperança é que incorrect:name=MGC-262 evite isto. :P Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Aplicativo recomendado
Recomendo o Osmand+,tem atualizações a cada dez dias,e se quizer uma rota bem otimizada basta configurar a navegação OSRM(only car),estou testando também o Offline Maps, Em 21/02/2015 15:32, Edil Queiroz de Araujo edil...@gmail.com escreveu: Eu gosto do o OsmAnd, está cada vez melhor. Já me ajudou em algumas viagens, e uso para experimentar os dados do mapa. Outro que uso bastante é o Viewranger: tem pra IOs também. Ideal para esportes, é bom para gravar trilhas também. Ele usa o mapa do OSM de fundo, e você pode criar rotas manualmente ou a partir de uma trilha ou arquivo gpx. Para gravar trilhas com anotações uso o OsmTracker, muito bom. Quando é específico de housenumbers, prefiro o Keypad Mapper. Abraços Em 21/02/2015 09:05, talk-br-requ...@openstreetmap.org escreveu: Enviar submissões para a lista de discussão Talk-br para talk-br@openstreetmap.org Para se cadastrar ou descadastrar via WWW, visite o endereço https://lists.openstreetmap.org/listinfo/talk-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para talk-br-requ...@openstreetmap.org Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço talk-br-ow...@openstreetmap.org Quando responder, por favor edite sua linha Assunto assim ela será mais específica que Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Aplicativo recomendado (Márcio Vinícius Pinheiro) -- Mensagem encaminhada -- From: Márcio Vinícius Pinheiro marcioviniciu...@gmail.com To: OpenStreetMap no Brasil talk-br@openstreetmap.org Cc: Date: Sat, 21 Feb 2015 00:37:02 -0200 Subject: Re: [Talk-br] Aplicativo recomendado Para navegação, consulta, pesquisa e trilhas também uso o OsmAnd. Os mapas são atualizados mais ou menos de 15 em 15 dias e mesmo que o usuário não pague pela versão pró (que limite a quantidade de downloads) ele pode baixar essas atualizações do site. Aliás, o usuário pode até criar o mapa da região que quiser a partir do OSM (embora eu mesmo nunca tenha tentado). Não conheço os outros citados, mas considero o OsmAnd bem completo (especialmente com os diversos plugins disponíveis) e fácil de usar (a interface melhorou bastante de uns tempos pra cá). Para edição, embora eu seja simpático à ideia de editar o OSM in locus, não achei muito prático fazê-lo no celular (tentei via vespucci). Atenciosamente, Márcio Vinícius Pinheiro. http://about.me/Doideira Em 21/02/2015 00:17, Tarcisio Oliveira tarci...@ymail.com escreveu: Uso o básico para Android OsmAnd para navegação e consulta de locais e para gravar as trilhas o osmtracker. Tarcisio Oliveira On 20-02-2015 20:43, Blademir wrote: Na minha ultima viagem usei dois GPS nativos IGO 8.3 e TomTom ( atualizados) e foram uma decepção. A salvação foi o NavFree, mas o mapa não atualiza desde 2013, estou procurando um que mantenha sempre atualizado. Se alguem souber um pra carro me avise. Att BladeTC --- Mensagem Original --- De: Lists li...@gimnechiske.org Enviado: 20 de fevereiro de 2015 20:58 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org Assunto: Re: [Talk-br] Aplicativo recomendado No iOS uso OpenMaps para visualização, e Go Map!! para edições rápidas. Ainda não achei um aplicativa de roteamento que vou recomendar, porque uso o telefone bastante no viagem, e quando não uso por email ou ligações, tirando fotos com Mapillary (que e outro aplicativo que recomendo) Aun Johnsen On Feb 20, 2015, at 19:10, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com wrote: Pessoal, qual o aplicativo recomendado para iOS e Android. Dei as boas vindas à um usuário da minha região e ele só reclamou que as ruas que ele estava colocando não estava atualizando no aplicativo. Ele falou que usa um tal de navigator. Qual a recomendação pra ele? Marcio Aguiar Ribeiro ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-us] reminder: mappy hour in 10 minutes
I can talk a little bit about SOTM US if anyone is interested. I see that Thomas Roff also signed up to attend - he should be able to talk about ARNOLD, should be interesting! https://plus.google.com/events/cegj4oaqaionnmt3dhdb4rlq9gk ARNOLD blog post: http://openstreetmap.us/2014/12/arnold-for-osm/ See you there! -- Martijn van Exel skype: mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [talk-au] Using roads dataset from data.sa.gov.au
I have put the Matlab scripts here: https://github.com/q-bits/osm-scripts From: Alex Sims [mailto:a...@softgrow.com] Sent: Sunday, 22 February 2015 8:16 PM To: OSM Australian Talk List Subject: Re: [talk-au] Using roads dataset from data.sa.gov.au Hi, Can you please make the matlab scripts available on Github so they might be used/improved? I’m particularly wanting to use the output, then check the revised output, rinse, lather, repeat Alex ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
Bonjour, Je suis en train de faire des améliorations des sorties d'autoroute avec le tags lanes http://wiki.openstreetmap.org/wiki/Lanes; destination http://wiki.openstreetmap.org/wiki/Key:destination et la relation destination_sign http://wiki.openstreetmap.org/wiki/Relation:destination_sign. Il y a quelques temps, j'avais trouvé une carte qui permettait de voir les sorties cartographiées sur les autoroutes, mais impossible de la retrouver. Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. Quelqu'un se souvient du lien ? -- Jean-Baptiste Holcroft ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le mardi 24 février 2015 02:31:34 Philippe Verdy a écrit : On a dres problèmes de toute façon avec une méthode ou l'autre. Car les noeuds sont partagés et les lignes de bus se trompent alors régulièrement de way et utilisent les boundary au lieu des highway. Et quand ça prend à quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se demande pas à quoi servent les noeuds, ils dégagent et les relations sont rompues de quand même. Qu'on soit bien clair, moi je ne parlais pas de superposer mon way boundary=political aux ways déjà existants en réutilisant les nœuds. J'ai tracé mes polylignes sans charger les données, donc en m'appuyant sur les couches mapnik/osm, bing et cadastre (trop génial cette couche cadastre). Je trouve ça mieux pour le contributeur (moi un autre jour) qui peut filtrer les boundary=* pour travailler avec le reste , et en plus ça va carrément plus vite :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le 23 février 2015 17:15, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 17:07:07 djoman a écrit : Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de suite. Djoman Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le découpage des cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à part du reste, avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, pour moi et le contributeur qui touchera à une rue sur cette limite. Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit que ce que je faisais c’était pas bien. Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-) Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit : Le chantier des nouveaux cantons s'est fait au sprint je crois ;) Il reste quelques bouts : https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
