Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
Salut, Pour rebondir sur le message de Denis, et avancer avec ces données de Brest, deux choses : Les données vectorielles mises à disposition sont en projection Lambert Nord (epsg:27561 : http://www.spatialreference.org/ref/epsg/27561/) Et donc, pour les convertir en fichier OSM, il faut les convertir en epsg:4326, avant de les faire passer par d'autres outils : ogr2ogr -s_srs EPSG:27561 -t_srs EPSG:4326 destination_4326.shp source_27561.shp Question suivante : shp2osm.pl génère t'il des fichiers OSM au format API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de modification ... Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM, je mets à disposition un package qui permet de monter un serveur WMS chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go) Qu'y a t'il dedans ? - Les photos jpeg issues du site de Brest Metropole Oceane, que j'ai géoréférencées (fichiers jgw). - un wrapper mapserver pour cacher l'adresse du mapfile - le mapfile qui va bien - un readme Une fois que vous avez monté le WMS, vous devriez pouvoir y accéder depuis JOSM, avec le plugin WMS, en utilisant l'URL suivante : http://localhost/cgi-bin/cub?LAYERS=orthophotoFORMAT=image/jpegSERVICE=WMSVERSION=1.1.1styles=REQUEST=GetMap Note : Il faut aussi configurer JOSM sur la grille EPSG:4326 (mais on pourrait facilement ajouter EPSG:27572 en sortie du WMS si on voulait du Lambert 2 étendu, pour la compatibilité avec le cadastre). HTH, F. 2009/1/16 Denis dhel...@free.fr: Steven Le Roux a écrit : Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la connaissance autour des serveurs WMS... et ça... ça ressemble au vide intersidéral... tu connais de la doc là dessus ? Je vais essayer de monter une maquette avec Mapserver chez moi ainsi qu'un descriptif de la méthodologie. Je vous tiens au courant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Emission de Radio sur OSM
2009/6/26 Steven Le Roux ste...@le-roux.info: J'essaie de récupérer une version numérique, si c'est audible et compréhensible... (première expérience radio, un peu d'indulgence :) ) ça peut être pas trop mal d'héberger ça sur le svn pour inspirer éventuellement d'autre conf/diffusion. Bonne idée ! Il y a maintenant un an, j'étais aussi intervenu sur la radio suisse romande : http://tinyurl.com/5vn9vp Je dois encore avoir le fichier audio qqpart dans mes tiroirs ;-) A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
2009/6/27 Francois Van Der Biest francois.vanderbi...@camptocamp.com: Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM, je mets à disposition un package qui permet de monter un serveur WMS chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go) Pour ceux qui le téléchargent, la somme md5 du package est : b48dfeeaefe0061df7de31880303675f A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Événement] SOTM Stats commu nes
Vincent Pottier a écrit : Chiche ? 36000communes-lefilm.com http://frvipofm.net/osm/sotm/captures.html#lefilm Vincent Rançon du succès, j'ai explosé la bande passante de mon tout petit hébergement mutualisé : 2,5 fois le quota. Et OVH a bloqué jusqu'au 1 juillet. Pour les images, vous patienterez... Pour le film : http://www.dailymotion.com/video/x9oo53_36-000-communes-le-film_tech Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
Yann Coupin a écrit : Le 26 juin 09 à 18:30, Etienne Chové a écrit : Ca change quoi pour l'utilisateur ? (il devra tapper son mot de passe dans l'éditeur) pas grand chose Ca change quoi pour l'éditeur ? (il devra transférer le mot de passe à osm) Il délègue l'auth, donc il ne voit pas le login/password. mais il peut faire des modifs auto avec le compte du user. Et c'est ça qui est bien: permettre de corriger certaines choses en un clic Par rapport au fonctionnement de Walking-paper : http://walking-papers.org/ Notamment pour l'édition d'un scan (p. ex. : http://walking-papers.org/scan.php?id=s5wsn26r ) qui nécessite l'identification pour l'édition : Quels sont les atouts ? À propos de Walking-paper; Le format paysage est maintenant supporté (édition d'une rue orientée est-ouest) Je vais suggérer : - d'ajouter une option grille, un carroyage, sur la carte pour pouvoir faire du tracé main levée sur le terrain et se placer au GPS, - de proposer une interface en Français - de géolocaliser (geoIP) la carte d'accueil. Ça me semble une bonne ressource pour animer une mapping-party avec des gens qui découvrent : fond de carte à compléter, terrain, retour scan et saisie sous potlatch. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Le vendredi 26 juin 2009, Pieren a écrit : Et j'ajouterais ceux qui ont un ref pour compléter la liste des erreurs classiques. On tagge bien un rond point avec le higway, voir le nom, de la route la plus importante qui traverse le rond-point. Alors pourquoi ne pas aussi mettre le ref ? Il y a probablement un explication, mais je ne la vois pas. Sur tagwatch on à : 19 143 rond-points dont 3 245 avec un nom et 3 092 avec une ref Fred signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
... et je viens de mettre toutes ces infos sur le wiki : http://wiki.openstreetmap.org/wiki/Brest#Donn.C3.A9es_de_la_Communaut.C3.A9_Urbaine F. 2009/6/27 Francois Van Der Biest francois.vanderbi...@camptocamp.com: 2009/6/27 Francois Van Der Biest francois.vanderbi...@camptocamp.com: Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM, je mets à disposition un package qui permet de monter un serveur WMS chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go) Pour ceux qui le téléchargent, la somme md5 du package est : b48dfeeaefe0061df7de31880303675f A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
Francois Van Der Biest wrote: cid:part1.03080802.04020207@gmail.com
Question suivante : shp2osm.pl génère t'il des fichiers OSM au format
API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de
modification ...
J'ai une nouvelle version qui permet de générer des fichiers 0.6 avec le
support multipolygone.
J'inclus la version. Il faut que je l'envoie sur la ML anglaise pour
acceptation mais il marche très bien (Teste sur Corine).
Emilie Laffray
#!/usr/bin/python
This script is designed to act as assistance in converting shapefiles
to OpenStreetMap data. This file is optimized and tested with MassGIS
shapefiles, converted to EPSG:4326 before being passed to the script.
You can perform this conversion with
ogr2ogr -t_srs EPSG:4326 new_file.shp old_file.shp
It is expected that you will modify the fixed_tags, tag_mapping, and
boring_tags attributes of this script before running. You should read,
or at least skim, the code up until it says:
DO NOT CHANGE AFTER THIS LINE.
to accomodate your own data.
__author__ = Christopher Schmidt crschm...@crschmidt.net, Emilie Laffray
emilie.laff...@gmail.com
__version__ = $Id$
gdal_install =
Installing GDAL depends on your platform. Information is available at:
http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
For Debian-based systems:
apt-get install python-gdal
will usually suffice.
import time
# These tags are attached to all exterior ways. You can put any key/value pairs
# in this dictionary.
fixed_tags = {}
# Here are a number of functions: These functions define tag mappings. The API
# For these functions is that they are passed the attributes from a feature,
# and they return a list of two-tuples which match to key/value pairs.
def access(data):
Access restrictions.
keys = {
'Y': 'yes',
'N': 'private',
'L': 'restricted'
}
if 'pub_access' in data:
if data['pub_access'] in keys:
return [('access', keys[data['pub_access']])]
return None
def protection(data):
keys = {
'P': 'perpetuity',
'T': 'temporary',
'L': 'limited',
}
if 'lev_prot' in data:
if data['lev_prot'] in keys:
return [('protected', keys[data['lev_prot']])]
return None
def owner_type(data):
See wiki:Key:ownership
keys = {
'F': 'national',
'S': 'state',
'C': 'county',
'M': 'municipal',
'N': 'private_nonprofit',
'P': 'private',
'B': 'public_nonprofit',
'L': 'land_trust',
'G': 'conservation_rganization',
'I': 'inholding',
}
if 'owner_type' in data:
if data['owner_type'] in keys:
return [['ownership', keys[data['owner_type'
def purpose(data):
Based on a discussion on IRC
keys = {
'R': [('leisure', 'recreation_ground')],
'C': [('leisure', 'nature_reserve'), ('landuse', 'conservation')],
'B': [('landuse','conservation'), ('leisure','recreation_ground')],
'H': [('historical', 'yes')],
'A': [('agricultural', 'yes'), ('landuse','farm')],
'W': [('landuse', 'resevoir')],
'S': [('scenic','yes')],
'F': [('landuse','land')],
'Q': [('landuse','conservation')],
'U': [('water','yes')]
}
if 'prim_purp' in data:
if data['prim_purp'] in keys:
return keys[data['prim_purp']]
def name_tags(data):
This function returns two things: a 'pretty' name to use, and
may return a landuse of either 'cemetery' or 'forest' if the name
contains those words; based on evaluation the dataset in question.
tags = []
name = data.get('site_name', None)
if not name:
return
name = name.title()
if cemetery in name.lower():
tags.append(['landuse', 'cemetery'])
elif forest in name.lower():
tags.append(['landuse', 'forest'])
tags.append(['name', name])
return tags
def cal_date(data):
Return -MM-DD or formatted dates, based on
(m)m/(d)d/ dates
date = data.get('cal_date_r', None)
if not date: return
try:
m, d, y = map(int, date.split(/))
if m == 1 and d == 1:
return [['start_date', '%4i' % y]]
return [['start_date', '%04i-%02i-%02i' % (y, m, d)]]
except:
print Invalid date: %s % date
return None
# The most important part of the code: define a set of key/value pairs
# to iterate over to generate keys. This is a list of two-tuples: first
# is a 'key', which is only used if the second value is a string. In
# that case, it is a map of lowercased fielnames to OSM tag names: so
# fee_owner maps to 'owner' in the OSM output.
# if the latter is callable (has a __call__; is a function), then that
# method is called, passing in a dict of feature attributes with
# lowercased key names. Those functions can then return a list of
# two-tuples to be used as
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
Yann Coupin wrote: Il délègue l'auth, donc il ne voit pas le login/password. mais il peut faire des modifs auto avec le compte du user. Et c'est ça qui est bien: permettre de corriger certaines choses en un clic Le serveur de test pour OAuth est présent ici: http://oauth.dev.openstreetmap.org/ A noter qu'il faut recréer un compte pour pouvoir tester tout. Je pense que d'avoir OAuth sur Osmose va permettre de corriger les problemes en un click, ce qui permettra d'avancer plus rapidement. Je pense vraiment que c'est une bonne chose. Osmose est déjà un des sites qui trouvent le plus d'erreurs avec des tests rajoutes en permanence, je pense donc qu'on va gagner en efficacité :) Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmosis MySQL
2009/6/26 Marc SIBERT m...@sibert.fr: Bonjour, Est-ce que quelqu'un a réussi à faire fonctionner Osmosis V0.31 avec MySQL ? Visiblement, j'ai un problème pour lui faire prendre en compte les paramètres host, dbType et peut-être d'autres. Rem : je joue avec un bin tout fait et sur machine Windows XP + MySQL linux distinct (réseau local). dbtype est uniquement disponible à partir de la version: http://www.bretth.com/osmosis/osmosis-0.31.1.zip Pour le reste, je ne sais pas. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmosis MySQL
Pieren wrote: dbtype est uniquement disponible à partir de la version: http://www.bretth.com/osmosis/osmosis-0.31.1.zip Pour le reste, je ne sais pas. Et Mysql n'est plus vraiment supporte. La prochaine version de Osmosis enlevera le support MySQL du fait de la migration effective de OSM sur Postgresql. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
2009/6/27 Frédéric Rodrigo f.rodr...@free.fr: On tagge bien un rond point avec le higway, voir le nom, de la route la plus importante qui traverse le rond-point. Alors pourquoi ne pas aussi mettre le ref ? Un rond-point n'est rien d'autre qu'un node d'intersection qui se prend pour un donuts ;-) On ne met un nom ou un ref qui si le rond-point lui-même porte un nom ou un ref. Les ronds-points baptisés sont peu fréquents mais ça arrive. Je ne connait pas d'exemple en France de ref dédiés aux rond-points. Si on voulait être correct et couper les cheveux en quatre, il faudrait mettre tous les noms et toutes les ref de toutes les routes/rues arrivant au rond-point. Mais est-ce une information pertinente ? Finalement, ce qui intéresse tout le monde (logiciels et humains), autant que si c'était un node au lieu d'un way fermé, c'est l'information sur les ways qui arrivent à l'intersection, pas l'intersection elle-même. Plus prosaïquement, la présence du ref dans le rond-point est souvent dûe à la méthode utilisée pour créer celui-ci: on réutilise les tags du way entrant et sortant et on se contente d'ajouter le tag roundabout. D'où l'erreur fréquente du sens de rotation. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmosis MySQL
Emilie Laffray a écrit : Pieren wrote: dbtype est uniquement disponible à partir de la version: http://www.bretth.com/osmosis/osmosis-0.31.1.zip Pour le reste, je ne sais pas. Et Mysql n'est plus vraiment supporte. La prochaine version de Osmosis enlevera le support MySQL du fait de la migration effective de OSM sur Postgresql. Emilie Laffray Bon OK, je vois, Merci pour vos réponses, il ne me reste qu'à développer mon osm2myssql. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmosis MySQL
Marc SIBERT wrote: Bon OK, je vois, Merci pour vos réponses, il ne me reste qu'à développer mon osm2myssql. Je ne sais pas ce que tu veux faire avec la base de donnée, mais si tu veux exploiter des fonctions géométriques, je te conseille vraiment de passer a Postgresql (je sais, ce n'est pas forcement possible). J'ai évalué il y a quelques mois les différentes bases de données avec un support géospatial dont MySql, Postgresql, Oracle, DB2, et Sql Server (2008). De tous ces comparatifs, en terme de gestion, c'est de loin Oracle qui est en tete avec un excellent support (il est tout géodésique), mais il est hors de prix. Postgresql offre un excellent rapport qualité prix avec un très bon support du standard. Le plus gros problème a mes yeux est le non support du mode géodésique a l'exception des points (ST_DISTANCE_SPHERE). Maintenant, pour le reste, je ne sais pas ce que vaut Mysql. My tuppence, Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmosis MySQL
Maintenant, pour le reste, je ne sais pas ce que vaut Mysql. De ce que j'avais essayé, il y avait un support embryonnaire (il y a bien 1 an 1/2 / 2 ans) et ne permettait pas de passer d'un système de coordonnées à un autre (ce que permet postgis via ST_TRANSFORM) ; il y avait quelques fonctions spatiales, mais rien de folichon comparé à ce que propose postgis ; après ce rapide test n'avait rien de très pro, c'était juste histoire de bidouiller. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Yann Coupin a écrit : Ça aura été un peu laborieux mais j'ai un test qui semble marcher. D'après mes premiers tests, on fait bien de le rajouter, car on va avoir un peu de boulo... Un petit rendu rapide histoire de se faire une idée de l'ampleur des dégâts... http://skitch.com/yannc/bis1w/simple-osm-gpx-track T'as aussi une slippymap avec les erreurs ? et la requête qui va bien... select osm_id, st_centroid(way) as center from planet_osm_line where junction = 'roundabout' and (st_isclosed(way) and st_isring(way)) and st_azimuth(st_centroid(way),ST_PointN(way,1))- st_azimuth(st_centroid(way),ST_PointN(way,2)) between -3.14159265 and 0 Je l'ai lancé (test reverse roundabout) et il est terminé. Si quelques uns peuvent regarder s'il y a des faux positifs... Je conseil osmarender comme layer car il met les flèches. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=45.7313lon=3.23155layers=0B0Tch=505 -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Et est-ce difficile de rajouter le test que le way formant un roundabout est bien fermé ? J'imagine qu'il faut vérifier que le dernier noeud est le même que le premier. Je fais cette proposition, car il n'est arrivé de rencontrer des cas où le tag junction=roundabout avait débordé sur une des routes y arrivant... ce qui faisait rond-point ouvert et linéaire. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Art Penteur wrote: Et est-ce difficile de rajouter le test que le way formant un roundabout est bien fermé ? J'imagine qu'il faut vérifier que le dernier noeud est le même que le premier. Je fais cette proposition, car il n'est arrivé de rencontrer des cas où le tag junction=roundabout avait débordé sur une des routes y arrivant... ce qui faisait rond-point ouvert et linéaire. Ca devrait etre en theorie tres facile a creer. Sa precedente requete faisait deja un tri pour savoir si le rond point etait ferme et circulaire. La requete suivante devrait donc trouver les ronds points non ouverts et/ou lineaires. SELECTosm_id, st_centroid(way) as center FROMplanet_osm_line where junction = 'roundabout' AND (NOT ST_IsClosed(way) OR NOT ST_IsRing(way) ) Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Le samedi 27 juin 2009 à 14:45 +0200, Art Penteur a écrit : Et est-ce difficile de rajouter le test que le way formant un roundabout est bien fermé ? Je ne sais pas si c'est une bonne idée : Il m'est arrivé de découper des rond-points afin de ne pas en inclure la totalité dans des descriptions de lignes de bus. Après je ne sais pas si le processus fourni par osm2pgsql raccroche malgré tout les morceaux. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
2009/6/27 Pierre Mauduit pierre.maud...@gmail.com: Le samedi 27 juin 2009 à 14:45 +0200, Art Penteur a écrit : Et est-ce difficile de rajouter le test que le way formant un roundabout est bien fermé ? Je ne sais pas si c'est une bonne idée : Il m'est arrivé de découper des rond-points afin de ne pas en inclure la totalité dans des descriptions de lignes de bus. ou par des ponts. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
+1 et +1 (j'allais dire la même chose en lisant les mails précédents mais vous m'avez précédé) Yann Le 27 juin 09 à 15:34, Pieren a écrit : Je ne sais pas si c'est une bonne idée : Il m'est arrivé de découper des rond-points afin de ne pas en inclure la totalité dans des descriptions de lignes de bus. ou par des ponts. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Lire ci-dessous Le 27 juin 09 à 14:22, Etienne Chové a écrit : Yann Coupin a écrit : http://skitch.com/yannc/bis1w/simple-osm-gpx-track T'as aussi une slippymap avec les erreurs ? J'ai un osm2pgsql et un petit serveur en python pour mapnik que j'ai codé qui tournent sur mon macbook, mais c'est juste pour jouer, c'est derrière un firewall (que je pourrais percer ceci-dit) mais surtout ça n'est pas une machine qui tourne 24h/24... Je conseil osmarender comme layer car il met les flèches. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=45.7313lon=3.23155layers=0B0Tch=505 J'ai modifié mon fichier de style pour les afficher dans les ronds- points, c'est assez simple, il suffit de modifier le filtre du style directions Filter[oneway] = 'yes' or [oneway] = 'true' or [oneway] = '1' or [junction] = 'roundabout'/Filter Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Le 27 juin 2009 15:00, Pierre Mauduitpierre.maud...@gmail.com a écrit : ...: Il m'est arrivé de découper des rond-points afin de ne pas en inclure la totalité dans des descriptions de lignes de bus. J'avais peur d'un truc comme ça. Et dans ce cas, est-ce qu'il faut créer une relation rond-point qui en reprend tous les morceaux ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tech] osm2pgsql et les ronds-points
Le samedi 27 juin 2009 00:49, Yann Coupin a écrit : Bon j'ai enfin trouvé la cause de mes soucis, et je m'étonne que tu n'ai pas le problème. En effet c'était mon patch pour sauvegarder les timestamp où j'avais modifié default.style pour rajouter cette ligne : wayts timestamppolygon En changeant cette ligne pour un linear, comme ci-dessous, tous les ronds-points sont revenus dans le droit chemin (je sais elle est nulle ma blague :) wayts timestamplinear Bon a savoir ça, j'ai donc bien le même problème a priori, mais ..., si je change de polygon a linear, y'a des chances que mes polygones communes ne soit plus importés comme polygon non ? Pour mes roundabout, chez moi c'est moins visible car j'ai lancé l'import initial avec une version non/mal patchée alors que les diff sont appliqués avec le patch qui va bien. Mais il doit m'en manquer forcément. bref, dans ma base les ts n'y sont que pour les polygones de moins d'un mois (j'avais la flemme de refaire l'import j'ai donc forcé à une date bidon dans le passé pour les plus d'un mois) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Yann Coupin wrote: +1 et +1 (j'allais dire la même chose en lisant les mails précédents mais vous m'avez précédé) Cela veut donc dire que le test qui a été mis au point ne fonctionne pas sur ces ronds points qui ont été découpés en morceau. Émilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tech] osm2pgsql et les ronds-points
Sans doute pas car tu dois avoir le flag polygon pour la ligne boundary. En fait si j'ai bien compris, toutes les ways qui ont une valeur dont le nom est défini dans style avec polygon et pas linear tombent dans la table polygon. Par exemple j'ai encore 5 ronds-points qui tombent dans ma base polygone car ils ont area=yes. Yann Le 27 juin 09 à 15:59, sylvain letuffe a écrit : Bon a savoir ça, j'ai donc bien le même problème a priori, mais ..., si je change de polygon a linear, y'a des chances que mes polygones communes ne soit plus importés comme polygon non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Le samedi 27 juin 2009 à 15:04 +0100, Emilie Laffray a écrit : Yann Coupin wrote: +1 et +1 (j'allais dire la même chose en lisant les mails précédents mais vous m'avez précédé) Cela veut donc dire que le test qui a été mis au point ne fonctionne pas sur ces ronds points qui ont été découpés en morceau. Pas forcément, comme je le sous-entendait dans mon précédent mail, il est tout à fait possible que osm2pgsql recolle les morceaux des rond-points. Quoique : select count(osm_id) from planet_osm_line where junction = 'roundabout' and st_isclosed(way) = false; count --- 796 (l'inverse donne 18118 rond-points fermés) Dans tous les cas, je pense que le test des rond-points n'est pas inutile pour autant, vu que les rond-points non complets ne sont quand meme pas si nombreux (comparé aux autres), et cela permet tout de même de déceler des erreurs. -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
En fait le problème avec mon test c'est que le calcul du centroid ne va pas donner de résultat pertinent avec des segments et dans ce cas je ne sais pas comment procéder... Yann Le 27 juin 09 à 16:04, Emilie Laffray a écrit : Yann Coupin wrote: +1 et +1 (j'allais dire la même chose en lisant les mails précédents mais vous m'avez précédé) Cela veut donc dire que le test qui a été mis au point ne fonctionne pas sur ces ronds points qui ont été découpés en morceau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Yann Coupin a écrit : En fait le problème avec mon test c'est que le calcul du centroid ne va pas donner de résultat pertinent avec des segments et dans ce cas je ne sais pas comment procéder... Peut être que pour un way A-B-C-D... on peut regarder la différence d'azimut AB avec BC et en déduire le sens du petit bout de way ?!? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
