Salut à tous,
J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql.
Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion.
TCO : http://www.openstreetmap.org/browse/relation/2364728
CINOR : http://www.openstreetmap.org/browse/relation/2364330
CIREST :
Le mardi 28 août 2012 à 09:41 +0200, Arnaud Vandecasteele a écrit :
Salut à tous,
J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql.
Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La
Réunion.
TCO : http://www.openstreetmap.org/browse/relation/2364728
Bonjour,
De : Arnaud Vandecasteele
J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql.
Cela concerne les EPCI que j'ai récemment créé pour l'Ile de La Réunion.
TCO : http://www.openstreetmap.org/browse/relation/2364728
CINOR :
Il n'est pas magique cet outil mais exceptionnel :)
Je corrige immédiatement.
Merci pour le lien et les réponses.
Arnaud
2012/8/28 Vincent de Chateau-Thierry v...@laposte.net
Bonjour,
De : Arnaud Vandecasteele
J'ai un comportement bizarre sur l'import de relations dans Osm2pgsql.
mon anglais est tres mauvais :( , c'est ce qui est proposé par
overpass ?
http://lists.openstreetmap.org/pipermail/dev/2012-August/025487.html
___
dev-fr mailing list
dev-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev-fr
Le mardi 28 août 2012 à 09:55 +0200, Arnaud Vandecasteele a écrit :
Il n'est pas magique cet outil mais exceptionnel :)
effectivement!
sinon
http://osm3.crans.org/osmbin/analyse-relation?2364473 te permet d'avoir
la meme chose mais sans le rendu graphique
Je corrige immédiatement.
Merci
SUPER !
Y'a plus qu'à tester leur utilisation et vérifier leur contenu mais ça
semble assez complet pour éviter de faire des requêtes inutiles dans
la base juste pour la mettre à jour.
Le diff contenant toute la hiérarchie des objets impactés, il est
suffisant pour recalculer les géométries.
osmose, osmoe, osmose !
A mon avis le problème c'est la multiplication des outils de contrôle
de qualité. Il y en a un peu partout, il faudrait proposer une API
pour centraliser toutes ces erreurs sur une seule interface.
Osmose est bien adapté à ça vu son fonctionnement backends multiples /
+1 pour la multiplication des outils de contrôle.
Comme tu le suggères, une API serait la bienvenue.
Cela permettrait également une fonctionnement plus modulaire.
Osmose serait (ou pas) l'interface principale sur laquelle on pourrait
pluger des analyseurs.
A.
2012/8/28 Christian Quest
2012/8/28 Christian Quest cqu...@openstreetmap.fr:
Le diff contenant toute la hiérarchie des objets impactés, il est
suffisant pour recalculer les géométries.
Pas tout. Manque les membres de relations. Ca ferait trop sinon (lire
la suite du fil de discussion).
Pieren
Oui, tout à fait et c'est suffisant je pense pour donner déjà un gros
coup de boost.
Le choix de recalculer les géométries des relations est, je pense,
moins systématique que celles des ways.
Le 28 août 2012 11:52, Pieren pier...@gmail.com a écrit :
2012/8/28 Christian Quest
On mardi 28 août 2012, Christian Quest wrote:
SUPER !
c'est en effet une super nouvelle, ça ouvre la voie à des mises à jour plus
rapides, des mises à jour de zones réduites.
Y'a plus qu'à tester leur utilisation
Pour ça, il va falloir coder un peu pour que les outils habituels en profitent
Hi all,
When I clone various projects from github (e.g. mod_tile) I get weird
cascading branches
From https://github.com/openstreetmap/mod_tile
* [new branch] git-svn- upstream/git-svn
96e542f..1739c6b master - upstream/master
* [new branch] mirror/git-svn -
On 08/28/2012 10:39 AM, Andy Allan wrote:
Hi all,
When I clone various projects from github (e.g. mod_tile) I get weird
cascading branches
From https://github.com/openstreetmap/mod_tile
* [new branch] git-svn- upstream/git-svn
96e542f..1739c6b master - upstream/master
*
BRAVO !
I started a talk on the same idea on the french osm-dev-fr list.
About relations, the need to reconstruct their geometry is depending
on their final use where ways geometry are mostly needed and I feel
they are more resource hungry.
A few questions...
When the change on a node or way
On Mon, Aug 27, 2012 at 2:14 PM, Roland Olbricht roland.olbri...@gmx.de wrote:
The details are documented in the wiki
http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs
The docs you list are a bit confusing, so I went to the XML itself,
and that has some issues, mainly
A few questions...
When the change on a node or way is just a tag change and does not
involve geometry change, are the diff still providing all linked
nodes/ways ?
Yes, they do.
Thank you for pointing this out.
I think it would be resonable to not include a way when the only change is a
The docs you list are a bit confusing, so I went to the XML itself,
and that has some issues, mainly name/document related.
1. The osm tag name is already used for a format, so I suggest not using
it.
Similarly osmChange or osc files are already maybe you should call
this something else?
The idea behind my questions is to differentiate as much as possible
tag edits and geometry edits.
The idea is that updating tags in a database is a straightforward job
compared to updating geometries that usually needs much more
resources.
Any improvement in the database update process that can
Toby,
I thank you for your prompt reply. It seems I must consciously open this
folder and clear the items from time to time. Those I had accumulated totalled
169Mb.
Bob
___
josm-dev mailing list
josm-dev@openstreetmap.org
On 08/27/2012 03:04 PM, Bob Hawkins wrote:
I use Microsoft Windows on my PC. I discovered a folder this morning
in my Local SettingsTemp folder titled JMapViewerTiles_Bob in which
there were a further six folders: Bing Aerial Maps, ITO OSL, Mapnik,
OOC OS 1_25K, OpenStreetMap and OS OpenData
Should we also introduce a maximum cache size ? Or consider the maximum age
is enough ?
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
Hi,
The today's latest displays 5461 as version number instead of 5481, how can
that be ?
Concerning the tested, I did not achieve to update i18n yesterday evening
before the nightly compilation starts.
However I think I have fixed all translations errors (some double quotes
were missing in ca,
On Mon, Aug 27, 2012 at 4:31 PM, Toby Murray toby.mur...@gmail.com wrote:
You can clear the cache by right
clicking in the map and using the Flush tile cache option in the
context menu.
If I might suggest an improvement, the command should be available in
the layer context menu as well (I
On 08/28/2012 11:37 AM, Vincent Privat wrote:
Should we also introduce a maximum cache size ? Or consider the maximum age
is enough ?
Sure, as long as it is configurable in the preferences. The default
value shouldn't be too low in my opinion.
Paul
PS: Good luck with i18n update. If you
On Tue, Aug 28, 2012 at 4:57 AM, Pieren pier...@gmail.com wrote:
On Mon, Aug 27, 2012 at 4:31 PM, Toby Murray toby.mur...@gmail.com wrote:
You can clear the cache by right
clicking in the map and using the Flush tile cache option in the
context menu.
If I might suggest an improvement, the
Looks like my corporate proxy messed up with the .jar download today, I
checked it again tonight and it's correct :)
I have finally updated the i18n, both for core and plugins. I hope it
doesn't break everything !
If all goes well today's latest (r5482) will be our new tested version.
Vincent
27 matches
Mail list logo
