Re: [Talk-ca] Canada Post offices

[David E. Nelson via Talk-ca]

I have highlighted in the spreadsheets which post offices are tagged with their correct postal codes.  Those postal codes are now in bold type.
- David E. Nelsonhttps://www.openstreetmap.org/user/DENelson83On Mar. 28, 2020 15:39, john whelan  wrote:It might be worthwhile highlighting those that do not have a postcode or are tagged name=Canada Post.Useful locally as I hadn't checked the ones I know of had been mapped nor that their details were correct.  I did note one address was wrong, the post office had moved from one side of the street to the other a year or so ago.Thanks JohnOn Sat, 28 Mar 2020 at 16:04, David E. Nelson via Talk-ca  wrote:I have started a project with the objective of adding as many post offices as can be found in Canada to OpenStreetMap.Canada Post's own database yields just over 6000 post offices within the country, and I have used the Overpass API to determine that just over 2000 of those, or only about one in every three such outlets, have already been added to OSM's database.I would like to enlist the help of mappers across Canada to add as many more of the missing post offices as they can find.  To that end, I have produced these spreadsheets detailing which post offices have already been added to OSM and which have not.Atlantic (A, B, C, E): Quebec (G, H, J):Ontario (K, L, M, N, P):Western and Northern (R, S, T, V, X, Y):Each spreadsheet has a "master list" of post offices, and each of those entries has been colour-coded according to their disposition:Green = Already added to OSM; node/way ID given, with dash before ID indicating a way, no dash indicating a nodeRed = Not yet added to OSMYellow = Location listed on waymarking.com (although I am not sure waymarking.com data is licence-compatible with OSM) Blue = Added to OSM, but since moved to a new location or simply needs to have its address re-verifiedLilac = Postal code needs to be corrected—the correct postal code is in the spreadsheet; postal codes for Canada Post facilities *always* end with a zeroViolet = A letter has been sent to that post office asking for its precise geographical locationEach spreadsheet also has a second sheet titled "extraneous data", detailing which post offices found in the OSM data have been determined to have closed; which OSM post office data is redundant and needs to be merged, i.e., if a single post office location has both a way and a disconnected node describing it, in which case the tags from the node should be moved to the way; and which locations have been erroneously tagged as post offices.  Only locations branded as Canada Post where postage stamps can be purchased should have the "amenity=post_office" tag, while outlets branded as "FedEx", "UPS", or any other private courier should instead be tagged as "office=logistics".I would also like to see a harmonized tagging schema for Canada Post outlets, consisting as follows:addr:housenumber (Use ground survey or local knowledge wherever and whenever possible)addr:postcode (Use from spreadsheets)addr:street (Use ground survey or local knowledge wherever and whenever possible)amenity=post_officebrand=Canada Postbrand:wikipedia=en:Canada Postbrand:wikidata=Q1032001name (Use from spreadsheets)operator (Either "Canada Post", for an outlet run directly by Canada Post, or for an independently-run franchise, the name of the business that the postal outlet can be found in)phone (Optional)I would prefer that no two or more post office locations share a postal code.  If this is not the case, only the outlet listed in the above spreadsheets should get tagged with "addr:postcode", while the others not use the "addr:postcode" tag at all.  As well, no two post office locations within the same province or territory should be permitted to have identical name values, and I have made sure of that in the spreadsheets.- David E. Nelsonhttps://www.openstreetmap.org/user/DENelson83___
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

Re: [Talk-ca] Canada Post offices

[john whelan]

It might be worthwhile highlighting those that do not have a postcode or
are tagged name=Canada Post.

Useful locally as I hadn't checked the ones I know of had been mapped nor
that their details were correct.  I did note one address was wrong, the
post office had moved from one side of the street to the other a year or so
ago.

Thanks John

On Sat, 28 Mar 2020 at 16:04, David E. Nelson via Talk-ca <
talk-ca@openstreetmap.org> wrote:

> I have started a project with the objective of adding as many post offices
> as can be found in Canada to OpenStreetMap.
>
> Canada Post's own database yields just over 6000 post offices within the
> country, and I have used the Overpass API to determine that just over 2000
> of those, or only about one in every three such outlets, have already been
> added to OSM's database.
>
> I would like to enlist the help of mappers across Canada to add as many
> more of the missing post offices as they can find.  To that end, I have
> produced these spreadsheets detailing which post offices have already been
> added to OSM and which have not.
>
> Atlantic (A, B, C, E): <
> https://docs.google.com/spreadsheets/d/13O2oY4te6EvOPSqpaCOtWbUZ2UkO-ahq9CeODruvcDA/
> >
>
> Quebec (G, H, J):
> <
> https://docs.google.com/spreadsheets/d/1IOrbwQsEgSM8PvzWzBDHNPvM0d3HsiW_XLXYnK7utm8/
> >
>
> Ontario (K, L, M, N, P):
> <
> https://docs.google.com/spreadsheets/d/1k_mOmiL15L6ObCeJJ8DntVBXb21JSZwOsJTbfb1FOI0/
> >
>
> Western and Northern (R, S, T, V, X, Y):
> <
> https://docs.google.com/spreadsheets/d/1lcOL5ISS9aML6oaUOcgyngw4bio_gRmbxzLn-4GCjXQ/
> >
>
> Each spreadsheet has a "master list" of post offices, and each of those
> entries has been colour-coded according to their disposition:
>
> Green = Already added to OSM; node/way ID given, with dash before ID
> indicating a way, no dash indicating a node
> Red = Not yet added to OSM
> Yellow = Location listed on waymarking.com (although I am not sure
> waymarking.com data is licence-compatible with OSM) <
> https://www.waymarking.com/cat/details.aspx?f=1=610386da-84d0-4983-bdf1-7eb34a03e64b
> >
> Blue = Added to OSM, but since moved to a new location or simply needs to
> have its address re-verified
> Lilac = Postal code needs to be corrected—the correct postal code is in
> the spreadsheet; postal codes for Canada Post facilities *always* end with
> a zero
> Violet = A letter has been sent to that post office asking for its precise
> geographical location
>
> Each spreadsheet also has a second sheet titled "extraneous data",
> detailing which post offices found in the OSM data have been determined to
> have closed; which OSM post office data is redundant and needs to be
> merged, i.e., if a single post office location has both a way and a
> disconnected node describing it, in which case the tags from the node
> should be moved to the way; and which locations have been erroneously
> tagged as post offices.  Only locations branded as Canada Post where
> postage stamps can be purchased should have the "amenity=post_office" tag,
> while outlets branded as "FedEx", "UPS", or any other private courier
> should instead be tagged as "office=logistics".
>
> I would also like to see a harmonized tagging schema for Canada Post
> outlets, consisting as follows:
>
> addr:housenumber (Use ground survey or local knowledge wherever and
> whenever possible)
> addr:postcode (Use from spreadsheets)
> addr:street (Use ground survey or local knowledge wherever and whenever
> possible)
> amenity=post_office
> brand=Canada Post
> brand:wikipedia=en:Canada Post
> brand:wikidata=Q1032001
> name (Use from spreadsheets)
> operator (Either "Canada Post", for an outlet run directly by Canada Post,
> or for an independently-run franchise, the name of the business that the
> postal outlet can be found in)
> phone (Optional)
>
> I would prefer that no two or more post office locations share a postal
> code.  If this is not the case, only the outlet listed in the above
> spreadsheets should get tagged with "addr:postcode", while the others not
> use the "addr:postcode" tag at all.  As well, no two post office locations
> within the same province or territory should be permitted to have identical
> name values, and I have made sure of that in the spreadsheets.
>
> - David E. Nelson
> https://www.openstreetmap.org/user/DENelson83
> ___
> 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

Re: [Talk-ca] Iles de Boucherville

[Martin Chalifoux via Talk-ca]

Merci pierre. 

Martin868


> On Mar 28, 2020, at 18:00, Pierre Béland via Talk-ca 
>  wrote:
> 
> 
> Au départ la relation 4641113 allait du Lac Ontario à Cornwall et contenait 
> quelque 450 membres.
> 
> J'ai pu consulter l'historique de la relation avec JOSM. En août 2019, YanikB 
> a ajouté les sections jusqu'à l'Île d'Anticosti, ce qui a considérablement 
> augmenté le nombre de membres, complexifié la relation et dupliquait avec 
> diverses sections existantes : Lac Saint-Louis, Lac Saint-Pierre, et les 3 
> sections de l'Estuaire à partir de Trois-Rivières.
>  
> Je vais donc poursuivre le découpage en conservant les sections qui 
> existaient avant août 2019.
> 
> Pierre 
> 
> 
> Le samedi 28 mars 2020 12 h 24 min 03 s UTC−4, Pierre Béland via Talk-ca 
>  a écrit :
> 
> 
> Simplification étape 1, j'ai réduit nombre de membres dans la relation 
> 4641113 de quelques 2200 à 1121 membres en excluant les contours déja dans 
> les relations 2426031, 2427871, 4555382.
> 
> De fait, en plus du style Cycleosm, il y a aussi des problèmes de rendu de 
> l'Archipel de Boucherville avec les styles transport et humanitaire. A voir 
> lors de la mise a jour des styles si la réduction de la taille de la relation 
> aura pour effet de corriger.
>  
> Pierre 
> 
> 
> Le vendredi 27 mars 2020 17 h 32 min 58 s UTC−4, Pierre Béland 
>  a écrit :
> 
> 
> 
> Après revérification, je constate que la Relation  4641113 est oui trop 
> complexe.Je prévois la scinder et attends vos réactions. Voici mon analyse.
> 
> J'ai vérifié la Relation  4641113 à l'aide de JOSM.  Les rôles outer sont ok 
> avec boucle fermée. Les rôles inner sont aussi ok.  Les quelques 20 chemins 
> faisant les contours des îles et marais dans l'archipel des 
> Îles-de-Boucherville sont dans la relation.
> 
> Cette relation comprend  2200 membres allant du Lac Ontario jusqu'à l'Île 
> d'Anticosti pour décrire les contours (rôles outer) et les îles (rôles 
> inner).  Le Lac Saint-Pierre est absent et les relations pour les 3 segments 
> de l'Estuaire du Fleuve après le lac Saint-Pierre font duplication
> Relations 
> 
> - Lac Saint-Pierre (1797099) 
> - Fleuve Saint-Laurent, Estuaire fluvial (2426031)
> - Fleuve Saint-Laurent, Estuaire moyen (2427871) 
> - Fleuve Saint-Laurent, Estuaire maritime (4555382)
> 
> 
> Je vais aussi scinder à Beauharnois, un endroit étroit plus facile pour 
> scinder.
> 
> De cette façon, il sera beaucoup plus facile de maintenir ces relations et 
> les Styles OSM auront moins de problème à rendre ces relations de contour. 
> 
>  
> Pierre 
> 
> 
> Le vendredi 27 mars 2020 13 h 13 min 48 s UTC−4, Pierre Boucher 
>  a écrit :
> 
> 
> Il est aussi problématique sur les cartes produites par Free worldwide Garmin 
> maps from OpenStreetMap.:-\
> 
> Le 2020-03-27 à 12:38, Martin Chalifoux a écrit :
> 
> En passant j’utilise mkgmap pour produire une map pour les Garmin Edge. Je 
> viens de voir que ce rendu est aussi problématique. Il y a donc quelque chose 
> de tricky avec ces iles. Je vais regarder encore plus tard.
> 
>> On Mar 27, 2020, at 12:36, Martin Chalifoux  
>> wrote:
>> 
> 
> Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais 
> j’y vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on 
> la bousille c’est une sapré bataille de la remettre en ordre. 
> 
>> On Mar 27, 2020, at 12:33, Pierre Béland  wrote:
>> 
>> Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de 
>> mon côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me 
>> suis assuré que les Îles soient visibles avec style principal du site osm.  
>> Et effectivement le tout est encore ok.
>> 
>> A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
>> zone au cours de la dernière année. 
>> 
>> Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
>> et décrire le problème
>> 
>> https://github.com/cyclosm/cyclosm-cartocss-style/issues
>> 
>> Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
>> avec waterway = canal
>> Chemin : Sentier Nautique balisé (578081572) 
>> 
>>  
>> Pierre 
>> 
>> 
>> Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
>> Talk-ca  a écrit :
>> 
>> 
>> Il y avait ce bug de rendu sur openstreetmap.org il y a quelques mois. Je 
>> l’ai réglé il y a un petit bout de temps et ce rendu est maintenant correct. 
>> Quelqu’un avait bousillé des relations. A quelle fréquence www.cyclosm.org 
>> met a jour son rendu ? Se pourrait-il que ce site rende encore une vieille 
>> copie des données OSM ? Comme openstreetmap.org n’a pas ce problème de rendu 
>> présentement ceci me semble davantage un problème avec le rendering engine 
>> de cyclosm.org que les données OSM comme tel.
>> 
>> Martin.
>> 
>> 
>>> On Mar 27, 2020, at 11:55, Pierre Boucher  wrote:
>>> 
>> 
>> Quelqu'un peut-il régler ce problème d'affichage qui existe depuis longtemps?
>> J'en suis incapable.
>> 
>> 

Re: [Talk-ca] Iles de Boucherville

[Pierre Béland via Talk-ca]

Au départ la relation 4641113 allait du Lac Ontario à Cornwall et contenait 
quelque 450 membres.

J'ai pu consulter l'historique de la relation avec JOSM. En août 2019, YanikB a 
ajouté les sections jusqu'à l'Île d'Anticosti, ce qui a considérablement 
augmenté le nombre de membres, complexifié la relation et dupliquait avec 
diverses sections existantes : Lac Saint-Louis, Lac Saint-Pierre, et les 3 
sections de l'Estuaire à partir de Trois-Rivières.
 Je vais donc poursuivre le découpage en conservant les sections qui existaient 
avant août 2019.
Pierre 
 

Le samedi 28 mars 2020 12 h 24 min 03 s UTC−4, Pierre Béland via Talk-ca 
 a écrit :  
 
 Simplification étape 1, j'ai réduit nombre de membres dans la relation 4641113 
de quelques 2200 à 1121 membres en excluant les contours déja dans les 
relations 2426031, 2427871, 4555382.

De fait, en plus du style Cycleosm, il y a aussi des problèmes de rendu de 
l'Archipel de Boucherville avec les styles transport et humanitaire. A voir 
lors de la mise a jour des styles si la réduction de la taille de la relation 
aura pour effet de corriger.
 
Pierre 
 

Le vendredi 27 mars 2020 17 h 32 min 58 s UTC−4, Pierre Béland 
 a écrit :  
 
 
Après revérification, je constate que la Relation  4641113 est oui trop 
complexe.Je prévois la scinder et attends vos réactions. Voici mon analyse.

J'ai vérifié la Relation  4641113 à l'aide de JOSM.  Les rôles outer sont ok 
avec boucle fermée. Les rôles inner sont aussi ok.  Les quelques 20 chemins 
faisant les contours des îles et marais dans l'archipel des 
Îles-de-Boucherville sont dans la relation.
Cette relation comprend  2200 membres allant du Lac Ontario jusqu'à l'Île 
d'Anticosti pour décrire les contours (rôles outer) et les îles (rôles inner).  
Le Lac Saint-Pierre est absent et les relations pour les 3 segments de 
l'Estuaire du Fleuve après le lac Saint-Pierre font duplicationRelations 

- Lac Saint-Pierre (1797099) 
- Fleuve Saint-Laurent, Estuaire fluvial (2426031)
- Fleuve Saint-Laurent, Estuaire moyen (2427871) 
- Fleuve Saint-Laurent, Estuaire maritime (4555382) 

Je vais aussi scinder à Beauharnois, un endroit étroit plus facile pour scinder.

De cette façon, il sera beaucoup plus facile de maintenir ces relations et les 
Styles OSM auront moins de problème à rendre ces relations de contour. 

 
Pierre 
 

Le vendredi 27 mars 2020 13 h 13 min 48 s UTC−4, Pierre Boucher 
 a écrit :  
 
  Il est aussi problématique sur les cartes produites par Free worldwide Garmin 
maps from OpenStreetMap.:-\
 
 Le 2020-03-27 à 12:38, Martin Chalifoux a écrit :
  
 
 En passant j’utilise mkgmap pour produire une map pour les Garmin Edge. Je 
viens de voir que ce rendu est aussi problématique. Il y a donc quelque chose 
de tricky avec ces iles. Je vais regarder encore plus tard.
 
 
 On Mar 27, 2020, at 12:36, Martin Chalifoux  
wrote: 
  
Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais j’y 
vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on la 
bousille c’est une sapré bataille de la remettre en ordre. 
 
 
 On Mar 27, 2020, at 12:33, Pierre Béland  wrote: 
 Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de 
mon côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me 
suis assuré que les Îles soient visibles avec style principal du site osm.  Et 
effectivement le tout est encore ok.
 
  A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
zone au cours de la dernière année. 
  
  Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
et décrire le problème
  
  https://github.com/cyclosm/cyclosm-cartocss-style/issues 
  Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
avec waterway = canal Chemin : Sentier Nautique balisé (578081572) 
  
    
 Pierre 
   
  
  Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
Talk-ca  a écrit :  
  
Il y avait ce bug de rendu sur openstreetmap.org il y a quelques mois. Je 
l’ai réglé il y a un petit bout de temps et ce rendu est maintenant correct. 
Quelqu’un avait bousillé des relations. A quelle fréquence www.cyclosm.org met 
a jour son rendu ? Se pourrait-il que ce site rende encore une vieille copie 
des données OSM ? Comme openstreetmap.org n’a pas ce problème de rendu 
présentement ceci me semble davantage un problème avec le rendering engine de 
cyclosm.org que les données OSM comme tel. 
  Martin.  
 
 
 On Mar 27, 2020, at 11:55, Pierre Boucher  wrote: 
   
Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?
 J'en suis incapable.
 
 https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
 Boff II
 Pierre Boucher ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca
 
___
 Talk-ca mailing list
 

[Talk-ca] Canada Post offices

[David E. Nelson via Talk-ca]

I have started a project with the objective of adding as many post offices as can be found in Canada to OpenStreetMap.Canada Post's own database yields just over 6000 post offices within the country, and I have used the Overpass API to determine that just over 2000 of those, or only about one in every three such outlets, have already been added to OSM's database.I would like to enlist the help of mappers across Canada to add as many more of the missing post offices as they can find.  To that end, I have produced these spreadsheets detailing which post offices have already been added to OSM and which have not.Atlantic (A, B, C, E): Quebec (G, H, J):Ontario (K, L, M, N, P):Western and Northern (R, S, T, V, X, Y):Each spreadsheet has a "master list" of post offices, and each of those entries has been colour-coded according to their disposition:Green = Already added to OSM; node/way ID given, with dash before ID indicating a way, no dash indicating a nodeRed = Not yet added to OSMYellow = Location listed on waymarking.com (although I am not sure waymarking.com data is licence-compatible with OSM) Blue = Added to OSM, but since moved to a new location or simply needs to have its address re-verifiedLilac = Postal code needs to be corrected—the correct postal code is in the spreadsheet; postal codes for Canada Post facilities *always* end with a zeroViolet = A letter has been sent to that post office asking for its precise geographical locationEach spreadsheet also has a second sheet titled "extraneous data", detailing which post offices found in the OSM data have been determined to have closed; which OSM post office data is redundant and needs to be merged, i.e., if a single post office location has both a way and a disconnected node describing it, in which case the tags from the node should be moved to the way; and which locations have been erroneously tagged as post offices.  Only locations branded as Canada Post where postage stamps can be purchased should have the "amenity=post_office" tag, while outlets branded as "FedEx", "UPS", or any other private courier should instead be tagged as "office=logistics".I would also like to see a harmonized tagging schema for Canada Post outlets, consisting as follows:addr:housenumber (Use ground survey or local knowledge wherever and whenever possible)addr:postcode (Use from spreadsheets)addr:street (Use ground survey or local knowledge wherever and whenever possible)amenity=post_officebrand=Canada Postbrand:wikipedia=en:Canada Postbrand:wikidata=Q1032001name (Use from spreadsheets)operator (Either "Canada Post", for an outlet run directly by Canada Post, or for an independently-run franchise, the name of the business that the postal outlet can be found in)phone (Optional)I would prefer that no two or more post office locations share a postal code.  If this is not the case, only the outlet listed in the above spreadsheets should get tagged with "addr:postcode", while the others not use the "addr:postcode" tag at all.  As well, no two post office locations within the same province or territory should be permitted to have identical name values, and I have made sure of that in the spreadsheets.- David E. Nelsonhttps://www.openstreetmap.org/user/DENelson83___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Iles de Boucherville

[Pierre Béland via Talk-ca]

Simplification étape 1, j'ai réduit nombre de membres dans la relation 4641113 
de quelques 2200 à 1121 membres en excluant les contours déja dans les 
relations 2426031, 2427871, 4555382.

De fait, en plus du style Cycleosm, il y a aussi des problèmes de rendu de 
l'Archipel de Boucherville avec les styles transport et humanitaire. A voir 
lors de la mise a jour des styles si la réduction de la taille de la relation 
aura pour effet de corriger.
 
Pierre 
 

Le vendredi 27 mars 2020 17 h 32 min 58 s UTC−4, Pierre Béland 
 a écrit :  
 
 
Après revérification, je constate que la Relation  4641113 est oui trop 
complexe.Je prévois la scinder et attends vos réactions. Voici mon analyse.

J'ai vérifié la Relation  4641113 à l'aide de JOSM.  Les rôles outer sont ok 
avec boucle fermée. Les rôles inner sont aussi ok.  Les quelques 20 chemins 
faisant les contours des îles et marais dans l'archipel des 
Îles-de-Boucherville sont dans la relation.
Cette relation comprend  2200 membres allant du Lac Ontario jusqu'à l'Île 
d'Anticosti pour décrire les contours (rôles outer) et les îles (rôles inner).  
Le Lac Saint-Pierre est absent et les relations pour les 3 segments de 
l'Estuaire du Fleuve après le lac Saint-Pierre font duplicationRelations 

- Lac Saint-Pierre (1797099) 
- Fleuve Saint-Laurent, Estuaire fluvial (2426031)
- Fleuve Saint-Laurent, Estuaire moyen (2427871) 
- Fleuve Saint-Laurent, Estuaire maritime (4555382) 

Je vais aussi scinder à Beauharnois, un endroit étroit plus facile pour scinder.

De cette façon, il sera beaucoup plus facile de maintenir ces relations et les 
Styles OSM auront moins de problème à rendre ces relations de contour. 

 
Pierre 
 

Le vendredi 27 mars 2020 13 h 13 min 48 s UTC−4, Pierre Boucher 
 a écrit :  
 
  Il est aussi problématique sur les cartes produites par Free worldwide Garmin 
maps from OpenStreetMap.:-\
 
 Le 2020-03-27 à 12:38, Martin Chalifoux a écrit :
  
 
 En passant j’utilise mkgmap pour produire une map pour les Garmin Edge. Je 
viens de voir que ce rendu est aussi problématique. Il y a donc quelque chose 
de tricky avec ces iles. Je vais regarder encore plus tard.
 
 
 On Mar 27, 2020, at 12:36, Martin Chalifoux  
wrote: 
  
Je viens d’ajouter quelques element a la relation du fleuve st-laurent mais j’y 
vais avec beaucoup de précautions. Cette relation est énorme et lorsqu’on la 
bousille c’est une sapré bataille de la remettre en ordre. 
 
 
 On Mar 27, 2020, at 12:33, Pierre Béland  wrote: 
 Martin a révisé il y a un an Chemin : Île de la Commune (40579175)  Et de 
mon côté j'ai révisé il y a 4 mois, Chemin : Île à Pinard (232592375) et me 
suis assuré que les Îles soient visibles avec style principal du site osm.  Et 
effectivement le tout est encore ok.
 
  A voir effectivement si le style Cyclo  a été mis a jour depuis pour cette 
zone au cours de la dernière année. 
  
  Pierre, tu peux ouvrir un ticket sur le site Github de cycloosm-carto-style 
et décrire le problème
  
  https://github.com/cyclosm/cyclosm-cartocss-style/issues 
  Par ailleurs, un contributeur a ajouté un tracé nautique circulaire bizarre 
avec waterway = canal Chemin : Sentier Nautique balisé (578081572) 
  
    
 Pierre 
   
  
  Le vendredi 27 mars 2020 12 h 03 min 45 s UTC−4, Martin Chalifoux via 
Talk-ca  a écrit :  
  
Il y avait ce bug de rendu sur openstreetmap.org il y a quelques mois. Je 
l’ai réglé il y a un petit bout de temps et ce rendu est maintenant correct. 
Quelqu’un avait bousillé des relations. A quelle fréquence www.cyclosm.org met 
a jour son rendu ? Se pourrait-il que ce site rende encore une vieille copie 
des données OSM ? Comme openstreetmap.org n’a pas ce problème de rendu 
présentement ceci me semble davantage un problème avec le rendering engine de 
cyclosm.org que les données OSM comme tel. 
  Martin.  
 
 
 On Mar 27, 2020, at 11:55, Pierre Boucher  wrote: 
   
Quelqu'un peut-il régler ce problème d'affichage qui existe depuis 
longtemps?
 J'en suis incapable.
 
 https://www.cyclosm.org/#map=13/45.6068/-73.4803/cyclosm 
 Boff II
 Pierre Boucher ___
 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
   
  
  
 
 -- 
  
Pierre Boucher
 514.730.6211
 formation en navigation de plaisance
 Ste-Thérèse (Québec) Canada
 http://www.lavoile.com
  
...Pensez à l'environnement avant d'imprimer ce courriel !.
 
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] hebdoOSM Nº 504 2020-03-10-2020-03-16

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 504 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/12980/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca