Voir discussion en français / See English discussion below

  Paul Norman,sat. november 2012 6h37
  Subject :  Internal CanVec conflicts
> Is it the communities view that it is okay to import CanVec without
> reconciling the internal differences between the layers?

> My view is that importing data without resolving conflicts of this type
> where it conflicts with either existing data or internally is not an
> acceptable import and indicates the importer did not sufficiently review
> what they were uploading.


---------------------------------------------------------------------------------------------------

L'import de données est essentiel, si l'on veut couvrir toute la surface du 
Canada. Cependant, il est complexe d'importer des fichiers CanVec dans les 
zones où les données existent déjà. Autant les contributeurs inexpérimentés 
qu'expérimentés sont susceptibles de faire des erreurs. Le processus 
d'importation est souvent trop complexe et trop long à réaliser.


Les micro-tâches sont actuellement basées sur les zones géographiques ,chaque 
grille NTS étant subdivisée en plus petites zones. En subdivisant par couche 
thématique, je pense que cela permettrait de réduire la complexité des 
importations CanVec, de réduire les erreurs et d'encourager plus de gens à 
importer.  Si nécessaire en raison de la taille, certaines grilles pourraient 
aussi être subdivisée en zones plus petites.

Tout comme pour les fichiers Planet, les fichiers d'import OSM  pourraient être 
subsiviés par couches telles que routes, poi, landuse, forest, coastlines, 
limites administratives, autres ...). De cette façon, chaque tâche 
d'importation serait moins complexe à réaliser, plus facile à comparer avec ce 
qui existe déjà. En outre, la tâche serait réalisée plus rapidement.

Lorsque une couche telle que les forêts semble moins approprié pour une région 
donnée, il serait facile pour le contributeur d'ignorer cette couche. Aussi, 
les limites administratives et les côtes devraient être réservés à des gens 
plus expérimentés. Les fichiers pourraient être regroupés dans un répertoire 
distinct et couvrir de plus grandes zones.

Je pense que nous avons besoin de plus que le fichier Google doc actuel pour 
assurer le suivi des imports.
L'outil linz2osm de Nouvelle-Zélande me semble trop complexe. Cependant, il 
peut nous donner  des idées sur la façon de développer un tel outil.

Voir linz2osm New Zealand project.
http://linz2osm.openstreetmap.org.nz/


voir discussion de Glen Barnes, Import list.
http://web.archiveorange.com/archive/v/2u2n5O1bELI3yg2ULjry

---------------------------------------------------------------------------------------------------
Data import is essential to cover all of Canada, But it is complex to import 
Canvec files in areas were data already exist. Both unexperienced and 
experienced people may make errors.  Import process is often too complex and 
too long to realize. 


Micro-tasking presently consist of dividing a a NTS grid area in smaller zones. 
If this micro-tasking was based on layers, I think that this would reduce the 
complexity of Canvec imports, reduce errors and encourage more people to 
import. But if necessary because of size, some NTS grids could be subdivided by 
smaller zones.

The OSM import files would be divided by layers like it is done for planet 
files. There could be layers such as roads, poi, landuse, water, forest, 
coastlines, administrative boundaries, other...). This way, the individual 
import tasks would be less complex to realize, easier to compare with what 
already exist. Also, the task would be realized more rapidly.

When certain type of data such as forests seems less appropriate for a specific 
area, it would be easy for the mapper to skip this layer. Also, the 
administrative boundaries and coastlines should be reserved to more experienced 
people. They could be grouped in a distinct directory and cover larger zones.

I think that we need more than the Google doc to monitor the mapping.

The New Zealand linz2osm tool seems too complex to me. But it can give us some 
clue about how to develop such a tool.
See linz2osm New Zealand project.
http://linz2osm.openstreetmap.org.nz/


See Glen Barnes discussion on Import list.
http://web.archiveorange.com/archive/v/2u2n5O1bELI3yg2ULjry

 
Pierre 
_______________________________________________
Talk-ca mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-ca

Reply via email to