[OSM-talk-fr] Erreurs Osmose Fantoir place=

2015-03-10 Par sujet Cavok
Bonjour, je n'arrive pas à corriger les erreurs d'Osmose
*Objet de type FANTOIR non concordant avec un objet OSM*
FANTOIR B to W type is for locality, hamlet or isolated_dwelling

Ce sont des noms donnés à des petits quartiers d'une petite ville.

Au début javais mis
place=suburg

on m'a suggéré
place=neighbourhood
qui serait plus adapté dans ce cas.

J'ai bien peur que l'erreur pourrait venir d'Osmose qui pour les Fantoirs
de B à W n'accepte que locality, hamlet or isolated_dwelling.

Pensez vous qu'Osmose soit trop restrictif dans ces choix, ou en effet le
tag place=neighbourhood
n'est toujours pas adapté.
Que faudrait il mettre alors.

Pour voir de quoi il s’agit, les erreurs sont ici
http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld#

Merci de votre aide
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Fwd: [talk-au] Call for Venues Open: State of the Map 2016

2015-03-10 Par sujet Emilie Laffray
Pour ceux que ca interesse.

-- Forwarded message --
From: Richard Weait rich...@weait.com
Date: Tue, Mar 10, 2015 at 2:16 PM
Subject: Call for Venues Open: State of the Map 2016

The Call for Venues for State of the Map 2016 is now open.

http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues

Build a team for your city and bid to host the OpenStreetMap conference.

___
Talk-au mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Maj des batiments issus du cadastre

2015-03-10 Par sujet sebastien.bugzi...@gmail.com

Bonjour

Pour mon premier message à cette liste de distribution je vais me 
présenter rapidement. Je vis à Toulouse et je participe à OpenstreetMap 
depuis un peu plus d'un an (je sais plus trop). Bref. Au début c'était 
juste pour corriger une évolution et je trouve que c'est de plus en plus 
prenant et je me trouve maintenant à faire des modifs beaucoup plus 
lourdes. :-)


J'ai toujours trouvé que la mise à jour des bâtiments était pénible à 
faire. Parce qu'il faut comparer ce qui existe avec ce qui est fourni 
par le cadastre. On peut superposer les deux avec josm. C'est très 
facile quand il y a 100 pâtés de maison mais c'est un cauchemard quand 
il y en a plus de 1000.


Du coup j'ai fait un petit script python (joint à ce message) qui fait 
la comparaison entre ce qui existe et ce qui fourni par le cadastre. Il 
détermine quels sont les bâtiments supprimés, les bâtiments nouveaux, et 
les bâtiments modifiés. Il y a toujours un travail à faire à partir des 
résultats obtenus parce que ce n'est pas possible d'éviter des faux 
positifs mais ça évite de faire une comparaison maison par maison. Bien 
sûr, il vaut mieux que la commune sur laquelle il est appliqué soit déjà 
issue des données du cadastre. Une commune ou le bâti est tracé à partir 
de Bing donnera des résultats plus mitigés.


Je ne vais pas détailler ici le fonctionnement de mon script. C'est déjà 
fait dans cette fil que j'ai ouvert sur le forum osm-fr :

http://forum.openstreetmap.fr/viewtopic.php?f=5t=1762

Je peux vous fournir un fichier exemple d'utilisation. Il s'agit du bâti 
de la commune de Seilh (https://www.openstreetmap.org/relation/158877) 
au nord de Toulouse :

http://sendbox.fr/pro/5r3o7uspdsb0/Seilh.zip.html
Ce zip contient 2 fichiers :
Seilh_as_is.osm : les batiments tels qu'ils sont dans OSM actuellement
Seilh_to_be.osm : les bâtiments tels que le cadastre le donne actuellement.

Pour l'utilisation la commande est simple :
python BatiOSm.py Seilh_as_is.osm Seilh_to_be.osm prefixe
préfixe sera utilisé pour nommer les fichiers résultats.

Merci pour votre aide et pour votre retour si vous avez des suggestions 
d'améliorations ou si vous avez des comportements bizarres !


Sébastien
# -*- coding:Utf-8 -*-
#!/usr/bin/env python
import sys
import os
from math import sqrt
import time
from operator import attrgetter

BORNE_INF_MODIF = 1.e-5
BORNE_SUP_MODIF = 1.e-4

class Point:
Définition d'un point.

Attributs :
- identifiant (chaine de caractère) 
- latitude et longitude (flottant)

def __init__(self, node_id, node_lat, node_lon):
self.node_id = node_id
self.node_lat = float(node_lat)
self.node_lon = float(node_lon)

def affiche(self):
print self.node_id, self.node_lat, self.node_lon

def distance(self, other):
Calcul de la distance entre deux points
d_lat = self.node_lat - other.node_lat
d_lon = self.node_lon - other.node_lon
return sqrt(d_lat**2 + d_lon**2)

def export_node(self):
Création du code xml équivalent au point
self.print_node =   node id=' + self.node_id + \
' action='modify' visible='true' lat=' + \
str(self.node_lat) + ' lon=' + str(self.node_lon) + ' /

class Batiment:
L'entité Batiment rassemble plusieurs données : 

- bat_id : un identifiant (chaine de caractère)
- nbre_node : le nombre de points du batiment (nombre entier)
- node_id : le tableau des Points du batiments
- pt_moy : le point de référence du batiments (centre de gravité)
- dist_mini : une valeurs de distance pour détecter la modification du batiment
- largeur : la largeur du batiment
- status : le status du batiment (nouveau, identique, modifié, supprimé)
- nombre_tag : le nombre de tag défini dans le fichier
- tableau_tag_key : le tableau d'identifiants des tags
- tableau_tag_value : le tableau des valeurs des tags
- pbAire : l'information si le batiment a une aire nulle
- multipolygone : yes si le batiment en est un, no sinon
- role : le role si le batiment appartient à une relation
- ind_relation : l'indice de la relation auquel il appartient

def __init__(self, bat_id, nbre_node, node_id, 
numTag, tableauTagKey, tableauTagValue, 
distance=1000, largeur = 0., status = UNKNOWN, pbAire = NO,
multipolygone = no, role = outer, ind_relation = 0):
self.bat_id = bat_id
self.nbre_node = nbre_node
self.node_id = node_id
self.dist_mini = float(distance)
self.largeur = largeur
self.status = status
self.nombre_tag = numTag
self.tableau_tag_key = tableauTagKey
self.tableau_tag_value = tableauTagValue
self.pbAire = NO
self.multipolygone = no
self.role = outer
self.ind_relation = 0

def 

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-10 Par sujet PanierAvide

Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. 
En résumé : amélioration de l'affichage des objets et pop-ups, des liens 
rapides vers OSM, le cadastre en arrière-plan et la possibilité 
d'exporter un niveau en GeoJSON. C'est toujours ici :

http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website, 
contact:website, url, wikimedia_commons)

* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en 
arrière-plan (certains objets étaient précédemment cachés)

* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est 
renseigné

* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers : 
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest : 
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT : 
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr