Personnelement je serais pour le découpage des ronds points nécessaires
lorsque l'on décrit une route pour une ligne de bus.
Il faut savoir que pour le moment on ne fait qu'associer au sein d'une
relation l'ensemble des voies utilisées par un bus, quelque soit le sens
de circulation. Dans ce ca
Salut Emilie,
Je ne sais pas si c'est ça que tu cherches mais Jocelyn a produit ce petit
script où tu donnes:
La taille de ton image finale, ta bounding box, ta commune, le département et
ça roule:
Le script python télécharge et recompose les tuiles du cadastre:
http://wiki.openstreetmap.org/
Bonjour,
a propos de Qgis, je ne parlais pas tant de l'utiliser comme un éditeur OSM,
mais plutôt pour ce qu'il fait très bien : être un "front-end", une
interface à Postgis et autres sources de données (wms, wps, sqlite, shape).
On peut ainsi utiliser des couches de sources différentes, et surtou
2009/10/12 rldhont :
> Mais il est aussi possible de décrire une ligne de bus qui dans le
> jargon des spécialistes est le parcours d'un treminus à un autre. Dans
> ce cas il est nécessaire d'associer dans une relation uniquement les
> sections de voies empreintées par la bus, donc seulement un bou
Pieren a écrit :
> 2009/10/12 rldhont :
>
>> Mais il est aussi possible de décrire une ligne de bus qui dans le
>> jargon des spécialistes est le parcours d'un treminus à un autre. Dans
>> ce cas il est nécessaire d'associer dans une relation uniquement les
>> sections de voies empreintées par l
Le retour des polygones géants de la mort.
Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
--> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749 [16.1mo]
J'ai tenté une ouverture dans JOSM mais
2009/10/12 René-Luc :
> Donc il faudrait interdire la possibilité de décrire les routes
> empruntés par les bus car en dehors des ronds points, pour décrire se
> genre de parcours, il est nécessaire de découper aussi les rues! Donc si
> on ne doit représenter que la réalité on ne devrait pas non pl
2009/10/12 tenshu
> Le retour des polygones géants de la mort.
>
> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749[16.1mo]
>
> J'ai tent
Le 12 octobre 2009 11:50, Pieren a écrit :
> 2009/10/12 René-Luc :
> > Donc il faudrait interdire la possibilité de décrire les routes
> > empruntés par les bus car en dehors des ronds points, pour décrire se
> > genre de parcours, il est nécessaire de découper aussi les rues! Donc si
> > on ne d
Pieren a écrit :
> 2009/10/12 René-Luc :
>
>> Donc il faudrait interdire la possibilité de décrire les routes
>> empruntés par les bus car en dehors des ronds points, pour décrire se
>> genre de parcours, il est nécessaire de découper aussi les rues! Donc si
>> on ne doit représenter que la réal
J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est vraiment
très grand !
Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant
une petite incursion jusque dans l'Essonne à l'ouest.
2009/10/12 Emilie Laffray
>
>
> 2009/10/12 tenshu
>
>> Le retour des polygon
C'est bizarre ce débat, un rond-point c'est une voie circulaire d'un seul
tenant, en la découpant on falsifie un peut la représentation que l'on fait
de la réalité vous trouvez pas?
2009/10/12 René-Luc
> Pieren a écrit :
> > 2009/10/12 René-Luc :
> >
> >> Donc il faudrait interdire la possibilit
Une rue doit-elle, elle aussi être d'un seul tenant ?
Le débat porte en fait sur la possibilité de découper des ways afin de
les utiliser aussi de relations.
tenshu a écrit :
> C'est bizarre ce débat, un rond-point c'est une voie circulaire d'un
> seul tenant, en la découpant on falsifie un peu
2009/10/12 tenshu
> J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est
> vraiment très grand !
> Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant
> une petite incursion jusque dans l'Essonne à l'ouest.
>
Ce soir, je le regarderais, je ferais les decoupa
On lundi 12 octobre 2009, Fabien Marchewka wrote:
> > Oui, je trouve dommage de découper des rues pour des itinéraires, que
> > ce soit pour des bus ou autre chose. Il aurait été plus intelligent de
> > référencer la succession d'intersections.
> >
>
> +100 ;) C'est à mon avis beaucoup plus intell
Bonjour,
Les serveur ayant un peu de mal à servir tous les marqueurs, j'ai
rajouté une limite : on affiche rien quand le zoom est inférieur à 10
(sauf dans le cas où on ne demande qu'un type de marqueur, dans ce cas
on a pas de restriction).
De toutes façon, ça ne sert pas à grand chose et ça cha
On lundi 12 octobre 2009, Pieren wrote:
> Encore une fois, vous adaptez le schéma d'OSM aux
> possibles usages qu'on en ferait dans un logiciel alors que c'est le
> logiciel qui doit s'adapter.
Ça par contre, je n'en suis pas convaincu. Il faut bien à un moment que
l'information existe dans la ba
Le 12 octobre 2009 12:43, sly (sylvain letuffe) a
écrit :
> On lundi 12 octobre 2009, Pieren wrote:
> > Encore une fois, vous adaptez le schéma d'OSM aux
> > possibles usages qu'on en ferait dans un logiciel alors que c'est le
> > logiciel qui doit s'adapter.
>
> Ça par contre, je n'en suis pas c
salut,
Juste pour dire que les polygones non importés de type "roche nues" sur
http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu natural=rock
et qu'il faut bien penser à l'ajouter à la main.
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
Emilie Laffray a écrit :
> Bonjour,
>
> J'aimerais si certains d'entre vous savent ou trouver des cartes ou les
> copyrights ont expirés. Nos amis anglais ont récemment récupérés de très
> vielles cartes qui ont été mises sur un serveur WMS afin d'importer les
> limites administratives et d'autres
On lundi 12 octobre 2009, Fabien Marchewka wrote:
> L'idée de faire qu'une rue soit une relation de ways prendrait alors sont
> sens.
(...)
> Mais bon il me semble que cela avait déjà été débattu.
L'état actuel des editeurs fait que c'est ingérable, mais je pense que c'est
vers cette solution plus
Bonjour,
Je viens de créer la page de discution. Avant de lancer la discution sur la
liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler la proposition,
en particulier parce que je ne suis pas nécessairement aussi à l'aise en
anglais qu'en français.
Gilles
__
2009/10/12 sly (sylvain letuffe) :
> Bref, dans ces cas là, je ne vois pas d'autre solution que de faire du
> saucissonnage de way.
>
On peut résoudre ça en utilisant des points intermédiaires
(d'intersections virtuelles en quelque sorte).
Sinon, on continue à saucissonner les rues à tout va, jus
> -Message d'origine-
> De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
> boun...@openstreetmap.org] De la part de Gilles Corlobé
> Envoyé : lundi 12 octobre 2009 13:35
> À : 'Discussions sur OSM en français'
> Objet : Re: [OSM-talk-fr] Discution d'une proposition de
> "boundary=mil
On lundi 12 octobre 2009, Gilles Corlobé wrote:
> Bonjour,
> Je viens de créer la page de discution. Avant de lancer la discution sur la
> liste t...@openstreetmap.org, pourriez-vous m'aider à fignoler la
> proposition, en particulier parce que je ne suis pas nécessairement aussi à
> l'aise en angl
2009/10/12 Yannick
>
>
> Bonjour,
>
> Copié-collé d'un message paru sur une liste de généalogie si cela peut
> vous aider.
>
>
> Atlas National illustré des départements et possessions de la France
> publié par A. Combette - Paris 1852
> J'espère que celles et ceux qui connaissaient y retrouvero
2009/10/12 Gilles Corlobé
> > -Message d'origine-
> > De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-
> > boun...@openstreetmap.org] De la part de Gilles Corlobé
> > Envoyé : lundi 12 octobre 2009 13:35
> > À : 'Discussions sur OSM en français'
> > Objet : Re: [OSM-talk-fr] Discut
sly (sylvain letuffe) a écrit :
> salut,
>
> Juste pour dire que les polygones non importés de type "roche nues" sur
> http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu natural=rock
Oups...
> et qu'il faut bien penser à l'ajouter à la main.
C'est corrigé.
--
Etienne
if tags["
Marc SIBERT a écrit :
> Bonjour,
>
> Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas
> :-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc
> puisse fournir les traces GPX des polygones afin que je puisse les
> importer manuellement lors de mes "sessions".
> Si tu as un fichier GPX d'exemple
c'est le code que j'utilise pour map.meurisse.org :
def gpx(req,points):
req.content_type = "application/gpx+xml"
file = '''
http://www.topografix.com/GPX/1/1";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.topogra
Bonjour,
Pas mieux que cette proposition. Pour info, mon objectif est d'envoyer le gpx
dans l'import d'OSM (http://www.openstreetmap.org/traces) et ensuite de le
tagger pour le transformer en polygone réel.
Merci
--
Marc
- "Vincent Meurisse" a écrit :
> > Si tu as un fichier GPX d'exemp
Oui, j'ai vu ça. Mais c'est t...@openstreetmap.org qui est indiquée dans la
procédure :
http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed
De : talk-fr-boun...@openstreetmap.org
[mailto:talk-fr-boun...@openstreetmap.org] De la part de Emilie Laffray
Envoyé : lundi 12 octobre 2009
Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit :
> sly (sylvain letuffe) a écrit :
> > salut,
> >
> > Juste pour dire que les polygones non importés de type "roche nues" sur
> > http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu
> > natural=rock
>
> Oups...
>
> > e
Bonjour,
Jusqu'il y a quelques jours, j'arrivais a récupérer le cadastre de la ville du
Plessis-Bouchard :
http://www.openstreetmap.org/?lat=49&lon=2.2333&zoom=12&layers=B000FTF
Mais depuis ce problème, je n'ai que des tuiles blanches, j'ai essayé tout un
tas de choses pour m'en sortir mais je
2009/10/11 Emilie Laffray :
> Bonjour,
>
> J'aimerais si certains d'entre vous savent ou trouver des cartes ou les
> copyrights ont expirés. Nos amis anglais ont récemment récupérés de très
> vielles cartes qui ont été mises sur un serveur WMS afin d'importer les
> limites administratives et d'autr
Christophe Merlet (RedFox) a écrit :
> Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit :
>> sly (sylvain letuffe) a écrit :
>>> salut,
>>>
>>> Juste pour dire que les polygones non importés de type "roche nues" sur
>>> http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu
Le lundi 12 octobre 2009 à 11:30 +0200, tenshu a écrit :
> Le retour des polygones géants de la mort.
>
> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242
> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne?
> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-
Julien Catalano a écrit :
> Tu as oublié l'étape (assez fastidieuse) de fusion ("merge") des nœuds
> du nouveau polygone importé avec ceux des polygones CLC (ou autres)
> déjà présents dans la base.
> Pour chaque nœud du nouveau polygone à importer, vérifier si ce nœud
> correspond à un nœud déjà e
Cedric Dumez-Viou a écrit :
> Bonjour,
>
> Je mappe dans la Sologne et j'ai un problème similaire.
> Une grande portion de foret ne s'est pas importée automatiquement au nord de
> Vierzon (http://osmose.openstreetmap.fr/clc/cgi-
> bin/index.py?layers=TB0T&zoom=15&lat=47.25975&lon=2.02811&ch=111,1
Vincent Meurisse a écrit :
> 3 des outer ont 2001 nœuds
Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
avant la correction du bug 2001.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.o
2009/10/12 Etienne Chové
> Vincent Meurisse a écrit :
> > 3 des outer ont 2001 nœuds
>
> Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
> avant la correction du bug 2001.
>
Je t'enverrais ca ce soir.
Emilie Laffray
___
Talk-fr
Le 12 octobre 2009 13:41, Pieren a écrit :
>[...]
> Sinon, on continue à saucissonner les rues à tout va, juste pour que
> les logiciels de rendu d'itinéraire ait un boulot facile et à terme,
> [...]
Certes, mais il n'y a pas que les routes qui génèrent du découpage.
J'ai dans mon voisinages que
Bonjour,
Vincent Meurisse a écrit :
>> Si tu as un fichier GPX d'exemple
> c'est le code que j'utilise pour map.meurisse.org :
Merci, j'ai recopié bêtement le format... Marc, un retour ?
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
h
Emilie Laffray a écrit :
>
>
> 2009/10/12 Yannick mailto:yann...@voyeaud.org>>
>
>
>
> Bonjour,
>
> Copié-collé d'un message paru sur une liste de généalogie si cela peut
> vous aider.
>
>
> Atlas National illustré des départements et possessions de la France
> publi
Voilà !
Ça le fait, à un détail près, j'ai du ajouter un champ
2009-09-06T07:41:26Z à la main dans le fichier généré pour que ça
marche. Sinon, l'import est simplement ignoré. J'imagine que les traces GPX
sont classées par date.
Le fichier (modifié) est en ligne à
http://www.openstreetmap.org/
Idem sur Créteil !
F.
2009/10/12 Marc Lecrosnier
> Bonjour,
>
> Jusqu'il y a quelques jours, j'arrivais a récupérer le cadastre de la ville
> du Plessis-Bouchard :
> http://www.openstreetmap.org/?lat=49&lon=2.2333&zoom=12&layers=B000FTF
>
> Mais depuis ce problème, je n'ai que des tuiles blanche
Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
cadastre [1], et celles faites par l'appli de consultation web du cadastre
[2] ...
Il semblerait que la projection ne soit pas la même, tant les valeurs de la
BBOX sont différentes :
plugin : 609562, 117915, 610284, 118575
2009/10/12 François Van Der Biest :
> Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
> cadastre [1], et celles faites par l'appli de consultation web du cadastre
> [2] ...
> Il semblerait que la projection ne soit pas la même, tant les valeurs de la
> BBOX sont différe
Etienne Chové wrote:
> Vincent Meurisse a écrit :
>
>> 3 des outer ont 2001 nœuds
>>
>
> Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
> avant la correction du bug 2001.
Voila la correction.
Emilie Laffray
#!/usr/bin/python
"""
This script is designed to act as a
Fabien Marchewka a écrit :
> L'idée de faire qu'une rue soit une relation de ways prendrait alors
> sont sens.
On repasse à l'API 0.4 et on utilise des segments... avec des relations
la dessus pour agréger tout ça.
--
Etienne
___
Talk-fr mailing lis
2009/10/12 Pieren :
> Il semblerait que finalement le WMS ait basculé sur la projection Lambert93.
>
J'ai parlé trop vite. Les chiffres ne correspondent pas au Lambert93.
Quelqu'un a déjà trouvé la projection utilisée ?
Pieren
___
Talk-fr mailing list
Le 12 octobre 2009 20:51, Etienne Chové a écrit :
> Fabien Marchewka a écrit :
>> L'idée de faire qu'une rue soit une relation de ways prendrait alors
>> sont sens.
>
> On repasse à l'API 0.4 et on utilise des segments... avec des relations
> la dessus pour agréger tout ça.
Pas la peine, les ways
Bonsoir,
j'ai regardé ce soir comment résoudre le problème des polygones de très
grandes tailles. Tout n'est pas résolu mais le plus gros du travail
théorique est fait. J'ai donc essayé la technique sur le polygone de la
Seine Et Marne. La technique est de faire une différence entre les polygones
e
François Van Der Biest a écrit :
> Pour Créteil, je viens de regarder les URL des requêtes faites par le plugin
> cadastre [1], et celles faites par l'appli de consultation web du cadastre
> [2] ...
> Il semblerait que la projection ne soit pas la même, tant les valeurs de la
> BBOX sont différente
Le lundi 12 octobre 2009 à 21:01 +0100, Emilie Laffray a écrit :
> Bonsoir,
'soir
> j'ai regardé ce soir comment résoudre le problème des polygones de
> très grandes tailles.
>
> SELECT p.geomdump,
> p.pathdump[1]
> FROM ( SELECT (ST_Dump(ST_Difference(l.the_geom, mp.way))).geom AS
> geo
Tu penches bien, Denis ;o)
J'etais en train d'arriver aux mêmes conclusions grâce à Circe [1], qui
donne :
de Lambert I carto 609562 - 117915
à Lambert 93 CC 49 1660786 - 8173638
Les ordres de grandeur sont là, mais pas la précision métrique. A
affiner à moins que l'appli web approxime.
vince
On Monday 12 October 2009 13:57:18 Etienne Chové wrote:
> > Juste pour dire que les polygones non importés de type "roche nues" sur
> > http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu
> > natural=rock
>
> Oups...
>
> > et qu'il faut bien penser à l'ajouter à la main.
>
> C'est
Salut,
Maintenant que les lignes de Bus de l'agglomeration Grenobloises sont terminees
[1] j ai quelques questions a propos d OSMTransport:
* Les lignes 3,17 et 56 sortent suffisamment de l agglomeration pour
sortir aussi de la "location". Comment peut on la redimensionner pour englober
Bonsoir,
J’ai vu qu’il avait plus ou moins été décidé de tagguer ces zones en
natural=wood;wood=mixed. La raison était que ces zones seraient des
forêts en devenir.
J’ai aussi l’impression que cela regroupe également tous les cas
d’arbres épars, c’est à dire des zones avec des arbres mais pas ass
59 matches
Mail list logo
