Bonjour Gwenn,
2008/6/18 Gwenn [EMAIL PROTECTED]:
Et puis surtout, à mon avis c'est le travail d'une base de données et
c'est pour cela que la solution de Pierre me parait plus souple : on
importe les données dans un postgis et ensuite il n'y presque plus
qu'à faire des requêtes pour
Au passage, si tu veux mettre en ligne le script sur mon serveur, tu peux te
faire plaisir avec Postgis aussi, car j'ai également ce type de base mis à
jour quotidiennement.
2008/6/18 David MENTRE [EMAIL PROTECTED]:
Bonjour Gwenn,
2008/6/18 Gwenn [EMAIL PROTECTED]:
Et puis surtout, à mon
On Wed, 2008-06-18 at 09:23 +0200, murphy2712.nospam wrote:
2008/6/18 David MENTRE :
Postgis, c'est bien PostgreSQL + GIS
(http://www.postgis.fr/) ?
Oui : PostgreSQL c'est la bdd (une sorte de MySQL si tu veux) et
postGIS le module spatial/géographique qui permet de faire
Salut,
2008/6/17 David MENTRE [EMAIL PROTECTED]:
Bonjour Olivier,
Olivier Boudet [EMAIL PROTECTED] writes:
J'ai déjà une machine qui récupère quotidiennement l'hexagone pour pondre
des stats, si tu veux je peux ajouter ton script à la crontab.
Ce serait pas mal, oui.
Tu utilises quoi
murphy2712.nospam a écrit :
2008/6/18 David MENTRE :
Postgis, c'est bien PostgreSQL + GIS (http://www.postgis.fr/) ?
Oui : PostgreSQL c'est la bdd (une sorte de MySQL si tu veux) et postGIS
le module spatial/géographique qui permet de faire des requêtes spatiales :)
À noter que de base
Étienne Loks a écrit :
murphy2712.nospam a écrit :
2008/6/18 David MENTRE :
Postgis, c'est bien PostgreSQL + GIS (http://www.postgis.fr/) ?
Oui : PostgreSQL c'est la bdd (une sorte de MySQL si tu veux) et postGIS
le module spatial/géographique qui permet de faire des requêtes spatiales
On Wed, 2008-06-18 at 11:38 +0200, Étienne Loks wrote:
Étienne Loks a écrit :
murphy2712.nospam a écrit :
2008/6/18 David MENTRE :
Postgis, c'est bien PostgreSQL + GIS (http://www.postgis.fr/) ?
Oui : PostgreSQL c'est la bdd (une sorte de MySQL si tu veux) et postGIS
le module
Étienne Loks a écrit :
Par ailleurs est-ce que l'on connait la raison du choix de Mysql pour la
base de donnée principale de OSM ?
Je crois tout simplement que c'était la base la mieux connue par Steve
Coast quand il a commencé le projet et qu'elle proposait ce dont il
avait besoin.
Thomas Walraet a écrit :
Je crois tout simplement que c'était la base la mieux connue par Steve
Coast quand il a commencé le projet et qu'elle proposait ce dont il
avait besoin.
Depuis le début il y a des gens qui viennent en disant que PostgreSQL
serait vachement mieux. La réponse est
Pour le moment : highway=gate , highway=bollard , foot=yes
En discussion highway=barrier + barrier=type_de_barriere
Le 18 juin 2008 15:04, Megaten [EMAIL PROTECTED] a écrit :
Je viens de découvrir pas loin de chez moi, un petit chemin coupé en son
milieu par des pieux en bois.
Le but est
Pour le moment : highway=gate OU highway=bollard ET foot=yes
Le 18 juin 2008 15:08, Philippe Piquer [EMAIL PROTECTED] a écrit :
Pour le moment : highway=gate , highway=bollard , foot=yes
En discussion highway=barrier + barrier=type_de_barriere
Le 18 juin 2008 15:04, Megaten [EMAIL PROTECTED]
Personnellement je ferais deux rues reliée par un chemin (footway) !
CU
Sarge
2008/6/18 Megaten [EMAIL PROTECTED]:
Je viens de découvrir pas loin de chez moi, un petit chemin coupé en son
milieu par des pieux en bois.
Le but est d'évite la circulation des véhicules de façon continue. Les
On Wed, 2008-06-18 at 12:35 +0200, Étienne Loks wrote:
Systématiquement lorsque je met en place une base de donnée géographique
j'utilise postgres, cela m'intéresse simplement de savoir si mysql est
une alternative qui peut s'avérer intéressante dans certains cas.
de l'aveu meme de David
Personnellement d'accord, aussi :
Deux ways ou footways parallèles, reliées là ou viennent s'y joindre
des voies latérales.
Ou, plus simplemet, plutôt un footway tout bête... (cycle = yes ?).
Et des highway ordinaires pour les voies carrossables qui viennent
rejoindre ce chemin scindé en
2008/6/18 g.d :
C'est quoi, highway=bollard ? N'ai pas trouvé ça sur
http://wiki.openstreetmap.org/index.php/Map_Features.
Tagwatch ne semble pas être accessible à l'heure.
C'est un tag pour les plots, mais apparemment c'est en cours de
généralisation avec barrier :
Ok pour
highway=gate bien que cela n'en soit pas une.
On va pas refaire le monde, Osm voulais-je dire...
pourtant un peu de structure dans ce monde de... non, non j'arrte l.
Merci
Thomas Walraet a crit:
g.d a crit :
Personnellement d'accord, aussi :
Deux ways ou footways
Sauf que avec une barrière on peut s'attendre que avec une autorisation (clé
?) on puisse passé ce qui n'est pas le cas en occurrence !
CU
Sarge
2008/6/18 Thomas Walraet [EMAIL PROTECTED]:
g.d a écrit :
Personnellement d'accord, aussi :
Deux ways ou footways parallèles, reliées là ou
Bonjour,
voilà un petit test sous ubuntu 8.04 avec :
* python 2.5.2
* gdal 1.4.4
* proj 4.6
Malheureusement, cela ne fonctionne pas. Dommage, j'avais hâte de tester...
Je te mets le logs de retour du script.
je vais regarder de mon côté dans le code.
Bon courage
C'est une route avec une barrière au milieu pour empêcher les voitures
de passer. Il faut le cartographier comme une route, avec une barrière
au milieu pour empêcher les voitures de passer.
Les logiciels de navigation n'ont qu'à reconnaître les nodes
highway=gate|bollard|barrier
J'y
Étienne Loks a écrit :
Bonjour Rodolphe,
[...]
Des bancs de tests dans le cadre d'utilisation de données géographiques ?
Si tu as des adresses je suis preneur.
Je sais très bien que c'est un gros troll récurrent mais dans le cadre
d'utilisations spécifiques, il peut y avoir des réponses
C'est parti pour les troll
En effet le chemin n'est pas si petit: voie d'acces au cimetiere en
macadam.
L'autre moiti donne acces aux atelier municipaux.
Le but de ces piquets est simplement d'evit une circulation
importante, car ce chemin est un raccourci
alors qu'il y a une magnifique voie
Je viens tout juste de remarquer que Toulouse semble avoir eu un
import cartographique :
- quand ?
- d'où viennent les données ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
2008/6/18 murphy2712. nospam [EMAIL PROTECTED]:
Je viens tout juste de remarquer que Toulouse semble avoir eu un
import cartographique :
- quand ?
- d'où viennent les données ?
Ce n'est pas un import mais la limite de couverture de yahoo imagery :)
--
Steven Le Roux
Jabber-ID : [EMAIL
Je viens tout juste de remarquer que Toulouse semble avoir eu un
import cartographique :
Pas d'import, c'est juste fait avec les images aériennes yahoo il me
semble.
--
Gwenn
signature.asc
Description: Digital signature
___
Talk-fr mailing list
wow je suis tombé dedans...
Owned comme on dit :)
En tout cas beau travail !
2008/6/18 Gwenn [EMAIL PROTECTED]:
Je viens tout juste de remarquer que Toulouse semble avoir eu un
import cartographique :
Pas d'import, c'est juste fait avec les images aériennes yahoo il me
semble.
--
Gwenn
Chrmphf...
J'te comprends pour les bollards,
mais barrier=qquechose désigne des obstacles en travers, pas en
long de la voie,
ça ne s'applique pas au cas qu'évoque Megaten, si j'ai bien compris :
Son footway entier est coupé en deux dans le sens longitudinal,
pas seulement aux jonctions avec
Non non, mon chemin est scind en 2 morceaux uniquement pour viter le
trafic des voitures.
2 poteaux fixes en travers du chemin. On peut circuler librement de
chaque cot.
g.d a crit:
Chrmphf...
J'te comprends pour les "bollards",
mais "barrier=qquechose" dsigne desobstaclesen travers, pas
il me faut les adresses mail (celles utilisées pour s'enregistrer sur le
site des RMLL) pour les gens qui veulent un badge village associatif
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Ah,
donc bollard.
---
Le 18 juin 08 à 23:51, Megaten a écrit :
Non non, mon chemin est scindé en 2 morceaux uniquement pour éviter
le trafic des voitures.
2 poteaux fixes en travers du chemin. On peut circuler librement de
chaque coté.
g.d a écrit :
Chrmphf...
J'te comprends pour les
29 matches
Mail list logo
