Merci Christian pour le tuyau sur les area-query. J'ai essayé sans grand
succès : si j'en crois une discussion vue depuis, les area-query=* ne
fonctionnent pas parce que les boundary=local_authority (
https://lists.openstreetmap.org/pipermail/talk-fr/2013-January/053027.html)
ne sont pas reconnus p
Le 19 septembre 2013 11:01, Fionn Halleman <
fionn.halle...@valeurs-mobiles.fr> a écrit :
> Merci Christian pour le tuyau sur les area-query. J'ai essayé sans grand
> succès : si j'en crois une discussion vue depuis, les area-query=* ne
> fonctionnent pas parce que les boundary=local_authority (
>
Bonjour,
Une idée :
1. Utiliser la référence de la relation englobant l'intercommunalité
dans l'outil de génération de polygones simplifiés de Jocelyn :
http://osm102.openstreetmap.fr/~jocelyn/polygons/index.py
(l'url polygon.openstreetmap.fr ne fonctionne pas)
2. Faire une requê
Le service d’aide à l’intégration des données adresses OpenData est à
nouveau disponible. Malheureusement la base de données précédemment utilisé
sur feu osm7 n’était pas sauvegardé. On a donc perdu le statuts des
imports, heureusement il n’y en avait pas beaucoup (sauf sur une des
villes). Si beso
Les recherches area-query dans une relation ou à l'intérieur d'un polygone
ne marchent que pour les noeuds.
C'est une limitation de l'outil Overpass API
Le 19 septembre 2013 11:13, Frédéric Rodrigo a
écrit :
> Le 19 septembre 2013 11:01, Fionn Halleman <
> fionn.halle...@valeurs-mobiles.fr> a éc
Le 19 septembre 2013 11:19, Frédéric Rodrigo a
écrit :
> Le service d’aide à l’intégration des données adresses OpenData est à
> nouveau disponible.
>
> http://addr.openstreetmap.fr/
>
> Frédéric.
>
>
Super, merci !
Bruno
___
Talk-fr mailing list
Talk-
Le 19 septembre 2013 11:19, Frédéric Rodrigo a
écrit :
> Il y surement d’autres villes qui ont mise à disposition leur données
> adresses depuis. Si vous en connaissait vous pouvez le signaler.
>
Oui j'avais déjà signalé le Grand Nancy: http://opendata.grand-nancy.org
Merci pour l'ajout.
Roma
Le rendu carto a quelques problèmes de bloquage dans son javascript (avec
un comportement étrange du zoom, et une suraccélération de la souris).
Les tuiles ne se raffraichissent pas correctement, leur position ne
correspond pas au glissement du curseur. On dirait un paramètre incorrect
pour ajuster
Le 19 septembre 2013 11:49, Philippe Verdy a écrit :
> Le rendu carto a quelques problèmes de bloquage dans son javascript (avec
> un comportement étrange du zoom, et une suraccélération de la souris).
> Les tuiles ne se raffraichissent pas correctement, leur position ne
> correspond pas au gliss
Amis spatialistes et relationistes bonjour :-)
Le 19/09/2013 11:13, Frédéric Rodrigo a écrit :
Le 19 septembre 2013 11:01, Fionn Halleman
mailto:fionn.halle...@valeurs-mobiles.fr>> a écrit :
Est-ce quelque chose qu'il serait intéressant de modéliser (pour
d'autres personnes que pour moi
2013/9/19 Bruno Cortial :
> on verra si tu es aussi endurant au clavier que derrière une chopine.
et inversement
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
2013/9/19 Vincent de Château-Thierry :
> Ce constat reste encore valable pour quelques mois, tant qu'on n'aura
> pas terminé le tracé complet des limites de communes.
Si ça, ça ressemble pas à un appel à terminer les limites communales,
je me fais moine ^^
Pieren
__
Hello,
Me retrouvant à manger du mapcraft de la dordogne, je me retrouve avec
un paquet de communes dont les planches sont sans croisillons. J'ai
plusieurs fois rencontré le cas de ces planches sans repères, mais qui
étaient géoréférencées.
La version actuelle du plugin ne pouvant récupérer ce
> De : "Stéphane Péneau"
>
> Me retrouvant à manger du mapcraft de la dordogne, je me retrouve avec
> un paquet de communes dont les planches sont sans croisillons. J'ai
> plusieurs fois rencontré le cas de ces planches sans repères, mais qui
> étaient géoréférencées.
> La version actuelle du plug
> De : "Pieren"
>
> 2013/9/19 Vincent de Château-Thierry :
>
> > Ce constat reste encore valable pour quelques mois, tant qu'on n'aura
> > pas terminé le tracé complet des limites de communes.
>
>
> Si ça, ça ressemble pas à un appel à terminer les limites communales,
> je me fais moine ^^
ça s'e
osm2pgsql ne fiche de la hiérarchie logique qu'il peut y avoir entre les
différents objets OSM. Son objectif est de créer les géométries (point,
lignes, polygones) correspond aux objets OSM (noeuds, chemins, relations).
Bien sûr, si l'on ne définissait les limites administratives que par un
modèle
> De : "Christian Quest"
>
Bien sûr, si l'on ne définissait les limites administratives que par un modèle
surfacique, il faudrait revoir le fonctionnement d'osm2pgsql et de sûrement pas
mal
d'autres outils, mais je ne pense pas que quelqu'un propose un changement aussi
radical.
>
Le double mo
Il ne faut pas prendre "boundary" au pied de la lettre...
Avec 2 relations, on se retrouvera à devoir recopier les tags sur les deux
à moins que l'on pointe de l'un vers l'autre et on va avoir le choix de
pointer d'un sens vers l'autre ou l'inverse (donc le débat et le bazar qui
va avec).
En quoi
Le 19 septembre 2013 13:15, Pieren a écrit :
> 2013/9/19 Vincent de Château-Thierry :
>
> > Ce constat reste encore valable pour quelques mois, tant qu'on n'aura
> > pas terminé le tracé complet des limites de communes.
>
>
> Si ça, ça ressemble pas à un appel à terminer les limites communales,
>
2013/9/19 Christian Quest :
> J'aime aussi cet ajout de redondance qui permet de détecter les
> incohérences.
Non (snip) Il faut écouter les vieux routiers des bdd : la
redondance ne détecte pas les incohérences, elle les créer ! Encore
plus dans un projet comme OSM où chaque entité
Pus lisible deu modèles dans des relations séparées ? Pas du tout ! Et cela
complique tout en fait en ne sachant plus quelle relation utiliser, on va
dénormaliser ennore plus les attributs.
Regarde effectivement l'Espagne ou la Belgique et prétend que ce n'est pas
lisible ! Et pourtant cela demand
Vu sur le forum de la communauté française.
http://www.x-plane.fr/thread52179.html
Les données OpenStreetMap vont de nouveau être intégrées aux scènes du
simulateur de vol X-Plane. Avec une date butoir qui approche.
Les utilisateurs de la simulation ont donc tout intérêt à améliorer
l'existant, et
Mon avis est que les relations apportent un aspect plus sémantique à la
structure des données. De plus OSM est par essence en construction. Les
limites peuvent être ouvertes ou incomplètes. Les relations offrent donc un
autre point d'entré. Même si la redondance crée des problèmes, elle
consolide l
2013/9/19 Pieren :
Et si on va dans la consolidation, on peut aussi rétablir tous les
"is_in" qui ont été injustement supprimés. Et mettre des
"addr:country=France" sur toutes les adresses en France. Parce qu'il y
aura toujours quelqu'un qui trouvera ça plus pratique pour lui. Et
pis, ça consolide
Oui Christian tu as raison : entre les traversée jonction simple, les doubles,
les bifurcations droite, gauche, les voies uniques, les voies à sens unique,
les voies à double sens, etc. Tous ceci est hors de portée du contributeur
moyen (simplement parce que c’est indétectable sur une simple ort
Est-ce que cela peut se "résumer" à la bidouille d'un nouveau profil
rail.lua ?
https://github.com/DennisOSRM/Project-OSRM/tree/master/profiles
Ca a l'air d'être la conclusion de la discussion ici :
https://github.com/DennisOSRM/Project-OSRM/issues/90
Le 19 septembre 2013 16:56, HELFER Denis a
> De : "Christian Quest"
> Il ne faut pas prendre "boundary" au pied de la lettre...
Mouais... Ce serait pourtant rassurant de pouvoir considérer qu'un terme n'est
pas
choisi au hasard, non ?
>
Avec 2 relations, on se retrouvera à devoir recopier les tags sur les deux à
moins que
l'on pointe
En attendant le grand soir relationniste, j'ai fait ma liste de communes de
la CUB à la main. Ceci dit, j'ai besoin des autres communautés urbaines
aussi, et des autres niveaux d'EPCI plus tard...
Donc la discussion m'intéresse au-delà de mon petit problème bordelais : y
a-t-il un consensus sur le
2013/9/19 Frédéric Rodrigo :
> Même si la redondance crée des problèmes, elle
> consolide l'ensemble.
Et c'est les mêmes qui suppriment les "left/right:village" sur les
ways qui nous disent ça...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.or
Il y a des choses qu'il faudra sûrement traiter en plus qu'un simple
rail.lua
Les voies ferrées sont tracées mais les aiguillages sont rarement
renseignés, or lorsque 2 voies se croisent il n'y a pas forcément
d'aiguillage, ça peut être un simple croisement. Les trains ne peuvent pas
non plus fair
Bonjour à tous,
Je suis confronté à un problème pour l'heure insoluble. Je cherche à calculer
la distance d'itinéraires entre deux gares ferroviaires quelconques au niveau
européen. Pas de problème pour le routier, tout le monde sait faire. Pas de
problème non plus pour le temps de trajet ferro
Problème pour les datas de Rennes. Qui rapidement bloque l'outil avec des
tuiles qui ne se chargent plus du tout et le javascript qu part en boucle
interne, et va faire des requêtes n'importe où au serveur de tuiles pour
essayer de récupérer des tuiles partout sauf celles qu'on voudrait
afficher, e
Justement c''est le modèle purement géométrique qui a une quantité ENORME
de redondance en lui-même. beaucoup plus que le modèle ensembliste.
Et je suis en vieux routier des BDD, je sais aussi de quoi je parle. Et
ceux qui parlent de mettre le modèle ensembliste dans des relations
séparées à part
plutôt que de parler de notion "relationiste", moi je préfère parler de
notion "ensembliste".
- Certains sont trompés sur une fausse distinction entre modèle par
frontières et modèle par surface alors que c'est exactement la même chose
et fait avec les mêmes données de géométrie : des noeuds avec d
Le 19/09/2013 18:02, Philippe Verdy a écrit :
C'est à que tu te trompes complètement car tu ne comptes pas tout ! Tu
ne regarde QUE la relation de l'Yonne et pas les relations des communes.
et tu oublies aussi qu'entre les deux il y a les arrondissements.
Pour l'Yonne cela ajouterait SEULEMEN
La réponse simple à ta dernière question est « non » aussi surprenant que cela
puisse paraitre. En revanche, c'est un projet dont l'horizon n'est plus si
lointain. Ce n'est pas encore dit que cela sera de l'open data.
De : Fionn Halleman [mailto:fionn.halle...@valeurs-mobiles.fr]
Envoyé : jeudi
Plutôt que les "is_in:*=*" ou les "left/right:*=*" franchement on peut
consolider beaucoup plus facilement et avec énormément moins de données
avec le modèle ensembliste (ne vous fiez pas au nom donné "subarea" pour le
rôle, ce n'est pas du tout une notion surfacique à proprement parler car
cela ne
Le jeudi 19 septembre 2013 18:15:03, HELFER Denis a écrit :
La réponse simple à ta dernière question est « non » aussi surprenant
que cela puisse paraitre.
Ca, pour être surprenant, ça l'est
En revanche, c’est un projet dont l’horizon
n’est plus si lointain. Ce n’est pas encore dit que
Le 19 septembre 2013 17:42, V de Chateau-Thierry a écrit
:
>
> > De : "Christian Quest"
>
> > Il ne faut pas prendre "boundary" au pied de la lettre...
>
> Mouais... Ce serait pourtant rassurant de pouvoir considérer qu'un terme
> n'est pas
> choisi au hasard, non ?
>
> >
> Avec 2 relations, on s
Saint-Brieuc peut également être ajoutée:
http://geobretagne.fr/geonetwork/srv/fr/metadata.show?uuid=98f14f1e-34bc-4eb6-bdd3-de9c1e135978
Merci.
Romain
Le 19 septembre 2013 11:42, Romain MEHUT a écrit :
> Le 19 septembre 2013 11:19, Frédéric Rodrigo a
> écrit :
>
>
>> Il y surement d’autres v
Si le raisonnement est très "macro" (de l'interurbain à l'échelle
européenne), alors l'absence de turn_restrictions ne doit pas être un
énorme problème. Ceci est aussi vrai pour le réseau routier, mais il
faudrait voir pour le cas du rail.
Et s'il fallait vraiment tenir compte du fait que les trai
Le 19 septembre 2013 17:42, V de Chateau-Thierry a écrit
:
>
> > De : "Christian Quest"
>
> > Il ne faut pas prendre "boundary" au pied de la lettre...
>
> Mouais... Ce serait pourtant rassurant de pouvoir considérer qu'un terme
> n'est pas
> choisi au hasard, non ?
>
> >
> Avec 2 relations, on s
Super, merci vincent !
Stf
Le jeudi 19 septembre 2013 14:56:45, V de Chateau-Thierry a écrit :
De : "Stéphane Péneau"
Me retrouvant à manger du mapcraft de la dordogne, je me retrouve avec
un paquet de communes dont les planches sont sans croisillons. J'ai
plusieurs fois rencontré le cas de
Le 19 septembre 2013 18:24, Stéphane Péneau a
écrit :
> Le jeudi 19 septembre 2013 18:15:03, HELFER Denis a écrit :
>
> La réponse simple à ta dernière question est « non » aussi surprenant
>> que cela puisse paraitre.
>>
>
> Ca, pour être surprenant, ça l'est
>
>
Et pourtant, si vous savi
Le 19 septembre 2013 18:30, Vincent de Château-Thierry a
écrit :
> Pour toute la France et pour la totalité de sa structure adminsistrative
>
>> de niveau 2 à 8, il ne faudra pas plus de 4 membres (répartis parmi
>> les 4 relations existantes, soit effectivement 1 seul membre ajouté
>> en
Le 19/09/2013 18:48, Christian Quest a écrit :
Le 19 septembre 2013 18:24, Stéphane Péneau
mailto:stephane.pen...@wanadoo.fr>> a écrit :
Le jeudi 19 septembre 2013 18:15:03, HELFER Denis a écrit :
La réponse simple à ta dernière question est « non » aussi
surprenant
Bonjour,
Voici un courriel du Parc Amazonien de Guyane que je viens de recevoir.
Si quelqu'un d'aguerri avec les institutions veut répondre à ma place,
il n'y a pas de souci.
Sinon que suggérez-vous comme réponse ou comme question à leur poser.
Je pense qu'on peut leur suggérer le tag "source" po
Je prends contact.
Le 20 septembre 2013 01:16, Waxy a écrit :
> Bonjour,
>
> Voici un courriel du Parc Amazonien de Guyane que je viens de recevoir.
> Si quelqu'un d'aguerri avec les institutions veut répondre à ma place,
> il n'y a pas de souci.
> Sinon que suggérez-vous comme réponse ou comme
48 matches
Mail list logo
