Re: [OSM-talk-fr] [Événement] SOTM Stats commu nes

2009-06-27 Par sujet Vincent Pottier 
Vincent Pottier a écrit :
> Chiche ?
>
> 36000communes-lefilm.com 
>
> 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

2009-06-27 Par sujet Vincent Pottier 
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

2009-06-27 Par sujet Frédéric Rodrigo 
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

2009-06-27 Par sujet Francois Van Der Biest 
... 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 :
> 2009/6/27 Francois Van Der Biest :
>
>> 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

2009-06-27 Par sujet Emilie Laffray 
Francois Van Der Biest wrote: 
> 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 , Emilie Laffray 
"
__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 tags, or nothin' to skip the

Re: [OSM-talk-fr] [Osmose] Implementation de Oauth

2009-06-27 Par sujet Emilie Laffray 
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-06-27 Par sujet Pieren 
2009/6/26 Marc SIBERT :
> 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

2009-06-27 Par sujet Emilie Laffray 
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-06-27 Par sujet Pieren 
2009/6/27 Frédéric Rodrigo :
> 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

2009-06-27 Par sujet Marc SIBERT 
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

2009-06-27 Par sujet Emilie Laffray 
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

2009-06-27 Par sujet Pierre Mauduit 

> 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

2009-06-27 Par sujet Etienne Chové 
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=16&lat=45.7313&lon=3.23155&layers=0B0T&ch=505

-- 
Etienne



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

[OSM-talk-fr] GeoRSS ne fonctionne pas

2009-06-27 Par sujet Admin TrouveTonGull.info 
Bonjour,

j'ai un gros problème avec GeoRSS: 
http://forum.letuffe.org/viewtopic.php?f=3&t=40

Il ne marche pas ou alors il met les marqueurs sur "Tomé é principe" :/

Faut-il une config serveur particulière pour GeoRSS?

J'ai également essayé pour tester de reproduire la carte des lugs de 
l'Agenda du Libre, et les marqueurs ne s'affichent toujours pas chez 
moi: http://www.trouvetongull.info/ftp/map/map.php

a++

Librement,
Frédéric

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

Re: [OSM-talk-fr] Nouveau test pour Osmose

2009-06-27 Par sujet Emilie Laffray 
Etienne Chové wrote:
> 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=16&lat=45.7313&lon=3.23155&layers=0B0T&ch=505
>
>   
Bon, bah, j'ai regarde toutes les erreurs que j'ai vu sur la slippy map
et je n'ai vu absolument aucun faux positifs pour le moment. Toutes les
erreurs que j'ai vu étaient clairement des erreurs. Je pense que ton
nouveau test fonctionne plutôt bien. Il ne trouve aucun des faux
positifs que j'avais hier soir.
Excellent boulot!

É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] Nouveau test pour Osmose

2009-06-27 Par sujet Art Penteur 
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

2009-06-27 Par sujet Emilie Laffray 
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

2009-06-27 Par sujet Pierre Mauduit 

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-06-27 Par sujet Pieren 
2009/6/27 Pierre Mauduit :
>
> 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

2009-06-27 Par sujet Yann Coupin 
+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

2009-06-27 Par sujet Yann Coupin 
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=16&lat=45.7313&lon=3.23155&layers=0B0T&ch=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"

   [oneway] = 'yes' or [oneway] = 'true' or [oneway] = '1'  
or [junction] = 'roundabout'

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

Re: [OSM-talk-fr] Nouveau test pour Osmose

2009-06-27 Par sujet Art Penteur 
Le 27 juin 2009 15:00, Pierre Mauduit 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

2009-06-27 Par sujet sylvain letuffe 
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

2009-06-27 Par sujet Emilie Laffray 
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

2009-06-27 Par sujet Yann Coupin 
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

2009-06-27 Par sujet Pierre Mauduit 
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

2009-06-27 Par sujet Yann Coupin 
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

2009-06-27 Par sujet Etienne Chové 
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

Re: [OSM-talk-fr] [tech] osm2pgsql et les ronds-points

2009-06-27 Par sujet sylvain letuffe 
Le samedi 27 juin 2009 16:14, Yann Coupin a écrit :
> Sans doute pas car tu dois avoir le flag polygon pour la ligne boundary.

Non, linear, je soupçonne que le traitement des relations est codé en dur et 
que ça fini quand même dans la table polygone si la relation forme un way 
fermé

--
sly

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