Re: [OSM-talk-fr] Les armoires de rues
Le 28 avr. 2014 à 16:22, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres dédiées aux paires de cuivres et les armoires des PMZ : dans mon quartier, il vient d'en apparaître une tous les 300 m en relation, semble-t-il, avec l'installation prochaine du FTTH. Peut-être hébergent-elles les deux technologies? Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Des mairies sortent en problème dans Osmose
Bonjour Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Cordialement GuyDuNord ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les armoires de rues
Bonne observation. Pour l'instant oui c'est volontaire. La modélisation des réseaux télécoms n'est pas encore assez mature pour permettre la distinction. Parce que c'est un problème de réseaux et pas d'armoire. A la louche on pourrait envisager telecom=connection_point + twisted_copper=yes ou fibre=yes (les deux armoires SR comme PMZ sont des sous répartitions) mais c'est sans penser global ni à quoi que ce soit en fait. Si quelqu'un veut se lancer dans les réseaux télécoms, j'y contribuerais bien volontiers. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 28 avril 2014 17:41, Christian Rogel christian.ro...@club-internet.fra écrit : Le 28 avr. 2014 à 16:22, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet En gros la proposition introduit une nouvelle valeur pour man_made : street_cabinet et un nouveau tag pour qualifier le domaine auquel appartient l'armoire (street_cabinet=telecom, cable_tv, power...) Est-ce volontaire de ne pas distinguer les armoires modèles PTT et autres dédiées aux paires de cuivres et les armoires des PMZ : dans mon quartier, il vient d'en apparaître une tous les 300 m en relation, semble-t-il, avec l'installation prochaine du FTTH. Peut-être hébergent-elles les deux technologies? Christian R. ___ 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] Des mairies sortent en problème dans Osmose
Apparemment un problème de géocodage des données d'adresse sources utilisées par Osmose. Il place ici le point au milieu du chemin de Wallon-Cappel, et confond ce chemin avec le nom de la commune sans regarder l'adresse indiquée Route d'Hazzebrouck. Le géocodage n'a pas été vérifié : une anomalie sans doute liée au fait que le nom de la commune dans l'adresse est en capitales mais **sans le trait d'union**, et Osmose (ou le service de géocodage qui a été utilisé) cherche où est le nom de la commune dans l'adresse et le trouve exactement écrit dans le nom du chemin. Le point indiqué est alors beaucoup trop loin et Osmose ne trouve alors pas la mairie à proximité de ce point fantaisiste. Le 28 avril 2014 17:55, GuyDuNord bsnld5uma.ex575...@laposte.net a écrit : Bonjour Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Cordialement GuyDuNord ___ 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] Overpass turbo extraire départements dans région
Peut-être ceci peut vous aider: https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata#Download_relevant_data_from_Openstreetmap_with_Overpass_API Dans l'historique de cette page vous trouverez comment le faire sans que ce soit comprimé. Poyglot 2014-04-28 10:59 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Le but d'overpass-turbo est justement de fournir une interface graphique pour tester ses requêtes et visualiser le résultat... donc ne pas les visualiser revient à ne plus utiliser overpass-turbo ;) Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le résultat est léger, on peut faire les requêtes plus lourdes directement sur l'overpass-API. Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un shapefile complet serait peut être plus efficace. Pensez aux shapefile des découpages administratifs mis régulièrement sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et cohérents, à chaque export je dois faire des réparations), et d'être disponibles avec 3 niveaux de simplification géométrique. https://www.data.gouv.fr/fr/dataset/contours-des-departements-francais-issus-d-openstreetmap et https://www.data.gouv.fr/fr/dataset/contours-des-regions-francaises-sur-openstreetmap Le 28 avril 2014 10:03, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo qui n'est peut-être pas pertinente mais bon je vais vous en faire part quand même ^^ Le problème principal vient peut-être du fait que l'overpass-turbo fait afficher le GeoJSON dans le navigateur avant de proposer la sauvegarde dans un fichier téléchargeable. Ce qui est un peu dommage car essayer d'afficher 15Mo de données a tendance à faire ramer fortement le navigateur... Ne pourraient-ils pas proposer directement dans le formulaire un bouton export dans un fichier uniquement qui permettrait de faire tourner la transformation en GeoJSON en tâche de fond côté serveur uniquement sans affichage côté client et qui enverrait un lien de download une fois l'export réalisé ? Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - Le 28/04/2014 09:19, Mides a écrit : Par contre, si le traitement de la requête est assez rapide, la construction/download du fichier retour , lourdeur oblige certainement, 15 Mo en format Geojson, prend pas mal de temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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] Overpass turbo extraire départements dans région
Le 28/04/2014 10:59, Christian Quest a écrit : Le but d'overpass-turbo est justement de fournir une interface graphique pour tester ses requêtes et visualiser le résultat... donc ne pas les visualiser revient à ne plus utiliser overpass-turbo ;) Euh je sais pas la visualisation carto c'est super, mais visualiser du code GeoJSON reste d'un intérêt limité, non ? Et laissez le choix de ne pas le faire pour ne pas faire ramer son navigateur quand la réponse est trop grosse me paraissait pertinent. Ce qui n'empêche pas de continuer à utiliser l'overpass-turbo pour se faciliter le travail d'écriture des requêtes overpassAPI. Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le résultat est léger, on peut faire les requêtes plus lourdes directement sur l'overpass-API. Là tu fais malheureusement fuir tous les Sigistes allergiques à ce code qui est quand même un peu trop complexe pour eux. Sinon... autre piste si l'on a besoin d'exports de ce type: récupérer un shapefile complet serait peut être plus efficace. Pensez aux shapefile des découpages administratifs mis régulièrement sur data.gouv.fr... ils ont l'avantage d'être vérifiés (donc complets et cohérents, à chaque export je dois faire des réparations), et d'être disponibles avec 3 niveaux de simplification géométrique. Oui pour les découpages administratives c'est clairement le choix le plus pertinent et c'est celui que j'indique à chaque fois qu'on me demande les limites d'OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] relation de type TLC
Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relation de type TLC
Trafic Lights Control ? Le 28 avril 2014 18:43, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ 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] relation de type TLC
Apparemment c'est fait pour indiquer que les feux membres sont synchronisés. Mais si c'est pour contrôler un carrefour, il est bizarre qu'on n'y associe pas les voies concernées ou leur intersection, ni non plus les noeuds des passages piétons. En l'état cette relation n'est pas réellement utilisable, ou alors il faut créer autour du nuage de points des feux un polygone englobant et chercher ces autres éléments dans le polygone. C'est peut-être documenté quelque part mais là ça me semble incomplet. 2014-04-28 18:45 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Trafic Lights Control ? Le 28 avril 2014 18:43, David Crochet david.croc...@free.fr a écrit : Bonjour C'est quoi ce genre de relation : http://www.openstreetmap.org/relation/3358721 Cordialement -- David Crochet ___ 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] relation de type TLC
Bonjour Le 28/04/2014 18:45, Philippe Verdy a écrit : Trafic Lights Control ? Cela indiquerait les dispositifs synchrones entre-eux ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata
Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lier automatiquement les relation d'OSM et wikidata
Et inversement ? https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Greg 2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ 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] Des mairies sortent en problème dans Osmose
Le 28/04/2014 17:55, GuyDuNord a écrit : Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la vérification de l’existence de cette mairie. J'ai ouvert un ticket trac pour qu'on investigue le problème: http://trac.openstreetmap.fr/ticket/556 Merci pour le rapport ! -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] service=alley
Bonjours Comment ça marche les service=alley? Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues étroites ou bien des routes dans un lotissement qui sont tagger ainsi. Quand on regarde le wiki http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley Que ça soit en anglais ou en francais j'ai pas l'impression que c'est fait pour ça. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des mairies sortent en problème dans Osmose
Bonjour, le problème est bien liée au geocodage. C'est classique pour ces données la. Le bug est plutôt dans le fait que les faux positifs reviennent. Jocelyn avait déjà commencé à regarder ça. Frédéric. Le 28 avr. 2014 18:26, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 28/04/2014 17:55, GuyDuNord a écrit : Depuis quelques temps certaines mairies sortent en problème dans Osmose. C'est le cas de celle-ci : http://osmose.openstreetmap.fr/fr/map/#zoom=14lat=50.72501lon=2.47394layers=B00FFTlayer=Mapnikitem=0%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1230%2C2010%2C2020%2C2030%2C2060%2C2080%2C2090%2C2100%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7010%2C7012%2C7030%2C7040%2C7050%2C7060%2C7070%2C7080%2C7090%2C7100%2C7110%2C7120%2C7130%2C8011%2C8020%2C8021%2C8030%2C8031%2C8050%2C8051%2C8060%2C8070%2C8080%2C8101%2C8110%2C8120%2C8130%2C8131level=1%2C2%2C3overlays=FFFTtags=fixable= http://cjoint.com/?0DCpG1SkbxG Osmose nous indique : Service public non intégré. Ce qui ne peut pas être vrai puisque cette mairie est bien présente dans OSM : http://cjoint.com/?0DCpIkhHSON J'ai tenté de cataloguer cette alarme en Faux positif. Cela n'y fait rien et l'alarme réapparait quelques jours plus tard. Qu'en pensez-vous ? Effectivement, ça ressemble à une erreur dans le géo-référencement et/ou la vérification de l’existence de cette mairie. J'ai ouvert un ticket trac pour qu'on investigue le problème: http://trac.openstreetmap.fr/ticket/556 Merci pour le rapport ! -- Jocelyn ___ 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] Lier automatiquement les relation d'OSM et wikidata
Ou alors faire un import dans wikidata, comme je le suggérais ici : http://forum.openstreetmap.fr/viewtopic.php?f=3t=1127p=5327#p5327 Pierre-Yves / the_knife Le 28 avril 2014 19:04, Greg ewala...@gmail.com a écrit : Et inversement ? https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Greg 2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Je viens de découvrir http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html Et là m'est venu une idée d'automatisation d'intégration des données : - Dans la page boundary -- administrative - pour chacune des relations - allez sur la page de wikipédia - suivre le lien Élément sur Wikidata - y ajouter le numéro de la relation OSM s'il est inéxistant - Suivant - fin vos 2 c€ ? Cordialement -- David Crochet ___ 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] service=alley
C'est des tags pour le rendu: les rues sont étroites et un highway residential deborderai sur les bâtiments. On 28 avril 2014 19:59:04 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: Bonjours Comment ça marche les service=alley? Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues étroites ou bien des routes dans un lotissement qui sont tagger ainsi. Quand on regarde le wiki http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley Que ça soit en anglais ou en francais j'ai pas l'impression que c'est fait pour ça. Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rapport nombre de bâtiments par adresse, pour contrôle qualité
Bonjour, En même temps que je rajoute les adresses j'en profite pour fusionner les bâtiments les plus fragmentés, et je me dit que ça pourrait faire un bon outil de contrôle qualité d'avoir une couche de polygônes de communes coloriés par leur rapport nombre de bâtiments sur nombre de tags addr:housenumber pour toute la France. Je ne m'attend pas à ce que ce soit un indicateur rigoureux, mais ça permettrait d'avoir un rapide aperçu de l'état d'avancement du projet adresses à intervalle régulier. Et pour les zones dont on sait que les adresses ont été importées, on pourrait utiliser ça comme indicateur de fragmentation des bâtiments. Je m'attend à ce que le rapport soit proche de 2:1 pour les zones bien cartographiées. Entre 2:1 et 1:1 je verrais bien un dégradé du vert clair au vert foncé. De 2:1 à l'infini il faudrait un dégradé du vert au rouge. En dessous de 1:1, quand on a plus de noeuds d'adresses que de bâtiments, je mettrais une couleur à part, par exemple le jaune. Qu'est-ce que vous en pensez ? Est-ce que ça vous semble utile ? Est-ce que c'est compliqué à mettre en place ? J'imagine que ça fait un gros volume de données à traiter et à maintenir à jour. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] むろらんオープンデータライブラリの利用
いいだです。 ページの作成ありがとうございます! 1. タグについて sourceタグを、オブジェクト、あるいは変更セットに付与する、としたほうがいいかな、と思っています。 source_refタグをオブジェクトに付与するのは、データ量が多くなりすぎるため、反対です。 追加可能な場合は変更セットに付与する、のがよいのじゃないかな、と思うのですが、どうでしょうか。 (iDやPotlatchの場合はどうするんだ、ってなる気はしますが、そのための「可能な場合は」です。 あと、ちょっと乱暴かもですが、こういうデータを扱うのはほとんどJOSM使いじゃないかと思っています。。。) sourceとsource_refの内容自体は賛成です。 2. 建物形状のインポート インポートをやるとすれば、Wkiに情報をまとめて、Imports MLでの話し合いですね。 道路データの修正を、オルソ画像を使ってできたらいいなぁ、とは思っています。 適切な大きさに切り分けてアップロードすることになると思うのですが、 その際に町丁目くらいの単位で切り分けられたら楽ですね。 2014年4月27日 23:14 Yuichiro Nishimura nissy...@gmail.com: ならのにしむらです 自治体オープンデータのGISデータによる公開を先駆的に行っている室蘭市さんのデータのOSMへのインポート、トレースなどの作業を進めようと思っています 現在のところ http://wiki.openstreetmap.org/wiki/Muroran http://wiki.openstreetmap.org/wiki/Muroran_ortho の2つのページで情報を整理中ですので、ご意見、並びにwikiへの情報の追加・修正をお願いできればと思います 重要な点は、1つは都市計画図がGISデータで公開されているため、これらのインポート(特に建物インポート)が可能という点です ちなみに、室蘭市周辺は建物データはほとんど描かれていない(http://osm.org/go/7XAP8Ym )ので、建物インポート作業を進めることが比較的容易な場所の一つかと思います(とはいえ、既存の道路データなどとの調整作業などは必要です) 並びにいくつかの室蘭という地域を表すような特徴的なPOIデータ(たとえば「砂箱」データ)がGISデータで公開されており、これらはトレースでもインポートでも作業を比較的容易に進めることができるかと思います(既存データとの整合性を考えると、機械的にインポートするより、手動で調整しながらトレース作業をしたほうがいいかなと考えています) もうひとつはこの4月に公開された高精細の空中写真が位置情報付きで公開されたことです 平成25年11月24日撮影のデータですので最新に近いデータへの更新作業をこの画像を使って進めることが可能です。特に道路データはyahoo/Alpsが中心で鮮度が落ちてきていますので、このデータを使うことは有効かと思います ちなみにライセンスは両者ともCC by 2.1 JPで公開されています また、sourceタグは浦安のインポートを参考に オルソ画像以外のGISデータの利用においては source=Muroran City source_ref = http://wiki.openstreetmap.org/wiki/Muroran; オルソ画像については source=Muroran_ortho source_ref = http://wiki.openstreetmap.org/wiki/Muroran_ortho; タグを提案したいと思います 以上、ML、もしくはTwitterの #osmjp ハッシュタグ、@nissyyu宛てのtweetもしくはFacebook等でご意見いただければ幸いです /~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~ 西村 雄一郎 (nissy...@cc.nara-wu.ac.jp) Yuichiro Nishimura 奈良女子大学研究院人文科学系(文学部人文社会学科地域環境学コース担当) TEL: 0742-20-3325 http://www.nara-wu.ac.jp/bungaku/sges/ http://nissyyu.blogspot.jp/ twitter id: nissyyu http://www.facebook.com/yuichiro.nishimura /~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~/~ ___ 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-GB] Mapping party - Tysoe near Banbury
Hi All, We have two meeting in May in the Midlands region. The first is our regular first Thursday of the month social (that's this Thursday,1st May) at Stourbridge. The second is a mapping day on Saturday 31st May in Tysoe. We were invited to Tysoe, a rural parish situated between Stratford-upon-Avon and Banbury, by their local community and it should make for a great mapping day. http://www.mappa-mercia.org/2014/04/mappa-mercias-may-meetings.html All welcome, and a great way to introduce a non-OpenStreetMap friend. :-) Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb