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 surtout
Pieren a écrit :
2009/10/12 rldhont rldh...@gmail.com:
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
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
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 rldh...@gmail.com
Pieren a écrit :
2009/10/12 René-Luc rldh...@gmail.com:
Donc il
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 peut
2009/10/12 tenshu ten...@gmail.com
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
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 intelligent. Ca
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
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
Le 12 octobre 2009 12:43, sly (sylvain letuffe) sylv...@letuffe.org 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
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) sylv...@letuffe.org:
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
-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=military
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 anglais
2009/10/12 Yannick yann...@voyeaud.org
Bonjour,
Copié-collé d'un message paru sur une liste de généalogie si cela peut
vous aider.
copie ON
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
2009/10/12 Gilles Corlobé gil...@corlobe.tk
-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]
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 = '''?xml version=1.0 encoding=iso-8859-1 ?
gpx
xmlns=http://www.topografix.com/GPX/1/1;
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 osm-talk...@meurisse.org a écrit :
Si tu as
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
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...
et qu'il faut bien
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=49lon=2.2333zoom=12layers=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 emilie.laff...@gmail.com:
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
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
natural=rock
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?
--
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-
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
2009/10/12 Etienne Chové ch...@crans.org
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
___
Le 12 octobre 2009 13:41, Pieren pier...@gmail.com 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
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
Emilie Laffray a écrit :
2009/10/12 Yannick yann...@voyeaud.org mailto:yann...@voyeaud.org
Bonjour,
Copié-collé d'un message paru sur une liste de généalogie si cela peut
vous aider.
copie ON
Atlas National illustré des départements et possessions de la
Voilà !
Ça le fait, à un détail près, j'ai du ajouter un champ
time2009-09-06T07:41:26Z/time à 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 à
Idem sur Créteil !
F.
2009/10/12 Marc Lecrosnier marc.lecrosn...@free.fr
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=49lon=2.2333zoom=12layers=B000FTF
Mais depuis ce problème, je n'ai que des
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,
2009/10/12 François Van Der Biest francois.vanderbi...@camptocamp.com:
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
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 assistance
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 list
2009/10/12 Pieren pier...@gmail.com:
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
___
Le 12 octobre 2009 20:51, Etienne Chové ch...@crans.org 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,
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
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érentes :
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
geomdump,
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.
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 corrigé.
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
49 matches
Mail list logo