Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Le 05/01/2010 18:37, Yann Coupin a écrit : Le 05/01/10 17:28, Etienne Chové a écrit : Les backends utilisant des bases de données postgis ne connaissent pas les utilisateurs, donc les erreurs ne sont pas affichées dans ces pages. Si quelqu'un sait comment ajouter les utilisateurs dans une base postgis, je suis preneur, sinon je bidouillerai un truc un autre jour. J'avais posté un patch pour faire ça sur les timestamp lorsque le problème avait été soulevé par Sly. C'est assez simple à adapter pour stocker le username normalement. Cf ce thread... http://www.mail-archive.com/talk-fr@openstreetmap.org/msg09552.html Merci, c'est patché et les scripts mis à jour. On verra ce que ça donne demain. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Le 06/01/2010 01:22, Pieren a écrit : Supprimer les oneway et ref dans les roundabout, je peux le faire, mais en vérifiant auparavant que c'est bien un way fermé (sinon, c'est le junction=roundabout qui est peut-être faux) +1 pour le oneway ~1 pour le ref, je voudrait d'abord voir sur osmose ce que ça suppose -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Le 05/01/2010 19:02, Guillaume Audirac a écrit : Fantastique ! Je trouve cette fonctionnalité géniale. Merci aussi pour l'avoir ajouté en lien en bas de la page d'Osmose (et avant Noël prochain en plus !). Idéalement, il faudrait la faire parvenir directement aux utilisateurs concernés si ce n'est pas trop intrusif, la messagerie d'OpenStreetMap n'est peut-être pas faite pour ça. C'est peut être trop intrusif, sauf si on envoie un lien une fois pour toutes. Pour le cas particulier des bots, tu peux considérer l'utilisateur précédent puisqu'en principe le robot ne devrait pas créer d'objet (si je ne me trompe ?). En supposant que l'historique soit facilement accessible. Ce serait dommage qu'un utilisateur ignore ses erreurs parce qu'un robot est passé par là. Ça oblige à avoir l'historique, ou à interroger celui d'osm, ce qui est assez lourd. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Le 06/01/2010 15:55, Lionel Van Aertryck a écrit : Concrètement comment fait-on pour se rajouter à la liste (si ça se trouve j'ai 0 erreurs, mais j'en doute sérieusement ;-) )? Si tu n'es pas dans la liste, c'est que tu n'as pas d'erreurs. Tu peux donc corriger celles attribuées aux autres. (pour info le lien http://osmose.openstreetmap.fr/user est en erreur à 15h54 le 6/01). C'est réparé. J'ai déplacé une partie des scripts, pour rajouter une nouvelle fonction sur la page d'accueil (le clic sur une catégorie), et j'ai pas fait de redirection pour ce lien. Merci pour l'info. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag INSEE Osmose
Pieren a écrit : 2010/1/6 Cavok cavok...@free.fr: Tag abandonné code_INSEE = ref:INSEE Pourtant dans FR:Map Features (qui devrait pourtant être la référence) c'est toujours code_INSEE. Alors ref:INSEE ou code_INSEE ? Si je me souviens bien, ref:INSEE était adopté pour la relation mais code_INSEE restait en place sur le node pour l'instant. Est-ce qu'osmose signale l'erreur sur une relation ou un noeud ? Des bots ont tourné sur ça mais je ne sais pas trop où ça en est maintenant. Fr:Map Features doit en parler pour le node place. Je reconnais qu'une mise en cohérence de l'ensemble (relation, node, doc wiki) serait souhaitable. Il me semble que la clé 'ref:INSEE', discutée pour la relation administrative, doit s'appliquer à tous les éléments. OsmOse ne fait pas de différence, et demande un ref:INSEE tout le temps. C'est un abus de ma part de l'avoir imposé ici, mais je pensait que c'était validé. AMHA, il faut modifier le wiki et laisser osmose comme ça. De toute façon, si j'ai bien compris, à terme la référence ne se trouvera plus que sur la relation, et le node sera un admin_center. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Bonjour, Comme vous avez lu le titre, je n'ai rien à rajouter, si ce n'est deux urls : http://osmose.openstreetmap.fr/user http://osmose.openstreetmap.fr/user/cgi-bin/stats.sh J'ai forcé 2 des backends (osmose-france et osmose-madagascar) à tourner pour voir ce que ça donne, mais vos pages ne seront complètes que demain après midi, une fois qu'ils auront tous tourné. Les backends utilisant des bases de données postgis ne connaissent pas les utilisateurs, donc les erreurs ne sont pas affichées dans ces pages. Si quelqu'un sait comment ajouter les utilisateurs dans une base postgis, je suis preneur, sinon je bidouillerai un truc un autre jour. Je vous laisse faire vos permaliens pour vos raccourcis. Si quelqu'un de motivé peut corriger les erreurs attribuées à EtienneChoveBot, ce serait sympa. Merci d'avance ;-) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose][annonce] erreurs par utilisateurs
Re-bonjour, Un petit bug empêchait la prise en compte des changement de statut (corrige/faux positif). C'est maintenant opérationnel. Ceux qui ont déja cliqué dessus peuvent recommencer. Les erreurs sont supprimées de la base de données, donc si vous rafraichissez votre pages vous ne les verrez plus. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot] Du nettoyage en perspective
Le 04/01/2010 10:40, Guilhem Bonnefille a écrit : - des outils de détection d'erreur avec proposition de correction comme Osmose. C'est fait, et en cours d'analyse. Le plugin n'est pas très compliqué, à part le parsage de la page wiki qui est très crade : http://osmose.openstreetmap.fr/src/plugins/TagWatchFrViPofm.py -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot] Du nettoyage en perspective
Le 04/01/2010 13:08, Guillaume Audirac a écrit : Je remarque aussi que des contributeurs, même expérimentés, ne connaissent pas un outil comme Osmose (ce qui était aussi mon cas il y a un peu plus d'un mois) ou KeepRight. Pour ça, il devrait être possible d'identifier le dernier contributeur d'un objet identifié par Osmose et lui envoyer un message avec un lien vers une sélection d'erreur (par exemple une sélection de 10, une fois par semaine). C'était le cas il y a quelques temps, et puis quand j'ai réécrit le code d'osmose, j'ai pas réimplanté ça mais c'est dans ma todo list. Ça a un inconvénient : les contributeurs ne corrigeaient que leur erreurs et pas celles du voisin, donc cela faisait avancer moins vite les corrections. Peut être pour Noël 2010 ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot] Du nettoyage en perspective
Le 04/01/2010 15:20, Vincent Pottier a écrit : Etienne Chové a écrit : Le 04/01/2010 10:40, Guilhem Bonnefille a écrit : - des outils de détection d'erreur avec proposition de correction comme Osmose. C'est fait, et en cours d'analyse. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=101-222 Ça va pas chercher bien loin (5 erreurs), mais une fois la page remplie, ça peut analyser pas mal d'erreurs. Actuellement le format à parser est |- !Source |source | C'est peut-être plus simple en |- !Source || source || En tout cas ce serait plus compact dans le wiki donc plus facile à remplir C'est possible ? Pas de problèmes, modifie la page, je modifierai la parseur ensuite. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot] Du nettoyage en perspective
Le 04/01/2010 17:26, Florian Houel a écrit : Bonjour et bonne année à tous, pardonnez cette question de p'tit nouveau mais je ne parviens pas à utiliser Osmose, avec le lien ci-dessous ou n'importe quel lien sur la liste ou le net. La partie gauche de ma fenêtre IE8-Vista affiche bien la liste des erreurs recherchées mais la partie droite reste blanche. Me faut-il Python sur la machine ? Me faut-il configurer / démarrer JOSM avant d'accéder à Osmose ? Merci pour votre aide, Florian. Bonjour, Osmose n'est compatible que avec firefox (c'est dû à la mise en page), et je ne sait pas pourquoi ça fait ça certains voulaient regarder, mais personne ne l'a fait. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Steven Le Roux a écrit : Tiens il serait possible de mettre le tag fixme dans osmose ? Je met ça dans mes choses à faire à la rentrée. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Le 22/12/2009 08:32, Denis a écrit : La fonction azimuth (1) pourait être utile. Elle permet de déterminer l'angle entre 2 points. Je m'en suis servi une fois pour calculer l'angle du dernier segment d'une ligne (pour y placer une flèche de direction). HS : c'est aussi ce qui est utilisé pour déterminer les rond points qui tournent à l'envers dans osmose. La requete n'est pas de moi et j'ai oublié de citer mes sources. C'est dans les archives de cette ML ;-) http://osmose.openstreetmap.fr/src/analyser_gis_roundabout.py -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : presets et case à cocher
Le 16/12/2009 21:47, Eric SIBERT a écrit : Dans JOSM, on peut définir ses propres balises à l'aide d'un fichier xml: http://josm.openstreetmap.de/wiki/TaggingPresets C'est du style pour une station-service Total: item name=Total label text=Station-service Total / text key=name text=Nom de la station-service / !-- toujours station-service -- key key=amenity value=fuel / !-- toujours le réseau -- key key=operator value=Total / /item Maintenant, je voudrais rajouter une case à cocher pour indiquer s'il y a une boutique (shop=kiosk). Or la case à cocher ne semble pouvoir sortir que deux valeurs yes ou no. Moi, je voudrais shop=kiosk ou rien. Y a-t-il des spécialistes des presets de JOSM qui savent comment faire? Il semblerait que toutes les fonctionnalités ne soient pas documentées. Je crois pas que ça soit possible avec une case à cocher, mais tu peux utiliser : combo key=shop text=shop values=kiosk default= delete_if_empty=true / Tu peux en plus faire une proposition pour améliorer la chose. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : presets et case à cocher
Le 17/12/2009 11:58, Etienne Chové a écrit : Tu peux en plus faire une proposition pour améliorer la chose. Je viens d'ajouter une demande : http://josm.openstreetmap.de/ticket/4192 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose raw editor] petites modifs
Bonjour, Je me suis plongé (un tout petit peu) dans javascript pour virer les messages DELETE THIS LINE d'OsmoseRawEditor; Ils sont maintenant en couleur juste au dessus, c'était pas si compliqué que ça. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] backend basé sur soun dex
Le 16/12/2009 11:09, Pieren a écrit : 2009/12/16 Etienne Chovéch...@crans.org: Il a réalisé une succession de requêtes sql qui permettent de faire des comparaisons basées sur soundex dans les champs name. Mouais, pas mal de faux positifs, 1/4 à 1/3 à vue de nez. Moyen, moyen, tout ça. C'est un essai, j'ai fait quelques décomptes des erreurs proposées : http://osmose.openstreetmap.fr/~etienne/analyser_gis_soundex.post.res A vrai dire je n'y connais rien à soundex, je ne sait même pas comment ça marche et si c'est améliorable. Ce que je vois, c'est qu'il y a du bon et du mauvais, mais je ne serai pas d'une grande utilité pour savoir comment améliorer. Je laisse Frédéric répondre aux remarques. Si ce backend dessert la cause OSM, alors il passera à la trappe comme d'autres l'ont fait. Mais il y a sûrement moyen de faire un truc sur le même principe mais pas forcément en utilisant soundex. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bitume au kilomètre
Le 16/12/2009 12:24, Bruno Cortial a écrit :
Bonjour,
Je ne trouve pas de statistiques kilométriques sur le réseau routier
d'OSM. Du genre nb de kilomètres de residential pour la commune de
Pornic, ou de primary/secondary pour la Loire-Atlantique ? On parle de
trou dans la couverture du réseau routier, ce genre d'outil pourrait
aiguillonner les mappeurs. Emilie a déjà évoqué des outils d'avancement
OSM, cela pourrait en être une ébauche.
Il nous faudrait également une base de comparaison. Les conseils
généraux/régionaux fournissent-ils ce genre d'info ?
A titre de petite fourmi, si je devais me lancer dans ce genre de
requête, l'import PostGIS s'impose, mais je n'y connais rien: quelqu'un
a-t-il des exemples de requêtes SQL sur une base OSM importée ?
Voila un exemple n'utilisant pas de base postgis mais basé sur un
parseur sax d'un fichier osm. Il faut ensuite utiliser osmosis pour
découper un fichier osm en région/département.
Pour les requêtes postgis, je ne sait pas dans quelles projection ils
faut se placer pour avoir une distance sphérique, je laisse donc les
spécialistes te répondre.
--
Etienne
# Copyright Arno arenev...@fdn.fr
import sys, os, math
from xml.sax import make_parser, handler
import xml
# function from http://www.johndcook.com/python_longitude_latitude.html
def distance_on_unit_sphere(lat1, long1, lat2, long2):
#print distance_on_unit_sphere %.25f %.25f %.25f %.25f % (lat1, long1,
lat2, long2)
if (lat1 == lat2) and (long1 == long2):
return 0
# Convert latitude and longitude to
# spherical coordinates in radians.
degrees_to_radians = math.pi/180.0
# phi = 90 - latitude
phi1 = (90.0 - lat1)*degrees_to_radians
phi2 = (90.0 - lat2)*degrees_to_radians
# theta = longitude
theta1 = long1*degrees_to_radians
theta2 = long2*degrees_to_radians
# Compute spherical distance from spherical coordinates.
# For two locations in spherical coordinates
# (1, theta, phi) and (1, theta, phi)
# cosine( arc length ) =
#sin phi sin phi' cos(theta-theta') + cos phi cos phi'
# distance = rho * arc length
cos = (math.sin(phi1)*math.sin(phi2)*math.cos(theta1 - theta2) +
math.cos(phi1)*math.cos(phi2))
arc = math.acos( cos )
# Remember to multiply arc by the radius of the earth
# in your favorite set of units to get length.
return arc
class parseOsm(handler.ContentHandler):
def __init__(self):
self.waynodes = []
self.nodes = {}
self.inaway = False
self.highwaytype =
self.results = {}
def loadOsm(self, filename):
if(not os.path.exists(filename)):
return
print loading , filename
print
try:
parser = make_parser()
parser.setContentHandler(self)
parser.parse(filename)
except xml.sax._exceptions.SAXParseException:
print Error loading %s % filename
def printResults(self):
items = sorted(self.results.items(), self._sortResults)
totdist = 0
for res in items:
print %s: %.3f km % (res[0], res[1] / 1000)
totdist += res[1] / 1000
print --
print total distance: %.3f kms % (totdist)
def _sortResults (self, tuple1, tuple2):
if (tuple1[1] tuple2[1]):
return -1
elif (tuple1[1] tuple2[1]):
return 1
if (tuple1[1] == tuple2[1]):
return 0
def startElement(self, name, attrs):
if name == 'way':
self.startWay()
elif name == 'node':
id = int(attrs.get('id'))
lat = float(attrs.get('lat'))
lon = float(attrs.get('lon'))
self.nodes[id] = (lat,lon)
elif name == 'nd':
if self.inaway:
ref = int(attrs.get('ref'))
self.waynodes.append(self.nodes[ref])
elif name == 'tag':
if self.inaway:
key = attrs.get('k')
value = attrs.get('v')
if key == highway:
self.highwaytype = value
def startWay(self):
self.inaway = True
self.highwaytype =
self.waynodes = []
def endWay(self):
self.inaway = False
self.highwaytype =
self.waynodes = []
def endElement(self, name):
if name == 'way':
if len(self.highwaytype) == 0:
self.endWay()
return
if len(self.waynodes) 2:
self.endWay()
return
dist = 0
curLat = self.waynodes[0][0]
curLon = self.waynodes[0][1]
for node in self.waynodes[1:]:
lat = node[0]
lon = node[1]
dist += distance_on_unit_sphere(curLat, curLon, lat, lon) * 6373 *
1000
curLat = lat
curLon = lon
if self.results.get(self.highwaytype):
self.results[self.highwaytype] += dist
else:
self.results[self.highwaytype] = dist
self.endWay()
if (__name__ == __main__):
if len(sys.argv) != 2:
print please specify an osm file name
sys.exit(2)
filename = sys.argv[1]
parser = parseOsm()
Re: [OSM-talk-fr] Du bitume au kilomètre
Le 16/12/2009 13:45, Emilie Laffray a écrit : Pour Postgis, tu peux avoir la distance entre deux points avec ST_Distance_sphere en mètres. Tu peux donc facilement écrire une requête qui calculera la distance d'une way en mètres. Dans ce cas, avec une base postgis tu peux faire : SELECT route.highway, floor(sum(st_length(st_intersection(zone.way, route.way AS distance FROM (SELECT highway, way FROM france_line WHERE highway'') AS route, (SELECT way FROM france_polygon WHERE name='Nantes') AS zone WHERE zone.way route.way AND st_intersects(zone.way, route.way) GROUP BY route.highway; pour avoir les distances sur Nantes, et tu obtiens : highway| distance ---+-- cycleway |32259 service |61078 footway |89917 motorway | 5648 tertiary | 167958 unclassified | 140163 trunk_link|11482 pedestrian|14227 motorway_link | 1780 residential | 479245 steps | 2441 trunk |28421 road | 3897 path |31083 living_street | 284 track | 2740 secondary | 132896 primary |87875 bus_guideway | 6703 construction | 620 st_distance marche que pour deux points à en croire la doc, j'espère que st_length donne bien des mètre, mais ça semble être le cas. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bitume au kilomètre
Le 16/12/2009 14:53, Emilie Laffray a écrit : ST_Length ne retourne que des valeurs dans l'unite de la projection sauf si tu precises un spheroid. A noter qu'il faut Postgis 1.5 (en cours de development) pour avoir le support geodesique. http://postgis.refractions.net/documentation/manual-svn/ST_Length.html pour la version sur svn Documentation actuelle. http://postgis.refractions.net/documentation/manual-1.3/ch06.html ST_Length_spheroid Si tu veux une distance en metres, il me semble que tu dois pouvoir faire une projection dans une zone UTM. Si tu fais la retroprojection a chaque calcul ca va etre tres lent evidemment http://trac.osgeo.org/postgis/wiki/UsersWikiNewbieMeasurementInMeters Si je copie cette doc pour la projection UTM, ça donne : SELECT route.highway, floor( sum( st_length( st_transform( st_intersection(zone.way, route.way), 2163 ) ) ) ) AS distance FROM (SELECT highway, way FROM france_line WHERE highway'') AS route, (SELECT way FROM france_polygon WHERE name='Nantes') AS zone WHERE zone.way route.way AND st_intersects(zone.way, route.way) GROUP BY route.highway; highway| distance ---+-- cycleway |22733 service |42273 footway |62206 motorway | 4298 tertiary | 117015 unclassified |97834 trunk_link| 7604 pedestrian| 9976 motorway_link | 1301 residential | 329718 steps | 1644 trunk |18254 road | 2712 path |21562 living_street | 207 track | 1911 secondary |92675 primary |60299 bus_guideway | 4236 construction | 397 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bitume au kilomètre
Emilie Laffray a écrit : 2009/12/16 Etienne Chové ch...@crans.org mailto:ch...@crans.org Le 16/12/2009 14:53, Emilie Laffray a écrit : ST_Length ne retourne que des valeurs dans l'unite de la projection sauf si tu precises un spheroid. A noter qu'il faut Postgis 1.5 (en cours de development) pour avoir le support geodesique. http://postgis.refractions.net/documentation/manual-svn/ST_Length.html pour la version sur svn Documentation actuelle. http://postgis.refractions.net/documentation/manual-1.3/ch06.html ST_Length_spheroid Si tu veux une distance en metres, il me semble que tu dois pouvoir faire une projection dans une zone UTM. Si tu fais la retroprojection a chaque calcul ca va etre tres lent evidemment http://trac.osgeo.org/postgis/wiki/UsersWikiNewbieMeasurementInMeters Si je copie cette doc pour la projection UTM, ça donne : SELECT route.highway, floor( sum( st_length( st_transform( st_intersection(zone.way, route.way), 2163 ) ) ) ) AS distance FROM (SELECT highway, way FROM france_line WHERE highway'') AS route, (SELECT way FROM france_polygon WHERE name='Nantes') AS zone WHERE zone.way route.way AND st_intersects(zone.way, route.way) GROUP BY route.highway; 2163 est une zone pour les USA. Ça ne marchera pas pour Nantes. Tu es obligée d'utiliser la fonction que tu trouves sur la page suivante: http://trac.osgeo.org/postgis/wiki/UsersWikiplpgsqlfunctionsDistance Sinon ça ne marchera pas. Tu obtiendras une valeur erronée. La zone UTM depend de l'endroit ou se trouve la géométrie. Une zone UTM ne couvre que 6 degrés, et donc ca implique qu'il y a des déformations vers les bords de la zone. C'est problématique pour les objets qui sont très longs. Seul un vrai support géodésique résoudra ce problème. Ce support géodésique va venir avec Postgis 1.5 mais ce n'est pas encore tout a fait la. Bon alors, wait and see. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bitume au kilomètre
Emilie Laffray a écrit : En terme de requête SQL, je ne suis pas sure que tu aies besoin de taper zone.way route.way. Il me semble que ST_Intersects(zone.way, route.way) utilise déjà l'index, c'est possible, mais je n'en était pas sûr et je le retrouve plus dans la doc Dans le cas présent, tu peux utiliser utmzone car la zone ne devrait pas être trop grande. Ca plante avec ta requete, mais en metant la zone en dur, ça marche... bizarre. highway| distance ---+-- cycleway |21916 service |41473 footway |61045 motorway | 3834 tertiary | 114066 unclassified |95189 trunk_link| 7796 pedestrian| 9664 motorway_link | 1208 residential | 325433 steps | 1658 trunk |19300 road | 2645 path |21113 living_street | 193 track | 1860 secondary |90254 primary |59679 bus_guideway | 4551 construction | 421 Enfin la vraie solution est bien sur un support géodésique, et la tu auras quelque chose de plus rapide et de plus précis. Le plus simple est donc d'attendre... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-dev] Tagwatch Editor Counts
Emilie Laffray a écrit : Salut, on peut voir que Osmose Raw Editor est le 9 ème éditeur le plus utilisé :) BigTinCan Upload Script est le nom du script que l'application de John Smith utilise. Chiffre intéressant de voir qu'Osmose a eus 85 utilisateurs récemment. Ça me fait penser qu'il faudrait (on pourrait) proposer osmose pour le futur outil de bugreport mondial ; mais j'ai peur qu'on perde en réactivité. editor | num | num_data | num_users -+-+--+--- Potlatch| 1029797 | 775495 | 57637 JOSM| 1139962 | 1090173 | 13282 Merkaartor | 129510 | 122438 | 2160 Mapzen POI Collector|2124 | 2088 | 389 Mapzen Beta |1261 | 821 | 271 BigTinCan Upload Script | 293 | 242 | 143 iLOE|1202 | 1106 | 117 osm2go | 903 | 870 |99 Osmose Raw Editor | 813 | 399 |85 bulk_upload | 61908 |57209 |64 osmtools|8951 | 8614 |59 Vespucci| 614 | 426 |52 Mapzen Alpha| 333 | 185 |37 andnav | 214 | 195 |33 QGIS OSM v | 128 | 110 |28 PythonOsmApi| 946 | 761 |18 upload | 35585 |33968 |14 OpenSeaMap-Editor- | 66 | 60 |11 KMLManager | 17443 |17313 | 9 GpsMid_ | 123 | 100 | 7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] backend basé sur soun dex
Frédéric Rodrigo a écrit : Voila le backend est patché pour ne pas tenir compte de la case et des différences de tirets et longueur minimale d'analyse de la seconde partie du name est de 7 caractères. Ce qui enlève beaucoup de (faut) bruit. Le résultat est déjà disponible. Le top 1 en nombre d'occurrence est un faux positif :-( http://osmose.openstreetmap.fr/~etienne/analyser_gis_soundex.post.res Je pense qu'il faut analyser le résultat donné ci avant et écrire une requête moins générale mais qui conviendrai mieux. J'ai l'impression que la proportion faux-positif/total a augmenté. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose (marqueurs non-traduits)
Le 15/12/2009 04:16, Guillaume Audirac a écrit : Bonjour, Lorsque j'utilise Osmose (http://osmose.openstreetmap.fr/) sur Firefox en anglais, de nombreux marqueurs ont le label no-translation. Est-il possible de renvoyer vers la version française quand il n'y a pas de traduction ? Ou bien, si je peux aider à traduire les marqueurs manquants, comment faire ? Methode 1 - Tu peux installer le plugin firefox Quick Local Switcher qui permet en 1 clic de changer de langue. Methode 2 - Traduire les textes suivants (le premier est dans la bulle, le second dans le menu - donc très court): err_100_fr = (uTag abandonné, uabandonné) err_101_fr = (uTag à retirer sur junction=roundabout, usur junction=roundabout) err_102_fr = (uTag highway manquant sur junction=roundabout, usur junction=roundabout) err_103_fr = (uRépétition de nœuds, unœud répété) err_105_fr = (uWay sans nœud, uway sans nœud) err_106_fr = (uWay avec un seul nœud, uway 1 nœud) err_107_fr = (uWay à sens unique sans entrée-sortie, uoneway bloquant) err_504_fr = (uWay dupliqué dans la relation, uway dupliqué) err_700_fr = (uNom de célébrité erroné, ucélébrité) err_701_fr = (uMot mal écrit, uorthographe) err_702_fr = (uType de voie mal écrit, utype voie) err_703_fr = (uMot absent du dictionnaire, udictionnaire) err_704_fr = (uProblème d'encodage, uencodage) err_705_fr = (uLe tag name contient 2 noms, u2 noms) err_706_fr = (uLe tag source contient , usource ) err_750_fr = (uCLC élément pré-import à traiter, umiettes corine) err_800_fr = (uNode place sans tag name, uplace sans name) err_801_fr = (uLe code INSEE est introuvable dans la Base de l'INSEE, ucode INSEE) err_802_fr = (uLe nom de commune ne correspond pas au code INSEE, ucode INSEE) err_803_fr = (uNom tout en majuscules, umajuscules) err_804_fr = (uAltitude manquante, ualtitude) err_900_fr = (uTags incompatibles, utags incompatibles) err_901_fr = (uProblème d'apostrophe, uapostrophe) err_902_fr = (uInitiale collée au nom, uinitiale) err_903_fr = (uEspace surnuméraire, uespace) err_904_fr = (uRéférence d'une route dans le champ name, uref in name) err_905_fr = (uNuméro en majuscules, umajuscules) err_906_fr = (uToponymie, utoponymie) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose (marqueurs non-traduits)
Le 15/12/2009 04:16, Guillaume Audirac a écrit :
Bonjour,
Lorsque j'utilise Osmose (http://osmose.openstreetmap.fr/) sur Firefox
en anglais, de nombreux marqueurs ont le label no-translation. Est-il
possible de renvoyer vers la version française quand il n'y a pas de
traduction ? Ou bien, si je peux aider à traduire les marqueurs
manquants, comment faire ?
J'ai oublié quelques textes :
{lang:fr, title:Mauvais niveau administratif, menu:admin_level}
{lang:fr, value:admin_level illisible}
{lang:fr, value:admin_level devrait être %d%way_to_level[wid]}
{lang:fr, title:Mauvais highway sur roundabout, menu:highway
roundabout}
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose (marqueurs non-traduits)
Le 15/12/2009 12:07, Emilie Laffray a écrit : Bon c'est une traduction grossiere. On peut faire mieux mais ca c'est un bon debut. Merci, c'est ajouté. Ca sera pris en compte sans doutes demain à la prochaine analyse. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nouvelle version du plugin cadastre-fr suite aux changements du WMS cadastre.gouv.fr
Le 15/12/2009 12:33, Pieren a écrit : si vous allez sur le site avec un navigateur, vous aurez le message Compte tenu d'un nombre important de visiteurs, nous vous invitons à vous connecter ultérieurement. Veuillez blabla. Là, je ne peux rien faire. Snif -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose (marqueurs non-traduits)
Le 15/12/2009 12:39, Guillaume Audirac a écrit : Chouette, il m'en reste quelques-uns... si ce n'est pas déjà fait. C'est fait. Merci. S'il en manque encore demain après midi, c'est que j'en ai oublié quelques uns. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [bots] nettoyage import CLC
Bonjour, Beaucoup d'entre nous importons des polygones CLC sans fusionner les nœuds avec ceux déjà existant. C'est mal ! Je propose donc de corriger ces erreurs de façon automatique : - 01je cherche tous les nœuds CLC dans le monde - 01bis je les regroupe par coordonnées - 02je supprime tout les nœuds qui ne sont pas dans la France - 03je supprime les nœuds qui sont au moins un fois dans un way qui n'est pas CLC - 04je créé un dico de substitution pour les nœuds - 05j'applique ce dico sur tous les way en France Les résultats des 04 et 05 sont dispo là : http://osmose.openstreetmap.fr/~etienne/clc-dup-nodes.tar.gz -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bots] nettoyage import CLC
Le 14/12/2009 15:30, Pieren a écrit : De plus, si tu le fait sur le monde, ça serait bien d' informer nos collégues étrangers sur cette démarche. L'étape 02 évite les débordements à l'étranger. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bots] nettoyage import CLC
Le 14/12/2009 15:36, Tenshu a écrit : Petite remarque, il me semble que l'import dépassait légèrement des frontières. Pourquoi supprimer sauvagement des pauvres petits nodes innocents? C'est aps de la suppression mais de la fusion pour éviter d'avoir deux nœuds au même endroit. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bots] nettoyage import CLC
Le 14/12/2009 15:56, Christophe Merlet (RedFox) a écrit : Pourquoi te limiter aux noeuds CLC ? Parce qu'une des règles des robots est de ne faire des modifs qu'on maitrise. Ne serait il pas plus simple au niveau programmation de fusionner *tous* les noeuds superposés ? Oui, ce serait plus simple, mais il faut faire le choses petit à petit. Il est risqué d'aller trop vite ; mais je te l'accorde, dans 99% des cas ce serait bon. Ce sera peut être une prochaine étape. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bon usage de la capitalisation toponymique
Le 13/12/2009 13:52, simon a écrit : a propos d'osmose serait il possible pour chaque type d'erreur de mettre le lien vers la page wiki qui explique, par exemple pour le mauvais highway sur roundabout rajouté un lien vers http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Les_ronds-points se serait un moyen pour les débutant de s'habituer aux tags et au wiki en corrigeant des erreurs Je met ça dans mes choses à faire. Si tu me fait la liste des liens vers lesquels pointer, ce serait encore mieux. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales, départementa les et statistiques
Le 13/12/2009 17:37, sylvain letuffe a écrit : J'ai cru lire toutefois sur la liste de dev, qu'un nouvel export des diffs était en place (et en test) sur : http://planet.openstreetmap.org/ les -replicate/ Je n'ai pas encore eu le temps de m'y pencher, il semblerait que ça puisse résoudre le problème, mais je ne sais pas où s'en est des tests, je préférerais que la nouvelle méthode, si elle est fiable, vienne remplacer de façon transparente l'ancienne méthode. Je les utilise pour une de mes bases, mais il y a 20 jours ils ont découvert qu'à chaque minutes ils loupaient une transaction ! C'est maintenant corrigé et tu peux les utiliser, mais je ne sait pas quel outil sait les gérer. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Agglo de Pau et OpenStreetMap
Jean-Francois Nifenecker a écrit : Bonjour, David MENTRE a écrit : Bonjour, Je connais le truc mais il est difficile de centrer la carte sur le lieu qu'on veut pointer. pas vraiment difficile [...] C'est aussi ce que j'utilise pour avoir une carte avec marqueur rapidement, mais c'est pas vraiment intuitif pour une personne lambda. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bon usage de la capitalisation toponymique
Bonjour, J'ai comme toi un grand intérêt pour la qualité des données. Comme l'a dit Frédéric, il y a un outil pour ça (en France) ; c'est osmose. Si tu souhaite y ajouter des bulles, tu peux écrire un backend, ou contribuer à ceux existants. http://osmose.openstreetmap.fr/src/ http://osmose.openstreetmap.fr/src/plugins/ Concernant les modifs en masse, j'en fait de temps en temps pour les erreur évidentes, nombreuses, demandées par des contributeurs sur cette liste. Tu peux toutes les voir sur ma page wiki : http://wiki.openstreetmap.org/wiki/User:EtienneChove -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher un itinéraire dans une pa ge web
Eric SIBERT a écrit : Etienne Chové a écrit : Eric SIBERT a écrit : D'autres idées pour intégrer une carte défilante avec un itinéaire pré-défini? http://developers.cloudmade.com/projects/web-maps-lite/examples/routing Gloups... J'intègre ça comment dans une page Spip? Regarde le fichier que j'ai joint hier, j'ai pas plus simple en stock, mais je ne sait pas si spip peut mettre du code html sans se poser de question. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Le 01/12/2009 19:18, Etienne Chové a écrit : Ecole = École Eglise = Église Etang = Étang C'est fait dans le changeset 3337315 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher un itinéraire dans une pa ge web
Eric SIBERT a écrit : D'autres idées pour intégrer une carte défilante avec un itinéaire pré-défini? http://developers.cloudmade.com/projects/web-maps-lite/examples/routing -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-dev] Announcement: ogr2osm
Emilie Laffray a écrit : 2009/12/7 David MENTRE dmen...@linux-france.org L'annonce suivante paru sur la liste de dev pourra intéresser ceux qui font des imports massifs. Oui j'ai vu ca il y a quelques temps sur la ml espagnole. J'aurais prefere voir directement un plugin pour ogr2ogr :) Enfin peut etre que Etienne va nous faire quelque chose de mieux ;) Déjà, il faudrait que je sache ce qu'est ogr... ;-) -- Etinne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Pieren a écrit : 2009/12/3 Etienne Chové ch...@crans.org: Intuitivement je mettrais le 1 car Maternelle ne fait pas partie véritablement du nom mais qualifie le type de l'école et ce qui la distingue d'autres écoles maternelles est son nom (Tartempion). Je suivrais la règle définie ici : http://fr.wikipedia.org/wiki/Usage_des_majuscules_en_fran%C3%A7ais#Institutions_et_organismes_d.27.C3.89tat info uniforme et complète : ça me va +1 Pourquoi pas la proposition 1. Ben c'est pas celle là vers laquelle on va ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Guillaume Allegre a écrit : Le Thu 03 Dec 2009 à 10:45 +0100, Etienne Chové a ecrit : Par ailleurs faut-il indiquer : 1. École maternelle Tartempion 2. École Maternelle Tartempion 3. École Tartempion A mon avis le mieux c'est de mettre ce qu'il y a sur le fronton ou le panneau d'entrée. -1 Pour moi, il faut de l'homogénéité sur tout le territoire. euh... tu parles juste de la capitalisation, je suppose ? (choix entre 1 et 2) intitulé + casse... mais c'est vrai que c'est pas toujours en accord avec le terrain. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des ways en doubles
Emilie Laffray a écrit : Je regarderais ce que je peux faire en terme de requêtes SQL. Je cherchais un article mais je me suis rendu compte que ça ne donnait pas d'algorithme: http://lin-ear-th-inking.blogspot.com/2009/01/computing-geometric-similarity.html En théorie, ST_Equals devrait faire ce que tu veux du moins sur le papier. Il faudrait peut être mettre une bounding box pour accélérer la requête car je ne suis pas sure que ça utilise l'index (apres il faut utiliser le ). Que dit l'analyze dessus? A quoi ressemble ta requête actuelle? J'utilise pas ma base postgis mais ma base brute. * je commence à recherche les neouds equi-positionnés : select my_group(id) from nodes group by lat, lon having count(*)1; * ensuite il me faut tous les ways concernées pour un couple de nœud équi-positionnés : select id from ways_nodes where node_id in (1,2); * ensuite je télécharge l'ensemble des coordonnées des points des deux ways * enfin je compare les coordonnées J'optimise un peu tout ça pour faire des requêtes groupées(plus rapide de 1000 requêtes de 1 objet). Faudrait voir ce que ça donne sous postgis, je chargerai une base complète de la france (pas juste les rond point et les frontières) demain. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Charles Nepote a écrit : Vous m'avez convaincu sur le fait qu'on peut préciser maternelle dans le name, ceci constituant une information potentiellement utile pour qui va lire une carte sans forcément en connaitre toutes ses métadonnées. Il reste à nous décider sur : 1. École maternelle Tartempion 2. École Maternelle Tartempion Intuitivement je mettrais le 1 car Maternelle ne fait pas partie véritablement du nom mais qualifie le type de l'école et ce qui la distingue d'autres écoles maternelles est son nom (Tartempion). Je suivrais la règle définie ici : http://fr.wikipedia.org/wiki/Usage_des_majuscules_en_fran%C3%A7ais#Institutions_et_organismes_d.27.C3.89tat info uniforme et complète : ça me va +1 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les nodes dupliqués s ur highway
Sébastien Dinot a écrit : Nakor a écrit : puis je combine les deux routes. Qu'entends-tu par là ? Fusionner les nœuds, je vois bien (sélection des nœuds puis appui sur la touche « M ») mais combiner des routes, je ne vois pas. Quelle est la manipulation à réaliser exactement ? Le plugin validator te signale une erreur quand deux neouds sont superposés. 1. je séléctionne le deux ways 2. je clic sur validator 3. un clic droit dans laliste des erreur, puis corriger -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les nodes dupliqués sur highway
Pieren a écrit : 2009/12/2 Etienne Chové ch...@crans.org: Le plugin validator te signale une erreur quand deux neouds sont superposés. 1. je séléctionne le deux ways 2. je clic sur validator 3. un clic droit dans laliste des erreur, puis corriger Il fusionne les nodes mais ne supprime pas les ways qui se superposent. Ca n'est pas un probleme si ce sont deux polygones adjacents mais ça l'est si c'est un seul way qui s'est retrouvé dupliqué dans la base par la faute d'un vieux bug de Potlatch. Oui, c'est la première étape, mais ensuite la suppression d'un way ne pose plus de problème de conflit. Ensuite bien sur il faut supprimer un des ways (celui qui n'a pas les bons tags). Je suis en train de regarder comment automatiser un minimum ça mais c'est complexe. L'idée est de supprimer les ways en double (équivalence de la position de tous les nodes, et équivalence des tags). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Pieren a écrit : 2009/12/2 Charles Nepote char...@nepote.org: Par ailleurs faut-il indiquer : 1. École maternelle Tartempion 2. École Maternelle Tartempion 3. École Tartempion [en spécifiant school:FR Moi, je mettrais plutôt le 1. ou 2. Contrairement à toi, je vois assez souvent la mention du nom complet sur les panneaux (vendredi dernier encore, une École maternelle du Centre). Mais ça doit surtout être vrai dans les villes qui comptent plusieurs maternelles (ou de pratiques régionales peut-être). Après, l'histoire de la majuscule ou pas, je n'ai toujours pas de position tranchée sur le sujet. Ca n'est pas un toponyme mais en même temps, les noms d'écoles contiennent toujours une référence à une personne ou à un nom de lieu. Ca ressemble donc tellement à un toponyme que j'aurais tendance à y appliquer les mêmes règles (mais ça n'a rien de rationnel). Idem pour le 2. mais sans rationalité. Il n'y a pas de norme, mais ce serait bien d'avoir un consensus dans OSM... d'ailleurs il faut peut être faire une page wiki France/Toponymie pour les consensus trouvés dans le domaine. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][ref in name] proposition de modifications
Emilie Laffray a écrit : As tu regarde aussi avec E? C'est fait, avec en plus un filtre proposé par Pieren pour ne faire les modifs que sur des highway. Le résultat a été mis à jour. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau membre
Pierre LAURES a écrit : J'ai trouvé deux traces de vtt, mais je compte travailler avec Google Map puis affiner sur place Attention, les données de Google Map ne sont pas libres et ne peuvent pas être utilisée pour OpenStreetMap ! Par contre tu peux utiliser le cadastre qui a une licence compatible avec osm : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr Créer une page, pourquoi pas, mais où ? Un peu comme celle là : http://wiki.openstreetmap.org/wiki/Paris Etienne Chové ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 12ème arrondissement de Paris
Bonjour, Pourquoi y a t il deux 12ème à Paris ? J'ai bien vu la différence mais je pense que c'est une erreur. http://www.openstreetmap.org/browse/relation/62896 http://www.openstreetmap.org/browse/relation/9525 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
sly (sylvain letuffe) a écrit : On mardi 1 décembre 2009, Marc Sibert wrote: -- Marc (concepteur de feu MSBot) À ce propos, concernant la toponymie en france, osmose indique environ 15000 erreurs sur le territoire (je désespère quand je me dis qu'il faut les corriger à la main et qu'il y en a certainement d'autre qu'osmose ne détecte pas) et je constate que ~20% (à la louche) seraient facile à corriger automatiquement : - Majuscule à la première lettre - E au lieu de É pour des mots comme École et Église Ne désespère pas, les robots avancent petit à petit, dans l'ombre. Tout est loggué sur le wiki : http://wiki.openstreetmap.org/wiki/User:EtienneChove Si tu regarde dans 'Divers', tu verra que les choses avancent petit à petit, mais pas trop vite car il faut à chaque fois vérifier les choses. troll poilu Le plus gros problème était sans doute qu'il utilisait un langage tordu, que nous, linuxiens de tous bords, avons tant de mal à compiler et à faire tourner... /troll Pourtant c'était du c, non ? Si tu veux du python, je peux t'en donner... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Pieren a écrit : 2009/12/1 Marc Sibert m...@sibert.fr: J'entends bien, mais... je m'étais fait une classe pour interfacer l'API OSM pour la version 0.5 qui ne sera surement pas compatible avec les changesets. Désole, je suis passé à l'exploitation des données (bientôt des nouvelles...). Reste donc le EtienneChoveBot qui avance à petits pas sur le tag source du plugin cadastre (mais qui embrayerait sur les tag name ?) et le bulldozer PierenBot qui dégage un espace dans les refs mais qui devrait s'en tenir là (sauf au cas par cas comme sur les oneway dans les roundabout)... Il ne se limite pas aux tag source mais fait plein d'autres choses : http://wiki.openstreetmap.org/wiki/User:EtienneChove Notamment, ce qui manquait à pas mal de monde : http://wiki.openstreetmap.org/wiki/User:EtienneChove/bot-voies.2009-11-24.log -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Bon, je vais me mettre à python pour voir si je peux aider Si ton but est de faire un robot, je peut t'aider. Le problème n'est pas le codage (tout est fait) mais de trouver ce qu'on modifie. Pour info mes robots sont en pur python sans bdd (pour la pluspart) donc peuvent aussi bien être lancés sur windows que sur linux. Le problème est de trouver un extrait qui ne déborde pas, mais si quelqu'un a une demande motivée, Pieren peut peut-être le fournir. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Après avoir dit du bien d'Osmose, une petite pique : aie ! Y'a des accords bilatéraux avec les Italiens, ou on annexe unilatéralement le Val d'Aoste au nom de la Francophonie, ou y'a un polygone qui fuit ? http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=45.77123lon=7.01508layers=B00Tch=104-1 osmose et les robots ne travaillent pas sur les mêmes données, c'est deux choses complètement séparés. Leurs bases de travail et leur actions sont différentes : - osmose = analyse - bot= analyse + modif Le backend dont tu regarde les résultats travaille sur une base postgis qui contient un peu plus que la France. Le polygone de découpe est dispo là : http://osmose.openstreetmap.fr/poly/FranceLarge.html Mais osmose ne fait jamais de modif par lui même, c'est juste un paquet d'analyseurs qui parfois analysent aussi un peu à l'étranger (parce que je veux avoir toutes la France, et un peu plus, dans ma base postgis) Tous les robots travaillent sur un polygone strict que tu peux voir là si tu as une machine assez puissante : http://osmose.openstreetmap.fr/poly/FranceSmallSimpl.html Il est basé sur la relation 11980 de la France avec quelques raccourcis en mer. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Le 1 décembre 2009 17:33, Etienne Chové ch...@crans.org a écrit : Art Penteur a écrit : Bon, je vais me mettre à python pour voir si je peux aider Si ton but est de faire un robot, je peut t'aider. Le problème n'est pas le codage (tout est fait) mais de trouver ce qu'on modifie. Non, c'est plus dans l'idée, pour une prochaine fois, au lieu de dire il faudrait tester ci ou corriger ça, de dire dans tel test, je rajouterais tel ligne. Les tests d'osmose et les bots ne sont pas liés. Ma methode : 1. je créé un test osmose 2. j'analyse les bulles 3. au besoin je fait un bot -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
sly (sylvain letuffe) a écrit : L'espoir renaît, seule ombre au tableau, c'est justement l'ombre, un petit mail sur la liste pour indiquer quand un lancement aura lieu passerait sans doute plus agréablement et éviterait que certains n'affûtent leur hache... J'y penserai la prochaine fois... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [bot][cadastre] proposition de corrections
Bonsoir, Voila quelques corrections dans le tag source du cadastre que je soumet à votre analyse : http://colocb3.hd.free.fr/~etienne/bot-source-cadastre-ng.tst -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [bot][accents] proposition de corrections
Bonsoir, Voila une proposition de tir pour un robot : http://colocb3.hd.free.fr/~etienne/bot-accent-ng.tst Ecole = École Eglise = Église Etang = Étang soit environ 900 corrections -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][cadastre] proposition de corrections
David MENTRE a écrit : Bonsoir Etienne, Etienne Chové ch...@crans.org writes: Voila quelques corrections dans le tag source du cadastre que je soumet à votre analyse : http://colocb3.hd.free.fr/~etienne/bot-source-cadastre-ng.tst Le « ; » tombe, c'est voulu ? Ça a une sémantique précise : séparer des données différentes dans un même champ. Oui, le ; est réservé pour séparer plusieurs valeurs d'un même champ. Il est aussi tombé dans le plugin. Je suppose que pour remplacer « » par « 2009 » tu te réfères à un message de Pieren qui proposait cette solution ? ... à pas mal de discutions sans fin sans meilleures solution. Comme le dit sly, c'est 2009 au plus, mais ça correspond aux usages de pas mal de monde qui met l'année en cours (même si, faut-il le répéter, il faut mettre l'année de révision de la planche cadastrale). On était bloqué en 2008 dans cette discution ce qui nous a empêché de mettre 2008 au plus, et on a perdu une année. Pour ma part le au plus est pas utile car c'est homogène avec l'usage courant. On sait que si une planche de 2011 sort, il faut faire des màj. Au pire on perd une version du cadastre, mais on est pas à ça près. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [bot][ref in name] proposition de modifications
Bonsoir, Voila encore des modifs proposées. Celui là supprime le name dans le cas de way qui ont le même ref/name et que celui ci matche '^[ADNC] ?[0-9]+$' On ne ratisse pas large, mais au moins on ratisse pas ce qu'il ne faut pas ratisser. http://colocb3.hd.free.fr/~etienne/bot-ref-in-name-ng.tst Bonne nuit Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bot][accents] proposition de corrections
Art Penteur a écrit : Bonsoir, Etienne nous disait : Voila une proposition de tir pour un robot : http://colocb3.hd.free.fr/~etienne/bot-accent-ng.tst Ecole = École Eglise = Église Etang = Étang Pour une modif précédente, tu nous avais aussi fourni un récapitulatif trié : (http://osmose.openstreetmap.fr/bot-msbot.srt) qui était bien pratique pour regarder d'abord les cas rares, les plus suspects a priori. Je ne pense pas que ce soit très utile sur ce cas hyper-simple, mais sache que ça été apprécié. grep ^ bot-source-cadastre-ng.tst | sort | uniq -c | sort -r -n bot-source-cadastre-ng.srt Pour les autres, je ne suis pas sûr que ça serve. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Mathieu Arnold a écrit : Ça n'a pas changé, c'est toujours 80 (mais ça risque de baisser) et toujours priorité à droite. Et c'est la seule fausse priorité à droite en France car en car d'accident, les deux parties sont responsables à 50%. Ce n'est pas dans le code de la route (enfin je crois) mais c'est un accord entre les assureurs. C'est donc un priorité au milieu. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les nodes dupliqu és sur highway
Etienne Chové a écrit : Pieren a écrit : Vu sur osm.diary, un site qui affiche les nodes dupliqués sur des highways (c'est un bac à sable donc il risque de changer d'adresse ou de disparaitre). Lorsque les nodes sont dupliqués (même latitude et longitude), il a de fortes chances que plusieurs ways ne soient pas correctement connectés et donc que la navigation/routage ne fonctionnera pas (intersections): http://matt.sandbox.cloudmade.com/dupe_nodes.html?lat=47.144897lng=3.427734zoom=6layer=0 Si ça intéresse certains je peut rajouter cela sur osmose, j'ai testé une requête sql et c'est acceptable en temps (6 minutes pour la France, mais je filtre pas les highway :-( ce qui va peut être ajouter des vrai-faux et des faux-vrais). Euh, je retire ma proposition, il y a 400 000 coordonnées avec plusieurs nœuds au même endroit (au centimètre près), et le serveur de yoann n'est pas capable de les charger dans osmose. Je peux donc donner un fichier brut, et quand on aura des serveurs je les mettrai sur une slippy map. J'ai quand même tenté un import, mais j'ai peur que ça prenne plusieurs heures et que ça fasse ramer osmose (bon je pourrai bien l'optimiser un peu pour que ça rame moins, mais il faut le faire). On verra demain matin ce que ça donne. Après analyse, on retrouve à certain endroits des ways importés plusieurs fois et superposés, et on arrive parfois à plus de 10 nœuds au cm² !!! ... il y en a de l'info dans osm !!! Il va falloir réfléchir à des modifs automatiques (virer les way dupliqués, fusionner les nœuds sans tags important... mais ça demande une reflexion et beaucoup d'essais). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Aurelien Jacobs a écrit : On Fri, Nov 27, 2009 at 11:07:36AM +0100, Etienne Chové wrote: Art Penteur a écrit : Et le usually sous-entend des exceptions, mais qui ne sont pas détaillées. Si quelqu'un en a, je suis preneur... mais comme c'est pas documenté. Je ne pense pas qu'il soit possible d'avoir un rond-point en motorway ou en trunk (j'imagine mal un rond point à 2x2 voies en double sens)... C'est pourtant ce que suggère osmose ici : http://www.openstreetmap.org/?lat=48.6765989lon=6.206155zoom=18 En lisant ton mail, je me suis dit que *si* dans le cas où une autoroute coupe un rond point. Ici c'est litigieux car l'autoroute commence sur un rond-point, et j'avoue mon incompétence. Si il s'avère que c'est un faux positif, je pense qu'il faut le classer comme tel plutôt que de chercher une exception à la règle dans le backend, car ça risque d'être chaud à écrire. Le code est dispo pour les amateurs (avec le code de tous les backends, c'est tout en gpl v3) : http://osmose.openstreetmap.fr/src/analyser_roundabout_level.py Ce backend n'utilise qu'un fichier .osm en source donc peut être lancé par n'importe qui (sans bdd) et quelques moduls dispo dans /modules/ -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte montrant les nodes dupliqués sur highway
Pieren a écrit : Vu sur osm.diary, un site qui affiche les nodes dupliqués sur des highways (c'est un bac à sable donc il risque de changer d'adresse ou de disparaitre). Lorsque les nodes sont dupliqués (même latitude et longitude), il a de fortes chances que plusieurs ways ne soient pas correctement connectés et donc que la navigation/routage ne fonctionnera pas (intersections): http://matt.sandbox.cloudmade.com/dupe_nodes.html?lat=47.144897lng=3.427734zoom=6layer=0 Si ça intéresse certains je peut rajouter cela sur osmose, j'ai testé une requête sql et c'est acceptable en temps (6 minutes pour la France, mais je filtre pas les highway :-( ce qui va peut être ajouter des vrai-faux et des faux-vrais). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] les faux positifs
Yann Coupin a écrit : Juste pour dissiper tout malentendu : je n’ai pas tracé ce rond-point. Je l’ai juste vu (et cliqué sur faux-positif) lors d’une « soirée osmose » où j’ai fait le ménage dans une zone près de chez moi. Je n’ai d’ailleurs jamais mis les pieds à cet endroit. J’ai sincèrement cru qu’il pouvait ne pas être en sens unique en regardant l’imagerie Yahoo (et je ne sais pas comment ça a pu être le cas, après l’avoir regardée de nouveau ce soir). Il n'y a aucun souci... merci de faire toutes ces corrections. Il vaut mieux corriger 50 erreurs et en rajouter une que de ne rien faire. J'étais juste en train d'analyser les faux positifs pour améliorer osmose et par la suite je purgerai la base de faux positifs, et comme je m'embêtais, j'ai envoyé un petit mail, mais pas pour accuser ou dénoncer qui que ce soit. Pour info, les faux positifs apparaissent là : http://osmose.openstreetmap.fr/bad/ Si ce n'est pas un faux positifs, un clic sur 'corrigé' les déplacera dans la table 'corrigés' qui est partiellement purgée de temps en temps, ce qui fait réapparaitre les erreurs sur la carte si elles n'ont pas été corrigées. Je m'inspirerai peut être de cette table pour réintroduire le mode 'par utilisateur'. Je pense que maintenant tout est dans la bdd (ou presque). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose] nouveau backend pour le contrôle des niveaux admin level
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=107-1 Pareil que le précédent, on analyse, on corrige et on peut critiquer ;-) Je ne prend pas encore en compte de admin_segment, il faut que je regarde comment ça marche. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Bruno CORTIAL a écrit :
Petite remarque:
Lorsque j'utilise le cadastre le tag highway=road me permet de gérer le
doute sur le type de voie, pour ensuite vérifier sur place. Au final je
trouve souvent des path et des track.
Il semble que pour le nouveau backend, road soit d'un niveau plus élevé
que residential. Je tique.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17lat=47.12395lon=-2.11306layers=B00Tch=106-1
En effet, j'ai corrigé :
diff
levels = {}
levels[umotorway] = 110
levels[utrunk] = 90
levels[uprimary]= 70
levels[usecondary] = 50
levels[utertiary] = 30
levels[uunclassified] = 20
+ levels[uresidential] = 15
levels[uroad] = 10
/diff
Tout ce qui n'est pas listé est au niveau 0.
Le code est à jour là :
http://osmose.openstreetmap.fr/src/analyser_roundabout_level.py
Prochain lancement demain matin.
Merci.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Art Penteur a écrit : Dans le cas des *-link, je trouve plus étrange de considérer que le trafic qui ne rejoint pas le motorway emprunte un peu de motorway-link, le temps de traverser le rond-point. C'est en effet ambigüe. La première version de l'analyseur mettait un link juste en dessous du niveau de la route concerné (certains ont peut être vu les milliers de bulles hier)... et puis je me suis fait la même réflexion que toi et j'ai dit que les link était de niveau 0 (donc à ignorer), car il ne s'agit pas du trafic principal du rond point concerné. Peut être ai-je eu tord. le wiki dit : you should usually use the one with greater importance. Est-ce qu'un *-link est de greater importance ? That's the question ;-) Et le usually sous-entend des exceptions, mais qui ne sont pas détaillées. Si quelqu'un en a, je suis preneur... mais comme c'est pas documenté. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour le contrôle des niveaux admin level
Pieren a écrit : 2009/11/27 Etienne Chové ch...@crans.org: Je ne prend pas encore en compte de admin_segment, il faut que je regarde comment ça marche. admin_segment ? http://wiki.openstreetmap.org/wiki/Relations/Proposed/boundary_segment Je crois que l'idée est de sly. Cela permet de différencier les zones (type boundary) des tronçons (type boundary_segment). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Pieren a écrit :
2009/11/27 Etienne Chové ch...@crans.org:
levels = {}
levels[umotorway] = 110
levels[utrunk] = 90
levels[uprimary]= 70
levels[usecondary] = 50
levels[utertiary] = 30
levels[uunclassified] = 20
+ levels[uresidential] = 15
levels[uroad] = 10
/diff
Je pense qu'on devrait considérer unclassified et residential au même
niveau même si je sais qu'il y a controverse sur le sujet dans
certains pays.
Done... on pourra toujours réintroduire la différence plus tard.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose] les faux positifs
Bonjour, Jusqu'à il y a 5 minutes, les faux positifs déclarés dans osmose étaient simplement ignorés. Je les rassemble maintenant dans une page pour le analyser. Le premier faux positif déclaré est là : http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=2.34408lat=48.95638zoom=18 Le rond point est taggué en oneway=no : http://www.openstreetmap.org/browse/way/43592937 Ça veut dire que : 1. quelqu'un a mis le tag oneway=no 2. quelqu'un a cliqué sur faux positif J'ai donc des scrupules à le corriger, mais j'ai du mal à comprendre le concept du rond-point à double sens. Est ce que quelqu'un est déjà allé sur place ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose] nouveau backend pour les rond points
Bonjour, ma vie Les serveurs de Free vont mettre un peu plus de temps que prévu pour arriver, mais c'est pour avoir des serveurs de la génération suivante. J'ai donc un peu de temps pour osmose. /ma vie OsmOse a un nouveau backend (qui tourne pour le moment uniquement sur l'hexagone) qui permet d'analyser le tag highway des rond-points et vérifier que c'est le plus haut niveau des routes entrantes. Je vous laisse regarder, analyser, corriger et critiquer. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=106-1 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
Stéphane Péchard a écrit : question naïve : est-ce que c'est pas le genre d'erreur qu'il serait possible de faire corriger automatiquement par un bot ? Avant de lancer un bot, il faut vérifier les faux positifs, alors on met en manuel et on corrige. Ensuite il peut y avoir des effets de bors sur les rond-points à cheval sur la frontière, donc il faudrait une version plus évolué du backend. question subsidiaire : est-ce que tu refais tourner l'analyse de temps en temps pour mettre à jour ou bien il reste plein d'erreurs parce que les gens (dont moi) oublient de cliquer sur 'corrigé' ou 'faux positif' ? Les erreurs corrigées sont normalement supprimées tous les jours, le clic sur corrigé évite d'attendre la nuit que l'analyseur les supprime... mais j'ai pas l'impression que tout marche bien toutes les nuits, j'investigue depuis hier. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives
Art Penteur a écrit : Le 15 novembre 2009 10:14, Jero jgue...@free.fr a écrit : Bonjour, Si j'ai bien compris pour les limites administratives - Un lien peut être tagé (admin_level=x, et boundary=administrative) - Une relation qui contient ce lien pareil (admin_level=x, et boundary=administrative) Il y a 2 fois le tag admin_level (Une fois de trop pour le lien?) Pour être correct il faut que l' admin_level du lien soit la plus petite valeur de toutes ses relations. La plus petite, ou la plus grande ? Est-ce qu'on considère que c'est la limite de commune qui porte aussi la limite de département (, région, pays, ...) , ou que la (pôvre petite) commune est bien obligé de s'arrêter à la limite de département (région, pays) ? La plus petite : une limite de pays doit être taguée 2, même si elle est limite de région, commuune, département, canton, arrondissement... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Association OSM : des statuts horizontaux ?
David MENTRE a écrit : Bonsoir à tous, Pour l'association OSM France actuellement dans les cartons, on pourrait faire une association horizontale : +1 A mon avis, un petit wiki avec le pour et le contre (en deux lignes) de chaque type d'asso, plus un doodle pour proposer serait bien... mais j'ai pas le temps de regarder ça maintenant. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routes aux limites des CLC
hamster a écrit : qui c'est qu'a transforme les limites de chaque zone CLC en route ? http://www.openstreetmap.org/?lat=44.4983lon=2.6189zoom=13layers=B000TTF désactive le calque maplint ;-) Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routes aux limites des CLC
Vincent Pottier a écrit : hamster a écrit : qui c'est qu'a transforme les limites de chaque zone CLC en route ? http://www.openstreetmap.org/?lat=44.4983lon=2.6189zoom=13layers=B000TTF C'est Maplint. Et c'est incurable ! ;-) Chez moi aussi il s'active de temps en temps sans que je demande rien, ça doit être un bug du site (et j'ai un pot à qui c'est arrivé à sa première visite sur osm.org ; ce qui lui a donné une sale image de osm... domage). A mon avis c'est une connerie (pardon) de mettre un calque de debug sur le frontend principal d'osm. On pourrait à ce propose mettre osmose par défaut pour les gens qui chercher leur rue ;-) comme ça ils corrigeront les erreurs. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Don de serveurs de Free
Bonjour, Comme je l'ai annoncé il y a quelques temps, Free veut nous donner des serveurs. Ils m'ont demandé le nombre souhaité, j'ai répondu un peu au hasard 4 serveur. La réponse de Free a été : L'amdin de Free a écrit : Vous pouvez demander bien plus que 4 serveurs. Je fais traîner un peu, parce que les 1750 sont un peu vieux pour ce genre de services, et j'aurai bientôt des machines bien meilleures qui vont se libérer... A moins que le besoin ne soit urgent. Pour le moment, j'ai effectué des démarches auprès de l'université de Nantes pour obtenir un hébergement. Ils sont partant mais leurs salles serveurs sont chargés. Il m'ont donc dit qu'il avaient un peu de place et de bande passante et d'énergie sur leur onduleurs, mais il ne faut pas leur demander 5U non plus. Pour le donc, j'ai une assoce miroir acceptées par Free et l'université de Nantes en attendant une assoce OSM France. Mon retour d'expérience est que les universités sont partantes pour héberger. Les admin de l'université m'ont dit : L'admin de l'UnivNantes a dit : On utilise tellement de libre qu'on peut bien faire ça en contrepartie. Faire un don, c'est administrativement trop complexe, mais héberger, c'est avec plaisir. Il faut donc faire l'inventaire de ce qu'il est souhaitable d'héberger sur des serveurs associatifs (avis au gens qui rpoposent ou aimeraient proposer des services), faire des demandes auprès des universités si on a besoin de plus de place, et donner un nombre à Free. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Don de serveurs de Free
David MENTRE a écrit : Tu cherches d'autres hébergements (j'ai une piste possible) ? Ça c'est un bon point ! Je vois qu'OSM n'aura pas de mal à trouver un toit, et que Free donne ce qu'il faut à mettre sous ce toit. La principale question est : - que faut-il héberger au niveau OSM France ? - quels services ? - est ce que ceux qui ont des serveurs perso veulent profiter de cette opportunité ? - quelles perspectives pour de nouveaux services ? Si ça ne tient qu'à moi, j'ai tout ce qu'il me faut (un serveur de Fee et un hébergement à l'Univ Nantes). Ma question immédiate est : combien veut-on de serveurs de la part de Free, autant qu'un maximum puissent en profiter! L'hébergement viendra ensuite, mais je retiens dans un coin de ma tête ta piste. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Don de serveurs de Free
David MENTRE a écrit : Le 18 novembre 2009 10:37, David MENTRE dmen...@linux-france.org a écrit : Tu cherches d'autres hébergements (j'ai une piste possible) ? Hmmm. Mes deux neurones viennent de se connecter et ma piste possible me semble plus que difficile. Donc oublie. Ok, alors j'oublie. Mais comme dit précédemment, je pense qu'en poussant la porte des universités, on aura un bon accueil. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Nouveaux] Demande de Vérifiact ion
Linugis a écrit : PS: une petite question subsidiaire, pour trouver le nom des rues je ne me déplace pas forcément tout le temps sur le terrain, je me sers souvent d'un plan de ville du genre que l'on retrouve dans les offices du tourisme. Ma question est la suivante cette méthode pour retrouver le nom des rues est-elle contraire a la philosophie osm car je me sers d'un document tiers pour obtenir de la donnée ? Cela dépend du document tiers. Tu peux par exemple utiliser le cadastre. Comme tu utilises JOSM comme éditeur (non, je ne suis pas devin), tu peux l'afficher en calque de fond et décalquer dessus le tracé et les noms de rues. Plus d'info sur : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr En ce moment, il y a un problème entre JOSM et le plugin cadastre-fr que Pieren est en train d'assayer de résoudre. Je ne sais pas si ta version de JOSM (2391) a le problème. Par contre, les cartes données par les offices du tourisme ont souvent des licences incompatibles avec OSM. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Don de serveurs de Free
OSM Léon a écrit : Le 18 novembre 2009 14:01, Etienne Chové ch...@crans.org mailto:ch...@crans.org a écrit : Bonjour, Voila un petit résumé : http://wiki.openstreetmap.org/wiki/WikiProject_France/Serveurs Une idée à rajouter : fabrication toutes les heures / tous les jours d'extraits nationaux / régionaux / départementaux du planet.osm pour ceux qui veulent jouer à domicile sur de petites portions de territoires ? Un truc à la Geofabrik quoi. C'est un wiki... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Don de serveurs de Free
Emilie Laffray a écrit : On vote sur cette page? On recense les besoins... mais si tu veux voter, c'est très ouvert ;-) -- E ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'un groupe d'îles - ar chipel
Eric SIBERT a écrit : C'est d'ailleurs là que ça serait intéressant d'avoir les repères géodésiques. Il y en a une dizaine sur l'archipel et je pense que ça permettrait de départager. Il faudrait un jour terminer l'histoire des projection : http://osmose.openstreetmap.fr/poi/cgi-bin/index.py?lat=47.733835859814lon=-4.0047035214575zoom=13ch=0,1000,1001,1002,1003 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM
Emilie Laffray a écrit : Je suis convaincue de l'utilité d'une association; je ne suis pas convaincue de monter une usine a gaz. +1 A mon avis, il faut une association simple (une petite cellule d'administration) et des membres. Le travail de communication peut ensuite être fait par l'un ou l'autre des membres, selon disponibilités et opportunités. Le tout est de se coordonner, mais l'association ne va pas révolutionner OSM France, juste lui donner une existence légale. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives
Pieren a écrit : 2009/11/15 Jero jgue...@free.fr: Existe-il un outil pour controler cette erreur possible. Pas à ma connaissance, Idem. Mais si quelqu'un écrit un script qui lit un .osm et l'analyse, on peut le rajouter à moindres frais à osmose. Je regarde si c'est long à faire. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coût et délai pour amener OSM a u même niveau que Navteq et TA?
Marc Sibert a écrit : Bonjour, Entre payer une licence de quelques centaines d'euro par ans et les JH (jour*homme) nécessaires à la mise à niveau... pfff, il n'y a pas photo (aérienne :-) ! Si on part sur une base de 2M€, pas forcément. Si tu prend 20 000 personnes qui payent 100€ leur carte, ça te fait les 2 millions d'euros... Mes 2milllions d'euros. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coût et délai pour amener OSM au même niveau que Navteq et TA?
Pieren a écrit : - une association française qui mettrait en place des serveurs (avec peut-être un soutien pour l'administration) et qui a surtout besoin d'un porte-parole, Ce serait vraiment bien d'avoir une association. Je suis toujours sur mon projet de don de serveurs de Free pour OSM France. Comme il n'y a pas d'association de droit français, une association a accepté de faire le relais pour recevoir les dons et nous les mettre à disposition, mais c'est un peu bancal et il faut l'acceptation de Free. D'autre part, l'université de Nantes a accepté d'héberger un serveur, mais ils trouvent aussi que ce serait bien d'avoir une association en face, plutôt qu'une association miroir. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM
Robin PREST a écrit : *Voulez vous créer une association OSM France?* Je pense que la question n'est pas là, car il y a nécessité de créer cette association pour toutes les raisons citées. La question est : Comment on s'y prend ? Le minimum est : - des statuts - un conseil d'administration Les statuts peuvent être rédigés sur le wiki, c'est fait pour ça, et débattus. Pour le conseil d'administration, il faut des membres, qui sont prêts à signer pour un an, mais c'est relativement formel. Le but de l'association est d'avoir une existence officielle française. Le reste continuera comme avant, sauf qu'on pourra dire 'Je suis membre actif d'OpenStreetMap France, association de loi 1901', ce qui crédibilise la démarche. Les status, il en existe des tout fait sur la toile, à personnaliser, mais je pense qu'il ne faut pas se prendre trop la tête pour le début. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de v érification des majuscules
Thomas Petillon a écrit : Oui c'est sûrement le meilleur moyen. Comment est fait Osmose, les sources sont dispos quelque part ? Osmose a deux bouts, un front-end basé sur openlayer et des cgi python, et plein de backends. Celui qui t'intéresse s'appelle osmose (c'est le premier backend) qui parse le fichier osm et envoie le flux dans tout plein de plugins. http://osmose.openstreetmap.fr/src/ Le plugin de toponymie est là : http://osmose.openstreetmap.fr/src/plugins/Name_Toponymie.py Mes plugins sont souvent codés rapidement suivant mes inspirations du moment, et pas toujours optimaux. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau plugin de v érification des majuscules
Thomas Petillon a écrit : Bonsoir, On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce des faux positif ? Le système détecte une coupure de mot à chaque apostrophe, y compris donc au niveau des « c’h ». Du coup une erreur est détectée à chaque fois vu que le reste du mot n'existe pas (ni en breton et encore moins en français). Il faudrait détecter ce cas pour ne pas le traiter comme une coupure de mot. À noter qu'on trouve des « c’h » et des « c'h », donc il y a deux cas. Seul le premier (« c’h ») est correct typographiquement donc techniquement un robot pourrait même remplacer les occurrences du second par le premier. (Et à part les miens je suis pas sûr qu'il y ait beaucoup de « c’h », vu que je pense pas qu'il y ait beaucoup de monde qui s'embête avec ça. :D ) Si il s'agit des erreurs de type x-906 (Toponymie), je viens de rajouter le h dans les mots acceptés en minuscules. On pourrait ne pas découper suivant les apostrophes, mais ça imposerait des majuscules à l'Armistice ou autre. Pour le moment ça devrait résoudre le problème. On peut aussi améliorer le plugin... Feel free to contribute. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Le 12 novembre 2009 14:26, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Je reste cependant triste pour le pauvre ms_bot, pionnier en sont temps de l'aide apporté aux brebis que nous sommes, mais son enseignement n'aura pas été perdu, [...] Je me sens toujours orphelin des corrections indiscutables et indispensables qu'il faisait (du genre ^rue-Rue)... Si t'es motivé pour lire des logs, voila une proposition de corrections basé sur les corrections de msbot (pas toutes), compatible api 0.6 : http://osmose.openstreetmap.fr/bot-msbot.log http://osmose.openstreetmap.fr/bot-msbot.srt -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
Art Penteur a écrit : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre, a bien le droit de mentionner que son numéro INSEE est 12292 ? C'est un argument pour dire qu'il ne faut pas mettre les raf:INSEE sur les node place ;-) Ou alors, dans ces cas qui brisent la règle nom de la commune = nom du village , les POI place=... qui correspondent aux villages ne doivent plus porter de n° INSEE ? Ou bien, il faut complexifier le test d'Osmose. Du genre si name(COG(re:INSEE(OSM))) contient -et- et que name (OSM) correspond à l'une des sous-chaine de chaque coté du -et-, alors ce n'est pas une erreur ? C'est faisable... un jour. Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Art Penteur a écrit : Est-ce un débordement de frontière ? Elle est en France (border line) : http://www.openstreetmap.org/?way=39540443 Ou un cas particulier à gérer ? Oui J'ajouterai l'exception la semaine prochaine. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] [bot] Espace dans le ref
Pieren a écrit : pour commencer par le plus simple, en ajoutant un espace simple là où il manquerait, ex. A x, sur tous les highway=motorway et highway=motorway_link. + 1 C'est une histoire qui a trop duré, même lemonde.fr parle des discutions incessantes. La politique progressive me parait raisonnable. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?
sly (sylvain letuffe) a écrit : Me voilà corrigeant comme à l'accoutumé des nom, ref et autre infos des communes de france (grâce au superbe site osmose et après l'excellent nettoyage de EtienneChovefontsize=-8bot/) Moi qui pensait qu'il passerait inaperçu... pour info il n'a corrigé que des lettres doubles ou de la casse. Mais voilà, y'a des fois, ça colle pas et j'en viens à douter de l'insee. Il arrive que l'INSEE se trompe. Il y a des communes en procès contre l'INSEE pour ces raisons (même pour un accent). Cependant, comme c'est la base légale, je suis pour mettre cette données dans le champ name, et les valeurs locales dans loc_name (t'as gagné 10). -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Timezone
sylvain letuffe a écrit : On va pas dire que c'est la killer feature, mais après tout pourquoi pas. +1 1. ça peut être utile 2. c'est une info éminemment géographique 3. il est difficile de déterminer l'info de façon automatique sans la renseigner... la définitiopn étant trop floue pour contruire les tz sans connaissance du terrain (on y voit des on peut lire 'most location' que je traduit par 'la plupart des localités de cet état sont dans ce tz mais on ne dira pas lesquels') -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag source dacastre
Denis a écrit : Etienne Chové a écrit : Le problème du ; est que pour un robot/éditeur... c'est difficile de savoir ou couper pour avoir la liste des source. Normalement on devrait couper au ; ce qui lui donne deux sources : 1. cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre 2. mise à jour : 2009 Les robots ne sont pas humains et vice-versa. A nous la créativité et aux robots les emmerdements ;-) En effet, donc on laisse les emmerdes au robot et on garde le tag comme il est. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
