Le 4 septembre 2013 01:06, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
- Un tel identifiant peut vite devenir très lourd. Avec ~ 400K transfos
HTA/BT EDF, ~5K postes HTB, plein de réservoirs d'eau de pipeline etc... ma
base va exploser non ?
Cet identifiant n'occupe pas
Le 4 septembre 2013 08:07, Ista Pouss ista...@gmail.com a écrit :
Le 4 septembre 2013 01:06, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
- Un tel identifiant peut vite devenir très lourd. Avec ~ 400K transfos
HTA/BT EDF, ~5K postes HTB, plein de réservoirs d'eau de
*François Lacombe*
francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
Le 4 septembre 2013 08:54, Philippe Verdy verd...@wanadoo.fr a écrit :
Le 4 septembre 2013 08:07, Ista Pouss ista...@gmail.com a écrit :
Le 4 septembre 2013 01:06, François Lacombe
Désolé pour le mail vide... la même et on recommence.
Le 4 septembre 2013 08:07, Ista Pouss ista...@gmail.com a écrit :
Le 4 septembre 2013 01:06, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
- Un tel identifiant peut vite devenir très lourd. Avec ~ 400K transfos
HTA/BT
Si ce sont des identifiants métier, quel intérêt y a-t-il a les mettre dans
OSM ? On peut faire l'inverse et reporter de la même façon l'identifiant
OSM dans la base métier. Dès lors qu'il y a correspondance, et d'autant
plus que la correspondance est complexe (par exemple M objets dans OSM
Le 4 septembre 2013 15:06, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Le 4 septembre 2013 13:41, Philippe Verdy verd...@wanadoo.fr a écrit :
Si ce sont des identifiants métier, quel intérêt y a-t-il a les mettre
dans OSM ? On peut faire l'inverse et reporter de la même
Le 4 septembre 2013 13:41, Philippe Verdy verd...@wanadoo.fr a écrit :
Si ce sont des identifiants métier, quel intérêt y a-t-il a les mettre
dans OSM ? On peut faire l'inverse et reporter de la même façon
l'identifiant OSM dans la base métier. Dès lors qu'il y a correspondance,
et d'autant
Bonjour,
J'interviens sur OSM en producteur de données depuis un certain temps
maintenant, j'aimerais commencer à les consommer.
Je souhaiterais synchroniser une base de données perso, qui n'a rien à
voir avec le formalisme OSM (elle reprend tout de même nœud, chemin,
relation), avec une partie
Le 3 septembre 2013 13:20, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Plusieurs problématiques lourdes se présentent encore à moi :
1. Dans le sens OSM = Infos-Réseaux.com
- A la différence d'OSM, ma base gère l'historisation du terrain. C'est
très difficile de savoir si
De ma toute petite expérience sur ce genre de question
Le 3 septembre 2013 13:20, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Plusieurs problématiques lourdes se présentent encore à moi :
1. Dans le sens OSM = Infos-Réseaux.com
- A la différence d'OSM, ma base gère
Bonjour,
Ma marotte... vous allez trouver que je tourne un peu en rond, mais jusqu'à
preuve du contraire, il ne sera pas possible de faire des synchronisations
bi-directionnelles entre deux référentiels.
Ceci posé, on peut préciser un peu. En fait, un référentiel le l'ai que sur
un périmètre
Attention que dans sa question, François Lacombe ne parle pas de
référentiel.
C'est vrai que j'ai un peu tiqué sur sa formulation de synchronisation de
base de données, mais il a mis synchroniser entre guillemets, donc j'ai
supposé qu'il savait pas exactement ce qu'il allait faire, donc j'ai
Merci pour vos réponse, il y a encore matière à se triturer les neurones :)
Le 3 septembre 2013 13:41, Christian Quest cqu...@openstreetmap.fr a
écrit :
L'overpass peut sortir autre chose que du XML si besoin (json par exemple).
L'avantage d'interroger une API c'est que tu accède toujours aux
13 matches
Mail list logo