D'accord. Attendons que Daniel ait fini de peaufiner le pré-traitement.
Ensuite, nous pouvons voir comment nous pouvons réaliser cela en open
source. Je connais pas mal de R et de plus en plus de PostGIS. Bien sûr,
tout le monde sera le bienvenu.
Tim
On 2019-03-27 16:13, Begin Daniel wrote:
Tim pose une question réaliste...
Qu’est-ce qui se passe si un jour OSM ne m’intéresse plus ?
J’utilise FME parce que le développement se fait de façon 100 fois plus
rapide pour tester des idées (je n’aime pas la programmation standard -
je fais trop d’erreurs d’inattention dans les détails ;-)
Alors, une fois que le processus sera mis au point sur FME, ça me fera
plaisir d’en décomposer chaque étape avec vous et de rendre le tout
public. On pourra faire ça hors liste :-)
Daniel
-----Original Message-----
From: Tim Elrick [mailto:o...@elrick.de]
Sent: Wednesday, March 27, 2019 10:33
To: Pierre Béland; talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Building Import
Bonjour Pierre, Daniel, John et tous,
Je ne doute pas de l'expertise de Daniel. Il n'y a rien de mal à
utiliser des outils propriétaires lors de l'utilisation des données OSM.
Cependant, lors de la création des données OSM, nous devons viser le
processus le plus transparent possible (comme indiqué sur la question de
l'importation si souvent sur cette liste). D'après ce que j'ai vu,
l'outil et la chaîne de processus de Daniel fonctionnent très bien. Et
je suis heureux qu'il contribue son temps et ses idées sur l'importation
de bâtiments. Mais si Daniel n'est plus là ? Ou nous voulons importer ou
même nettoyer des données existantes qui ne l'intéressent pas ? Je me
souviens juste du sort des beaux outils d'histoire de l'OSM de Peter
(MazderMind) [1] créés il y a quelques années, mais qu'il ne pouvait
plus maintenir pour des raisons inconnues de moi. Dans son cas, ce n'est
pas mal car tout est documenté sur github.
Donc, je pense que ce serait bien si nous pouvions traduire les
algorithmes que Daniel utilise (avec les documents dans le wiki) en un
outil open source. Cela ne veut pas dire que Daniel doit arrêter ce
qu'il fait.
Daniel, ce serait bien si toi et moi (et Pierre?) pouvions faire un
exposé sur la façon d'y arriver - hors liste car je pense que le grain
de sable n'est pas d'intérêt pour la liste - bien sûr, nous le
documenterons plus tard dans le wiki.
Qu'est-ce que vous en pensez ?
Tim
[1]
https://wiki.openstreetmap.org/wiki/User:MaZderMind/Reading_OSM_History_dumps
On 2019-03-26 23:08, Pierre Béland wrote:
Cette discussion sur gis.stackexchange donne le lien vers OpenCarto sur
Sourceforge et vers un document décrivant la méthode.
https://gis.stackexchange.com/questions/25263/is-there-any-open-source-building-squaring-tool
Avec les fonctions PostGIS, à voir comment ST_ShortestLine ou fonction
similaire permettrait de réviser les coordonnées de chaque point du
polygone.
http://postgis.net/docs/ST_ShortestLine.html
Pierre
Le mardi 26 mars 2019 21 h 49 min 17 s HAE, Pierre Béland via Talk-ca
<talk-ca@openstreetmap.org> a écrit :
Bonjour Tim
Mon outil d'analyse Qualité dont les données sont publiées sur
OpenDataLabRDC est basé sur PostgreSQL-Postgis. Je suis à nettoyer /
documenter le code et prévoit le publier sur github. J'ai commencé à
regarder les outils possibles, mais peu de documentation disponible. On
parle par exemple de OpenCarto, mais l'info n'est plus disponible. A
voir si possible à l'aide de Grass.
https://gis.stackexchange.com/questions/15612/is-it-possible-to-simplify-orthogonal-polygons-with-opencarto-java-library
Pierre
_______________________________________________
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
_______________________________________________
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
