Le 05/09/2011 21:49, Pierre-André Le Ny a écrit :
Bonsoir à tous,
Je sollicite la liste pour quelque chose qui m'interpelle.
J'ai vu récemment apparaître en base OSM un tracé de la future ligne à
grande vitesse (nom de code LGV-BPL).
http://www.openstreetmap.org/browse/way/48998529
2011/9/6 Pierre-André Le Ny leny...@gmail.com:
passé par là ?
Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet
élément. Mais je reste dubidatif sur plusieurs points à propos de
cette ligne:
- est-ce que la construction a déjà démarré ?
- si non, est-ce que le tag
Salut,
Le 6 septembre 2011 10:15, Pieren pier...@gmail.com a écrit :
2011/9/6 Pierre-André Le Ny leny...@gmail.com:
passé par là ?
Oui, il suffirait de revenir en arrière d'une ou deux versions sur cet
élément.
Je suis perplexe également et la discussion rapportée par Sly laisse penser
On Tue, 6 Sep 2011 10:15:04 +0200, Pieren wrote:
2011/9/6 Pierre-André Le Ny leny...@gmail.com:
passé par là ?
Oui, il suffirait de revenir en arrière d'une ou deux versions sur
cet
élément. Mais je reste dubidatif sur plusieurs points à propos de
cette ligne:
- est-ce que la construction a
Pierre-André Le Ny leny.pa@... writes:
Salut,
Salut,
Je crois que je suis l'auteur de la première version du tracé, voici quelques
éléments de réponse.
Le 6 septembre 2011 10:15, Pieren a écrit :
2011/9/6 Pierre-André Le Ny :
Oui, il suffirait de revenir en arrière d'une ou deux
On 06/09/2011 10:03, Rodolphe Quiedeville wrote:
Le 05/09/2011 21:49, Pierre-André Le Ny a écrit :
Bonsoir à tous,
Je sollicite la liste pour quelque chose qui m'interpelle.
J'ai vu récemment apparaître en base OSM un tracé de la future ligne à
grande vitesse (nom de code LGV-BPL).
On 05/09/2011 21:49, Pierre-André Le Ny wrote:
D'une manière générale, comment sont mappées les lignes de chemin de
fer (import ou gps ?) ?
D'après ce que j'ai vu sur OSM, il y a deux types de données :
- les lignes qui sont représentés par un seul chemin, dont les données
ont le plus souvent
Génial. Merci pour ce retour précis.
J'ai contacté la dernière personne à avoir modifié le tracé et j'allais te
contacter comme auteur de la première version.
En effet, les travaux de déboisement ont commencé. Le gros œuvre c'est pour
2012.
On est donc OK pour dire que la construction a démarré.
Le nouvel analyseur de clé de tag semble ne pas aimer oneway=-1 qui
pourtant est indiqué comme correcte dans le wiki.
Bravo pour tout le boulot, Osmose est un outil vraiment très utile.
--
Christian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Je suis perplexe également et la discussion rapportée par Sly laisse
penser
que l'on est en attente d'une solution.
J'ai commencé à regarder pour faire un script de revert spécifique à ces
cas,
mais le temps me manque.
J'ai un peu de temps, je tente de faire quelque chose
Je pose un peu ce message en vrac car je ne sais pas trop car quel bout nous y
prendre et si cela vaut le coup ou pas
Après en avoir discuté off-list à propos d'un département qui avait subit des
modifications par erreurs (finistère) après le sujet d'aujourd'hui sur la
ligne de TGV transformée
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On mardi 6 septembre 2011, Pieren wrote:
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Pieren
Trop tard... la correction est faite.
http://www.openstreetmap.org/browse/changeset/9226112
Potlatch1 aurait une possibilité de
De : Pmz philippe.maz...@gmail.com
- que vient faire le tag source=cadastre ici s'il n'y a rien
dans le
cadastre ?
Je me pose également la question.
Je ne crois pas avoir taggué le tracé complet avec la source cadastre. Il
se
trouve que le remembrement autour du Mans laisse
Bonjour
A mon humble avis, celui d'un débutant dans le monde d'OSM, il y a
déjà beaucoup d'outils et d'informations qui demande d'être tenus à
jour, enfin de quoi perdre les débutants ;-)
Je préconiserai de continuer sur cette liste :
- les archives sont consultables
Salut
Les français se font encore remarqués avec leur côté administratif
et paperasse associée qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
;-)
Le tag source est très utilisé et son contenu est très verbeux :
http://taginfo.openstreetmap.org/keys/source
15 131 165 x
Bonjour
- on a que cette liste et le wiki comme base de recherche (ouf!)
On a aussi le forum OSM France [1], pas très fréquenté il est vrai
mais pour traiter des sujets récurents on peut demander à ce qu'un fil
soit épinglé pour qu'il apparaisse toujours en tête.
Un fil épinglé pour signaler
Super. Merci.
Affaire classée. Next!
Le 6 septembre 2011 13:05, sly (sylvain letuffe) sylv...@letuffe.org a
écrit :
On mardi 6 septembre 2011, Pieren wrote:
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Pieren
Trop
Le 06/09/2011 13:56, cyrille giquello a écrit :
Salut
Les français se font encore remarqués avec leur côté administratif
et paperasse associée qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
;-)
Le tag source est très utilisé et son contenu est très verbeux :
Bonjour,
La mention complète fait parti des conditions d'utilisation :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI
En revanche, la rediffusion de ces données n'est autorisée que pour
les produits composites,
Bonjour,
De : Bruno Cortial
On a aussi le forum OSM France [1], pas très fréquenté il est vrai
mais pour traiter des sujets récurents on peut demander à ce qu'un fil
soit épinglé pour qu'il apparaisse toujours en tête.
Un fil épinglé pour signaler les erreurs et organiser les contacts
2011/9/6 Pierre-André Le Ny leny...@gmail.com:
Super. Merci.
Affaire classée. Next!
Je ne trouve pas:
- le tag source contient deux fois le cadastre alors que cela ne
concerne probablement qu'une petite portion de voies,
- pour ce qui ne vient pas du cadastre, il y a utilisation d'une
source
2011/9/6 cyrille giquello cyrill...@gmail.com:
Par exemple: FR_DGI2008, FR_DGI2009, ...
Quelle horreur. Pensez aux nouveaux qui vont sûrement tout de suite
comprendre que ça vient du cadastre...
Moi j'avais pensé à un simple cadastre 2011, 3 caractères de plus (à
multiplier par quelques millions
Le 06/09/2011 14:27, Frédéric Rodrigo a écrit :
Bonjour,
La mention complète fait parti des conditions d'utilisation :
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#La%20r%C3%A9ponse%20de%20la%20DGI
En revanche, la rediffusion de ces données
On mardi 6 septembre 2011, Pieren wrote:
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Je n'ai pas réussi à faire un revert de l'ensemble des noeuds avec p1,
l'option d'accès à l'historique est pourtant bien là (advanced -
(...)
qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
Bof, si le problème est une question de taille dans la base de donnée OSM, ne
serait il pas plus fin de régler cela directement dans la manière de stocker
ces informations en amont ?
Et de manière à ce que cela
Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:
cf mon précédent message, c'est de cette solution dont je veux parler.
HS
Par contre, je ne vois pas le rapport avec l'API0.7.
Une nouvelle API aurait pour mission de changer la manière dont est accessible
l'information,
Bravo pour tout le boulot, Osmose est un outil vraiment très utile.
+1
didier
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
En effet, merci Pieren de faire ton rabat-joie (au sens premier et noble du
terme).
Le fait de ne plus voir le tracé sur ma maison a probablement provoqué cet
emballement :)
Mais au delà de cet aspect rendu, les questions de la source et de la
constitution de la donnée restent ouvertes (et
Le 6 septembre 2011 15:40, sly (sylvain letuffe) sylv...@letuffe.org a
écrit :
Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:
cf mon précédent message, c'est de cette solution dont je veux parler.
HS
Par contre, je ne vois pas le rapport avec l'API0.7.
Une
C'est à ça que servent les différentes compressions (gz, bz, bz2, etc).
Ces données répétitives se compriment très très bien.
Oui en terme de taille pure, par contre les parseurs xml et les traitements
ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-)
J'espère par
2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org:
Par contre, je ne vois pas le rapport avec l'API0.7.
Une nouvelle API aurait pour mission de changer la manière dont est accessible
l'information, la manière interne de la stocker pouvant tout à fait être
indépendante.
Peut-être
2011/9/6 Christian Quest J'espère par contre que le stockage en
interne n'est pas répétitif, c'est
sûr que là il y a de l'espace à récupérer.
--
Christian
Hélas, il est répétitif partout. Dans la base, dans les extracts et
même dans les fichiers au format .pbf
La compression se limite donc à
Mon idée serait d'ajouter une contrainte dans la base ET dans l'API.
Je pense à un nouvel élément 'source' à côté de node, way, relation et
changeset. On pourrait définir librement des sources (avec source_id)
qui serait ensuite listé dans la composante d'un node, un way, une
relation ou un
Bonsoir à tous,
Je me présente vite fait car il s'agit de mon premier message sur cette liste.
Je m'appelle Brice et je suis étudiant à l'université de Provence. Ça fait
maintenant un peu plus d'un an que je suis cette liste (je crois) et que je
participe (très légèrement) à OSM.
Bon
2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org:
Bref, je me demande si c'est bien le boulot de l'API de contraindre ou si
c'est aux éditeurs d'avoir les moyens d'éduquer
Quand je parle de contrainte, c'est uniquement du point de vue d'une
bdd relationnelle. J'avais bien précisé 0..* pour
Bonsoir Brice,
C'est une très bonne initiative !
Pour commencer, tu peux aller voir cette page, où quelques sites sont
considérés comme de bonnes références
http://wiki.openstreetmap.org/wiki/FR:Cartotheque
On y trouve quelques campus
Comme tu dois le savoir si tu suis cette liste depuis
Le 6 septembre 2011, Christian Quest a écrit :
Le nouvel analyseur de clé de tag semble ne pas aimer oneway=-1 qui
pourtant est indiqué comme correcte dans le wiki.
C'est normalement corrigé. Les erreurs de ce type devraient disparaître
dans les jours qui suivent.
Merci,
Jocelyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour à tous,
Pour ceux que ça intéresse, j'ai fait un petit script qui permet, à
partir de traces GPS et de photos (prises lors d'un voyage, par
exemple), de générer une page web présentant le voyage avec les photos,
sur un fond OSM.
Ça donne ce
Salut,
c'est effectivement une très bonne initiative ! (que j'aurais dût avoir il y
a longtemps ...)
j'ai jeté un petit coup d'oeil sur la zone et effectivement il y a un
certain nombre de choses qui ne sont pas vraiment correctes ... je viens à
la fac jeudi, si tu es disponible en fin de
Bonjour,
Osmose détecte les bâtiments se recouvrant, serait-il possible de ne pas
indiquer cet élément si les points ont tag comme repères géodésiques ? Car pour
ce type de point, l'erreur n'en est pas une.
bonne journée
Cédric Barribaud
Membre adhérent de l'APP3L
www.app3l.org
Dépendant de l'utilisation des données, peut-être imposm te sera utile :
http://imposm.org/docs/imposm/latest/
Le mapping.py te permet de définir ce que tu veux importer (et de laisser
tomber le reste)
2011/9/6 sly (sylvain letuffe) sylv...@letuffe.org
C'est à ça que servent les différentes
Tomさん、ナイススタートアップです。
とても作業しやすいです。
東
11/09/06 Tomomichi Hayakawa tom.hayak...@gmail.com:
Tomです。(talk-ja , osm-tokai のマルチ投稿、ごめんなさい。)
台風12号の被害の大きかった和歌山県・奈良県のマッピングをしたいと思います。
とりあえず、僕らに出来ることとして・・・。
ターゲットエリアとしては、十津川村〜新宮市〜那智勝浦町を中心に、
和歌山県の大半〜奈良県南部 といったところでしょうか?
(私も、シッカリ把握してませんが・・・。)
清野です。
本来関西から発信していかなければいけなかったのに、
お隣の東海のTomさんの方から言い出していただいてありがとうございます。
というわけで、OpenStreetMap関西のMLにも送信させて頂きます。
関西でもこの活動、バックアップしていきましょう。
あまりクローズアップされていないですが、
兵庫県播磨地域、岡山方面でも被害が出ているそうです。
もしそのあたりにお詳しい方がいらっしゃいましたら、
具体的にどこら辺が被害がひどかったのか指示していただけると支援しやすいかと思います。
なお、基盤地図情報を利用する場合は
清野です。
先ほどの投稿、誤解がありました。失礼致しました。
http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN
こちらのページに書かれていますが、
「国土地理院が「国土地理院の許可を得て、基盤地図情報を参考にイラストとして作成」と明記する条件で、測量成果の使用・複製承認の申請を不要として許可。」
となっておりますので、測量成果の複製・使用承認とは無関係ですね。
ただ、これは東日本大震災の特例を活用しての許可ということではないですよね?
通常時から使用できるという認識で良いでしょうか?
2011年9月7日0:08 Yoichi
Tomです。
基盤地図は正式に(震災に関係なく)、使用許可が下りているはずです。>ですよね?東さん
以下のような感じで良いかと思います。
--
WMSサービスURL
http://www.finds.jp/ws/kiban25000wms.cgi?
基盤地図情報 縮尺レベル25000
source = GSI/KIBAN 25000 http://wiki.osm.org/wiki/GSI_KIBAN
--
2011年9月7日0:28 Yoichi Seino say.n...@gmail.com:
清野です。
11/09/07 Tomomichi Hayakawa tom.hayak...@gmail.com:
Tomです。
基盤地図は正式に(震災に関係なく)、使用許可が下りているはずです。>ですよね?東さん
えっと係ではないんですけどw
条件に従う限りいつでも使えます。
以下のような感じで良いかと思います。
--
WMSサービスURL
http://www.finds.jp/ws/kiban25000wms.cgi?
基盤地図情報 縮尺レベル25000
source = GSI/KIBAN 25000
Tomです。
えっと係ではないんですけどw
条件に従う限りいつでも使えます。
ごめんなさい、取り急ぎ確認できそうでしたので、名指ししちゃいました。
ありがとうございます。基盤地図は条件に従う限り、利用可能ってことで。
2011年9月7日8:42 Shu Higashi s_hig...@mua.biglobe.ne.jp:
11/09/07 Tomomichi Hayakawa tom.hayak...@gmail.com:
Tomです。
基盤地図は正式に(震災に関係なく)、使用許可が下りているはずです。>ですよね?東さん
えっと係ではないんですけどw
Tomです。
和歌山県田辺市、今、Yahoo/Alps道路データ アップロード中です。
データ量が多いので、アップロード・エラーが無い事を、祈るのみ^^;;;
【お願い】
今、和歌山県田辺市のYahoo/Alps道路データ アップロード中です。
データ量が多いので、かなり時間が掛かっています。
それでお願いですが、田辺市の市境に近いところの道路などの編集は、控えてください。
今日の夕方までには、終わる見込みです。宜しくお願いいたします。
2011年9月7日1:38 Tomomichi Hayakawa tom.hayak...@gmail.com:
Tomです。
東です。
昨夜少しマッピングしてみましたが
google mapsとの比較ではこんな感じになります。
http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=135.79386lat=33.98272zoom=15
やはりYahoo/ALPSデータは離島や山間部のデータが充実しており
インポートの効果は大きいです。
あと、森林域が分かるのも大きいです。
これにBingトレースで集落(多くは川の流域)をマッピングするとさらに
充実したマップになりますね。
まずは被災前の状況のマッピング、つまり我々が普段やっている
このメッセージはosm.jpへの新規投稿の自動配信です。元記事は文末のURLを参照ください。
Tomさんの呼びかけで、台風12号被害エリアのマッピングが始まっています。
このエリアでは下記リソースが使えます。
●Yahoo/Alps道路データのインポート ●Bingトレース
●基盤地図25000 参考情報:
http://www.arcgis.com/home/webmap/viewer.html?webmap=b0f2fe00c9184471beb7347c8486c27d
・青枠:Bingカバーエリア
FYI all: I just created this welcome message for the talk-ht list.
-
Cher tous: Je just cree le bienvenue message bas (que toutes les personnes
qui souscriver pour le list va recoir quand ils souscrive). Si tu veux
traduire cette message meilleur, c'est bon (et s'il te plait et fait ca), si
non,
101 - 152 of 152 matches
Mail list logo