Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Florimond Berthoux]

C'est ça, et ça rejoint la version anglaise :
«Add the cycleway=* tag to a highway=* to map cycling infrastructure that
is an inherent part of the road.»
puis :
«cycleway=opposite
Use cycleway=opposite for situations where cyclists are permitted to
travel in both directions on a road which is one-way for normal traffic, in
situations where there is no dedicated contra-flow lane marked for
cyclists. In practice there is typically a very short section of road,
sometimes called a "cycle plug", where cycles are excepted from the
no-entry by means of a short lane separated by an island. These roads
should normally also be tagged with oneway=yes and also oneway:bicycle=no.
Streets like this are common in Belgium, the Netherlands and Denmark. They
are rarer in the UK, but are becoming more common due to a recent change in
road signage allowing no entry signs qualified with "except cycles".»

La page française gagnerait en précision.

Le sam. 2 févr. 2019 à 18:26, Gwenaël Jouvin via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Il y a 2 autres catégories que l’on peut distinguer et qui, si j’ai bien
> compris, sont décrites comme ceci selon Florimond :
> — pas de voie matérialisée mais pictogrammes au sol : cycleway=opposite
> les pictogrammes pouvant être le modèle « cycliste », ou «
> cycliste + flèche » ou encore « cycliste + chevrons » ;
> — pas de voie matérialisée ni aucun autre marquage au sol : cycleway=no.
>
>
> Le 02/02/2019 à 17:41, Thomas Ruchin a écrit :
> > Le "sens interdit sauf vélo" et pas d'aménagement type piste/bande
> cyclable, c'est ce qui se tague cycleway=opposite.
> > Là, on a deux manières de taguer la même chose (y avait eu un débat
> similaire sur les piscines...)
> > Je pense que la rue de Charenton n'est pas bien taguée.
> >
> > Thomas
> >
> > Le sam. 2 févr. 2019 à 17:05, Gwenaël Jouvin via Talk-fr <
> talk-fr@openstreetmap.org > a écrit :
> >
> > Merci pour ces précisions intéressantes, surtout celle sur le
> cycleway=no.
> >
> > Il n’est en effet pas rare de voir des rues qui sont bien à
> double-sens dont un réservé aux cycles (signalés par un des panonceaux «
> sauf… » de type M9v, mais où il n’y a aucun marquage au sol.
> > C’est d’ailleurs réglementaire, le marquage au sol étant facultatif.
> >
> > Je vais avoir des rues à corriger…
> >
> >
> > Le 02/02/2019 à 16:44, Florimond Berthoux a écrit :
> > > Bonjour,
> > >
> > > Bonne question. Tout d'abord pourquoi il faut les deux tags ?
> > > Ce n'est pas un doublon d'information car les deux tags n'ont pas
> la même signification,
> > > Le oneway est un tag d'accès il définit le droit ou non à rouler
> dans un sens.
> > > Le cycleway définit l'infrastructure, c'est à dire l'aménagement
> physique mis en place sur la route piste, bande, rien, picto, etc.
> > > Concrètement il est possible (malheureusement) d'avoir des rue
> avec l'un mais pas l'autre.
> > > Exemple:
> > > Rue de Charenton à Paris a un bout avec un panneau sens interdit
> "sauf vélo" mais aucune infrastructure : oneway:bicycle=no, cycleway=no
> > > https://www.openstreetmap.org/way/172644796
> > > L'inverse est possible une infrastructure (des pictos vélo par
> exemples) mais pas de panneauçon sauf vélo.
> > > Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le
> temps de long travaux.
> > >
> > > Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait
> access=yes, on ne parle pas de mettre la valeur par défaut ici.
> > > Le problème est d'inférer la valeur d'un tag à partir d'un autre
> tag.
> > > Pratique que je trouve mal saine pour la qualité des données et la
> facilité de traitement des celles-ci.
> > > Un routeur basique pour vélo ne devrait regarder que le
> oneway:bicycle au lieu devoir lire la doc, l'interpréter et de traiter 3×3
> cas possibles.
> > > Ça peut être à l'outil (ie au développeur) à s'adapter aux
> données, ou alors le développeur ira voir ailleurs si les données sont de
> meilleurs qualités et plus facilement traitables.
> > >
> > > Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de
> préciser l'infrastructure.
> > > En considérant que opposite signifie des pictos vélo.
> > >
> > > Pour revenir à la question initiale, je dirais qu'il faudrait
> éviter un traitement systématique du fait des explications susmentionnés,
> le opposite n'impliquant pas le oneway:bicycle=no.
> > > C'est presque toujours le cas mais pas toujours.
> > >
> > > Cordialement.
> > >
> > > Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr <
> talk-fr@openstreetmap.org   talk-fr@openstreetmap.org >> a écrit :
> > >
> > > Bonjour,
> > >
> > > En effet Thomas, il y a probablement, à l’origine, une
> histoire de compatibilité et de doublon.
> > >
> > > Une 

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Gwenaël Jouvin via Talk-fr]

Il y a 2 autres catégories que l’on peut distinguer et qui, si j’ai bien 
compris, sont décrites comme ceci selon Florimond :
— pas de voie matérialisée mais pictogrammes au sol : cycleway=opposite
les pictogrammes pouvant être le modèle « cycliste », ou « cycliste + 
flèche » ou encore « cycliste + chevrons » ;
— pas de voie matérialisée ni aucun autre marquage au sol : cycleway=no.


Le 02/02/2019 à 17:41, Thomas Ruchin a écrit :
> Le "sens interdit sauf vélo" et pas d'aménagement type piste/bande cyclable, 
> c'est ce qui se tague cycleway=opposite.
> Là, on a deux manières de taguer la même chose (y avait eu un débat similaire 
> sur les piscines...)
> Je pense que la rue de Charenton n'est pas bien taguée.
> 
> Thomas
> 
> Le sam. 2 févr. 2019 à 17:05, Gwenaël Jouvin via Talk-fr 
> mailto:talk-fr@openstreetmap.org>> a écrit :
> 
> Merci pour ces précisions intéressantes, surtout celle sur le cycleway=no.
> 
> Il n’est en effet pas rare de voir des rues qui sont bien à double-sens 
> dont un réservé aux cycles (signalés par un des panonceaux « sauf… » de type 
> M9v, mais où il n’y a aucun marquage au sol.
> C’est d’ailleurs réglementaire, le marquage au sol étant facultatif.
> 
> Je vais avoir des rues à corriger…
> 
> 
> Le 02/02/2019 à 16:44, Florimond Berthoux a écrit :
> > Bonjour,
> >
> > Bonne question. Tout d'abord pourquoi il faut les deux tags ?
> > Ce n'est pas un doublon d'information car les deux tags n'ont pas la 
> même signification,
> > Le oneway est un tag d'accès il définit le droit ou non à rouler dans 
> un sens.
> > Le cycleway définit l'infrastructure, c'est à dire l'aménagement 
> physique mis en place sur la route piste, bande, rien, picto, etc.
> > Concrètement il est possible (malheureusement) d'avoir des rue avec 
> l'un mais pas l'autre.
> > Exemple:
> > Rue de Charenton à Paris a un bout avec un panneau sens interdit "sauf 
> vélo" mais aucune infrastructure : oneway:bicycle=no, cycleway=no
> > https://www.openstreetmap.org/way/172644796
> > L'inverse est possible une infrastructure (des pictos vélo par 
> exemples) mais pas de panneauçon sauf vélo.
> > Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le temps 
> de long travaux.
> >
> > Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait 
> access=yes, on ne parle pas de mettre la valeur par défaut ici.
> > Le problème est d'inférer la valeur d'un tag à partir d'un autre tag.
> > Pratique que je trouve mal saine pour la qualité des données et la 
> facilité de traitement des celles-ci.
> > Un routeur basique pour vélo ne devrait regarder que le oneway:bicycle 
> au lieu devoir lire la doc, l'interpréter et de traiter 3×3 cas possibles.
> > Ça peut être à l'outil (ie au développeur) à s'adapter aux données, ou 
> alors le développeur ira voir ailleurs si les données sont de meilleurs 
> qualités et plus facilement traitables.
> >
> > Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de préciser 
> l'infrastructure.
> > En considérant que opposite signifie des pictos vélo.
> >
> > Pour revenir à la question initiale, je dirais qu'il faudrait éviter un 
> traitement systématique du fait des explications susmentionnés, le opposite 
> n'impliquant pas le oneway:bicycle=no.
> > C'est presque toujours le cas mais pas toujours.
> >
> > Cordialement.
> >
> > Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr 
> mailto:talk-fr@openstreetmap.org> 
> >> a 
> écrit :
> >
> >     Bonjour,
> >
> >     En effet Thomas, il y a probablement, à l’origine, une histoire de 
> compatibilité et de doublon.
> >
> >     Une page du Wiki décrivait très bien le problème, mais elle a été 
> modifiée depuis [1]. Voici le texte qui me servait de référence à l’époque :
> >     « Oneway can be used in conjunction with vehicle type in order to 
> tag exceptions. I.e. oneway:moped=no for a one-way streets where mopeds are 
> allowed to drive in the opposite direction. Bicycles (oneway:bicycle=no) are 
> handled specially and  cycleway=opposite/opposite_lane/opposite_track needs 
> to be added for compatibility: (See Key:access for sub-values or Bicycle for 
> examples). »
> >
> >     Pour ma part, j’avais découvert la « nécessité » de 
> cycleway=opposite car le rendu OCM n’affichait pas les double-sens cyclables 
> qui n’avaient pas cet attribut.
> >
> >
> >     Gwenaël
> >
> >     [1] 
> https://wiki.openstreetmap.org/w/index.php?title=Key:oneway=1576104=1576102
> >
> >
> >     Le 01/02/2019 à 13:47, Thomas Ruchin a écrit :
> >     > Je pense que c'est du doublon d'information qui n'apporte pas 
> grand chose et qui est difficile à maintenir. Je ne sais pas quelle est la 
> discussion qui a conduit à cette rédaction du wiki.
> >     > 

Re: [Talk-it] Terminiamo la traduzione del Tasking Manager 3

[Paolo F]

Il server sul quale si trovava il TM non esiste più. Sono riuscito a
recuperare i dati del TM2 e a importarli nel TM3.
Ancora un po' di pazienza, a breve tornerà on-line.

Ciao.
GeoFrizz Alias Paolo Frizzera

On Sat, Feb 2, 2019, 18:00 Andrea Albani  wrote:

> Il giorno ven 25 gen 2019 alle ore 08:37 Alessandro P. via Talk-it <
> talk-it@openstreetmap.org> ha scritto:
>
>> Buongiorno,
>> iniziamo con la buona notizia: il buon Paolo "Geofrizz" potrebbe
>> riuscire a mettere in piedi in tempi ragionevoli il Tasking Manager
>> aggiornato alla versione 3. Ha avuto accesso al vecchio server
>> esportando il DB e forse si riuscirà anche a migrare sul nuovo senza
>> perdere lo storico dei Task.
>>
>>
> Ciao.
>
> Volevo continuare l'opera di task validaton del progetto "Abruzzo", ma il
> tasking manager italiano è al momento fuori uso (502 Bad Gateway). Dipende
> dalla migrazione di cui sopra ? In caso negativo qualcuno può darci
> un'occhiata ?
>
> Grazie
>
> Ciao
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terminiamo la traduzione del Tasking Manager 3

[Andrea Albani]

Il giorno ven 25 gen 2019 alle ore 08:37 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Buongiorno,
> iniziamo con la buona notizia: il buon Paolo "Geofrizz" potrebbe
> riuscire a mettere in piedi in tempi ragionevoli il Tasking Manager
> aggiornato alla versione 3. Ha avuto accesso al vecchio server
> esportando il DB e forse si riuscirà anche a migrare sul nuovo senza
> perdere lo storico dei Task.
>
>
Ciao.

Volevo continuare l'opera di task validaton del progetto "Abruzzo", ma il
tasking manager italiano è al momento fuori uso (502 Bad Gateway). Dipende
dalla migrazione di cui sopra ? In caso negativo qualcuno può darci
un'occhiata ?

Grazie

Ciao
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Thomas Ruchin]

Le "sens interdit sauf vélo" et pas d'aménagement type piste/bande
cyclable, c'est ce qui se tague cycleway=opposite.
Là, on a deux manières de taguer la même chose (y avait eu un débat
similaire sur les piscines...)
Je pense que la rue de Charenton n'est pas bien taguée.

Thomas

Le sam. 2 févr. 2019 à 17:05, Gwenaël Jouvin via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Merci pour ces précisions intéressantes, surtout celle sur le cycleway=no.
>
> Il n’est en effet pas rare de voir des rues qui sont bien à double-sens
> dont un réservé aux cycles (signalés par un des panonceaux « sauf… » de
> type M9v, mais où il n’y a aucun marquage au sol.
> C’est d’ailleurs réglementaire, le marquage au sol étant facultatif.
>
> Je vais avoir des rues à corriger…
>
>
> Le 02/02/2019 à 16:44, Florimond Berthoux a écrit :
> > Bonjour,
> >
> > Bonne question. Tout d'abord pourquoi il faut les deux tags ?
> > Ce n'est pas un doublon d'information car les deux tags n'ont pas la
> même signification,
> > Le oneway est un tag d'accès il définit le droit ou non à rouler dans un
> sens.
> > Le cycleway définit l'infrastructure, c'est à dire l'aménagement
> physique mis en place sur la route piste, bande, rien, picto, etc.
> > Concrètement il est possible (malheureusement) d'avoir des rue avec l'un
> mais pas l'autre.
> > Exemple:
> > Rue de Charenton à Paris a un bout avec un panneau sens interdit "sauf
> vélo" mais aucune infrastructure : oneway:bicycle=no, cycleway=no
> > https://www.openstreetmap.org/way/172644796
> > L'inverse est possible une infrastructure (des pictos vélo par exemples)
> mais pas de panneauçon sauf vélo.
> > Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le temps
> de long travaux.
> >
> > Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait
> access=yes, on ne parle pas de mettre la valeur par défaut ici.
> > Le problème est d'inférer la valeur d'un tag à partir d'un autre tag.
> > Pratique que je trouve mal saine pour la qualité des données et la
> facilité de traitement des celles-ci.
> > Un routeur basique pour vélo ne devrait regarder que le oneway:bicycle
> au lieu devoir lire la doc, l'interpréter et de traiter 3×3 cas possibles.
> > Ça peut être à l'outil (ie au développeur) à s'adapter aux données, ou
> alors le développeur ira voir ailleurs si les données sont de meilleurs
> qualités et plus facilement traitables.
> >
> > Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de préciser
> l'infrastructure.
> > En considérant que opposite signifie des pictos vélo.
> >
> > Pour revenir à la question initiale, je dirais qu'il faudrait éviter un
> traitement systématique du fait des explications susmentionnés, le opposite
> n'impliquant pas le oneway:bicycle=no.
> > C'est presque toujours le cas mais pas toujours.
> >
> > Cordialement.
> >
> > Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr <
> talk-fr@openstreetmap.org > a écrit :
> >
> > Bonjour,
> >
> > En effet Thomas, il y a probablement, à l’origine, une histoire de
> compatibilité et de doublon.
> >
> > Une page du Wiki décrivait très bien le problème, mais elle a été
> modifiée depuis [1]. Voici le texte qui me servait de référence à l’époque :
> > « Oneway can be used in conjunction with vehicle type in order to
> tag exceptions. I.e. oneway:moped=no for a one-way streets where mopeds are
> allowed to drive in the opposite direction. Bicycles (oneway:bicycle=no)
> are handled specially and  cycleway=opposite/opposite_lane/opposite_track
> needs to be added for compatibility: (See Key:access for sub-values or
> Bicycle for examples). »
> >
> > Pour ma part, j’avais découvert la « nécessité » de
> cycleway=opposite car le rendu OCM n’affichait pas les double-sens
> cyclables qui n’avaient pas cet attribut.
> >
> >
> > Gwenaël
> >
> > [1]
> https://wiki.openstreetmap.org/w/index.php?title=Key:oneway=1576104=1576102
> >
> >
> > Le 01/02/2019 à 13:47, Thomas Ruchin a écrit :
> > > Je pense que c'est du doublon d'information qui n'apporte pas
> grand chose et qui est difficile à maintenir. Je ne sais pas quelle est la
> discussion qui a conduit à cette rédaction du wiki.
> > > C'est comme si le wiki recommandait d'ajouter access=yes sur les
> routes qui n'ont pas de restriction particulières d'accès.*
> > > Par contre, rechercher à mieux caractériser les voies sur lequel
> est présent le oneway:bicycle=non sans plus de détail sur l'aménagement
> cyclable serait intéressant.
> > >
> > > Thomas
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > --
> > Florimond Berthoux
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> 

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Gwenaël Jouvin via Talk-fr]

Merci pour ces précisions intéressantes, surtout celle sur le cycleway=no.

Il n’est en effet pas rare de voir des rues qui sont bien à double-sens dont un 
réservé aux cycles (signalés par un des panonceaux « sauf… » de type M9v, mais 
où il n’y a aucun marquage au sol.
C’est d’ailleurs réglementaire, le marquage au sol étant facultatif.

Je vais avoir des rues à corriger…


Le 02/02/2019 à 16:44, Florimond Berthoux a écrit :
> Bonjour,
> 
> Bonne question. Tout d'abord pourquoi il faut les deux tags ?
> Ce n'est pas un doublon d'information car les deux tags n'ont pas la même 
> signification,
> Le oneway est un tag d'accès il définit le droit ou non à rouler dans un sens.
> Le cycleway définit l'infrastructure, c'est à dire l'aménagement physique mis 
> en place sur la route piste, bande, rien, picto, etc.
> Concrètement il est possible (malheureusement) d'avoir des rue avec l'un mais 
> pas l'autre.
> Exemple:
> Rue de Charenton à Paris a un bout avec un panneau sens interdit "sauf vélo" 
> mais aucune infrastructure : oneway:bicycle=no, cycleway=no
> https://www.openstreetmap.org/way/172644796
> L'inverse est possible une infrastructure (des pictos vélo par exemples) mais 
> pas de panneauçon sauf vélo.
> Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le temps de 
> long travaux.
> 
> Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait access=yes, 
> on ne parle pas de mettre la valeur par défaut ici.
> Le problème est d'inférer la valeur d'un tag à partir d'un autre tag.
> Pratique que je trouve mal saine pour la qualité des données et la facilité 
> de traitement des celles-ci.
> Un routeur basique pour vélo ne devrait regarder que le oneway:bicycle au 
> lieu devoir lire la doc, l'interpréter et de traiter 3×3 cas possibles.
> Ça peut être à l'outil (ie au développeur) à s'adapter aux données, ou alors 
> le développeur ira voir ailleurs si les données sont de meilleurs qualités et 
> plus facilement traitables.
> 
> Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de préciser 
> l'infrastructure.
> En considérant que opposite signifie des pictos vélo.
> 
> Pour revenir à la question initiale, je dirais qu'il faudrait éviter un 
> traitement systématique du fait des explications susmentionnés, le opposite 
> n'impliquant pas le oneway:bicycle=no.
> C'est presque toujours le cas mais pas toujours.
> 
> Cordialement.
> 
> Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr 
> mailto:talk-fr@openstreetmap.org>> a écrit :
> 
> Bonjour,
> 
> En effet Thomas, il y a probablement, à l’origine, une histoire de 
> compatibilité et de doublon.
> 
> Une page du Wiki décrivait très bien le problème, mais elle a été 
> modifiée depuis [1]. Voici le texte qui me servait de référence à l’époque :
> « Oneway can be used in conjunction with vehicle type in order to tag 
> exceptions. I.e. oneway:moped=no for a one-way streets where mopeds are 
> allowed to drive in the opposite direction. Bicycles (oneway:bicycle=no) are 
> handled specially and  cycleway=opposite/opposite_lane/opposite_track needs 
> to be added for compatibility: (See Key:access for sub-values or Bicycle for 
> examples). »
> 
> Pour ma part, j’avais découvert la « nécessité » de cycleway=opposite car 
> le rendu OCM n’affichait pas les double-sens cyclables qui n’avaient pas cet 
> attribut.
> 
> 
> Gwenaël
> 
> [1] 
> https://wiki.openstreetmap.org/w/index.php?title=Key:oneway=1576104=1576102
> 
> 
> Le 01/02/2019 à 13:47, Thomas Ruchin a écrit :
> > Je pense que c'est du doublon d'information qui n'apporte pas grand 
> chose et qui est difficile à maintenir. Je ne sais pas quelle est la 
> discussion qui a conduit à cette rédaction du wiki.
> > C'est comme si le wiki recommandait d'ajouter access=yes sur les routes 
> qui n'ont pas de restriction particulières d'accès.*
> > Par contre, rechercher à mieux caractériser les voies sur lequel est 
> présent le oneway:bicycle=non sans plus de détail sur l'aménagement cyclable 
> serait intéressant.
> >
> > Thomas
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Florimond Berthoux
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Building Import update

[Nate Wessel]

If they weren't hand traced, how were they made? I don't believe I've 
actually seen any documentation on this. Do we know how these buildings 
footprints were made? Just because we didn't trace them from imagery 
ourselves doesn't mean someone working for a city GIS department didn't 
do exactly the same thing some time ago.


We're concerned with squaring because buildings generally have right 
angles. If the data don't have right angles too, then like you said it 
likely indicates poor quality data.


Best,

Nate Wessel
Jack of all trades, Master of Geography, PhD candidate in Urban Planning
NateWessel.com 

On 2/2/19 10:48 AM, Danny McDonald wrote:
On squaring buildings, no one has yet been explained why buildings 
should be square.  My understanding is that non-square buildings are a 
warning sign for mapathons with hand-traced buildings - the lack of 
squaring is often noticeable for hand-traced buildings, and indicative 
of generally poor building footprints. That doesn't apply here, since 
the buildings involved are not hand-traced (at least in Toronto). In 
fact, the imported footprints are generally extremely accurate, much 
better than would (or could) be done by hand.


It seems like the automated verification tool (of checking whether 
buildings are square or not) is being misapplied in this case.


DannyMcD

___
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] Building Import update

[Danny McDonald]

On squaring buildings, no one has yet been explained why buildings should
be square.  My understanding is that non-square buildings are a warning
sign for mapathons with hand-traced buildings - the lack of squaring is
often noticeable for hand-traced buildings, and indicative of generally
poor building footprints. That doesn't apply here, since the buildings
involved are not hand-traced (at least in Toronto).  In fact, the imported
footprints are generally extremely accurate, much better than would (or
could) be done by hand.

It seems like the automated verification tool (of checking whether
buildings are square or not) is being misapplied in this case.

DannyMcD
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Moulinette pour ajouter "oneway:bicycle=no" ?

[Florimond Berthoux]

Bonjour,

Bonne question. Tout d'abord pourquoi il faut les deux tags ?
Ce n'est pas un doublon d'information car les deux tags n'ont pas la même
signification,
Le oneway est un tag d'accès il définit le droit ou non à rouler dans un
sens.
Le cycleway définit l'infrastructure, c'est à dire l'aménagement physique
mis en place sur la route piste, bande, rien, picto, etc.
Concrètement il est possible (malheureusement) d'avoir des rue avec l'un
mais pas l'autre.
Exemple:
Rue de Charenton à Paris a un bout avec un panneau sens interdit "sauf
vélo" mais aucune infrastructure : oneway:bicycle=no, cycleway=no
https://www.openstreetmap.org/way/172644796
L'inverse est possible une infrastructure (des pictos vélo par exemples)
mais pas de panneauçon sauf vélo.
Vous pouvez aussi imaginer le cas d'une piste cyclable fermée le temps de
long travaux.

Pour répondre à T. Ruchin, non ce n'est pas comme si on mettait access=yes,
on ne parle pas de mettre la valeur par défaut ici.
Le problème est d'inférer la valeur d'un tag à partir d'un autre tag.
Pratique que je trouve mal saine pour la qualité des données et la facilité
de traitement des celles-ci.
Un routeur basique pour vélo ne devrait regarder que le oneway:bicycle au
lieu devoir lire la doc, l'interpréter et de traiter 3×3 cas possibles.
Ça peut être à l'outil (ie au développeur) à s'adapter aux données, ou
alors le développeur ira voir ailleurs si les données sont de meilleurs
qualités et plus facilement traitables.

Voilà, donc ma règle et d'ajouter oneway:bicycle=yes, et de préciser
l'infrastructure.
En considérant que opposite signifie des pictos vélo.

Pour revenir à la question initiale, je dirais qu'il faudrait éviter un
traitement systématique du fait des explications susmentionnés, le opposite
n'impliquant pas le oneway:bicycle=no.
C'est presque toujours le cas mais pas toujours.

Cordialement.

Le ven. 1 févr. 2019 à 14:47, Gwenaël Jouvin via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> En effet Thomas, il y a probablement, à l’origine, une histoire de
> compatibilité et de doublon.
>
> Une page du Wiki décrivait très bien le problème, mais elle a été modifiée
> depuis [1]. Voici le texte qui me servait de référence à l’époque :
> « Oneway can be used in conjunction with vehicle type in order to tag
> exceptions. I.e. oneway:moped=no for a one-way streets where mopeds are
> allowed to drive in the opposite direction. Bicycles (oneway:bicycle=no)
> are handled specially and  cycleway=opposite/opposite_lane/opposite_track
> needs to be added for compatibility: (See Key:access for sub-values or
> Bicycle for examples). »
>
> Pour ma part, j’avais découvert la « nécessité » de cycleway=opposite car
> le rendu OCM n’affichait pas les double-sens cyclables qui n’avaient pas
> cet attribut.
>
>
> Gwenaël
>
> [1]
> https://wiki.openstreetmap.org/w/index.php?title=Key:oneway=1576104=1576102
>
>
> Le 01/02/2019 à 13:47, Thomas Ruchin a écrit :
> > Je pense que c'est du doublon d'information qui n'apporte pas grand
> chose et qui est difficile à maintenir. Je ne sais pas quelle est la
> discussion qui a conduit à cette rédaction du wiki.
> > C'est comme si le wiki recommandait d'ajouter access=yes sur les routes
> qui n'ont pas de restriction particulières d'accès.*
> > Par contre, rechercher à mieux caractériser les voies sur lequel est
> présent le oneway:bicycle=non sans plus de détail sur l'aménagement
> cyclable serait intéressant.
> >
> > Thomas
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[NKA mapper]

Rapporter gjerne dine observasjoner her:
https://github.com/openstreetmap/operations/issues/268


Den lør. 2. feb. 2019 kl. 09:36 skrev Christian Asker <
christian.as...@gmail.com>:

> Jag kan ju ha fel, men jag har upplevt att tiles från OSM laddas långsamt
> sedan någon dryg vecka.  Det har hänt både hemma och på jobbet (där jag har
> supersnabb lina). Men det kanske är något annat eller bara något temporärt
> problem.
>
> Men ifall det är något problem borde det väl finnas dokumenterat
> någonstans?
>
>
> Mvh Christian
>
>
>
> Den 2019-02-02 kl. 09:22, skrev Karl-Johan Karlsson:
>
> Jag ser bara mina ändringar på de 2 mest inzoomade "Zoom levels" (nivå 18
> och 19). Tidigare har jag för mig att jag kunde se mina ändringar i princip
> omgående på ett par nivåer högre (mer utzoomade) om jag bara gjorde
> shift-reload i Firefox så att tiles laddas om. Så, det behöver inte betyda
> att det är något fel utan kanske bara att de ändrat hur ofta tiles på mer
> utzoomade nivåer renderas om.
>
>
>
> Den fre 1 feb. 2019 kl 21:10 skrev Micke :
>
>> Jag ritade lite skog för en vecka sen ungefär och bara delar av den syns
>> än, trots att jag under flera dagar markerat den som "dirty" på
>> https://www.sammyshp.de/fsmap/#17/60.65902/15.20492
>> Annars brukar det gå på under en minut när man gör det.
>>
>> Så något fel är det.
>>
>>
>> /AndersAndersson
>>
>> -Ursprungligt meddelande-
>> Från: Andreas Vilén 
>> Skickat: den 31 januari 2019 22:35
>> Till: OpenStreetMap Sverige mailinglista 
>> Ämne: Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte
>> uppdateras på ett tag
>>
>> Jag har sett uppdateringar utan problem, däremot kan det ta längre tid i
>> områden med många mappade objekt. Tror inte detta är ett problem för då
>> hade nog någon tagit upp det i den internationella maillistan redan.
>>
>> /Andreas
>>
>> Skickat från min iPhone
>>
>> > 30 jan. 2019 kl. 09:39 skrev Aron Bergman :
>> >
>> > Jaha, så era uppdateringar har inte ens nått databasen?
>> >
>> > / Aron Bergman
>> > ___
>> > Talk-se mailing list
>> > Talk-se@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>
> ___
> Talk-se mailing 
> listTalk-se@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-se
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-in] OSM India partnership with upcoming YourStory.in conference

[Arun Ganesh]

Yourstory have just got back with the content for the mailer and social
media post. I'll post on the list and fb and i'll reach out to the twitter
channel maintainers to post it there.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Christian Asker]

Jag kan ju ha fel, men jag har upplevt att tiles från OSM laddas 
långsamt sedan någon dryg vecka.  Det har hänt både hemma och på jobbet 
(där jag har supersnabb lina). Men det kanske är något annat eller bara 
något temporärt problem.


Men ifall det är något problem borde det väl finnas dokumenterat någonstans?


Mvh Christian



Den 2019-02-02 kl. 09:22, skrev Karl-Johan Karlsson:
Jag ser bara mina ändringar på de 2 mest inzoomade "Zoom levels" (nivå 
18 och 19). Tidigare har jag för mig att jag kunde se mina ändringar i 
princip omgående på ett par nivåer högre (mer utzoomade) om jag bara 
gjorde shift-reload i Firefox så att tiles laddas om. Så, det behöver 
inte betyda att det är något fel utan kanske bara att de ändrat hur 
ofta tiles på mer utzoomade nivåer renderas om.




Den fre 1 feb. 2019 kl 21:10 skrev Micke >:


Jag ritade lite skog för en vecka sen ungefär och bara delar av
den syns än, trots att jag under flera dagar markerat den som
"dirty" på https://www.sammyshp.de/fsmap/#17/60.65902/15.20492
Annars brukar det gå på under en minut när man gör det.

Så något fel är det.


/AndersAndersson

-Ursprungligt meddelande-
Från: Andreas Vilén mailto:andreas.vi...@gmail.com>>
Skickat: den 31 januari 2019 22:35
Till: OpenStreetMap Sverige mailinglista
mailto:talk-se@openstreetmap.org>>
Ämne: Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har
inte uppdateras på ett tag

Jag har sett uppdateringar utan problem, däremot kan det ta längre
tid i områden med många mappade objekt. Tror inte detta är ett
problem för då hade nog någon tagit upp det i den internationella
maillistan redan.

/Andreas

Skickat från min iPhone

> 30 jan. 2019 kl. 09:39 skrev Aron Bergman mailto:bathing...@gmail.com>>:
>
> Jaha, så era uppdateringar har inte ens nått databasen?
>
> / Aron Bergman
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-se


___
Talk-se mailing list
Talk-se@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-se


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Karl-Johan Karlsson]

Jag ser bara mina ändringar på de 2 mest inzoomade "Zoom levels" (nivå 18
och 19). Tidigare har jag för mig att jag kunde se mina ändringar i princip
omgående på ett par nivåer högre (mer utzoomade) om jag bara gjorde
shift-reload i Firefox så att tiles laddas om. Så, det behöver inte betyda
att det är något fel utan kanske bara att de ändrat hur ofta tiles på mer
utzoomade nivåer renderas om.



Den fre 1 feb. 2019 kl 21:10 skrev Micke :

> Jag ritade lite skog för en vecka sen ungefär och bara delar av den syns
> än, trots att jag under flera dagar markerat den som "dirty" på
> https://www.sammyshp.de/fsmap/#17/60.65902/15.20492
> Annars brukar det gå på under en minut när man gör det.
>
> Så något fel är det.
>
>
> /AndersAndersson
>
> -Ursprungligt meddelande-
> Från: Andreas Vilén 
> Skickat: den 31 januari 2019 22:35
> Till: OpenStreetMap Sverige mailinglista 
> Ämne: Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte
> uppdateras på ett tag
>
> Jag har sett uppdateringar utan problem, däremot kan det ta längre tid i
> områden med många mappade objekt. Tror inte detta är ett problem för då
> hade nog någon tagit upp det i den internationella maillistan redan.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 30 jan. 2019 kl. 09:39 skrev Aron Bergman :
> >
> > Jaha, så era uppdateringar har inte ens nått databasen?
> >
> > / Aron Bergman
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-se
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Närvaro på Fosdem?

[Jan Ainali]

Ja, jag tänkte gå dit imorgon.

Med vänliga hälsningar
Jan Ainali
http://ainali.com


Den fre 1 feb. 2019 kl 23:39 skrev Mikael Nordfeldth :

> Tjo,
>
> jag tänkte kika om det är några osm.se'are som hänger på Fosdem i år,
> https://fosdem.org/2019/
>
> Hela söndagen har geodata-relaterade talks under tracket "Geospatial",
> varav en del specifikt OSM-relaterat:
> https://fosdem.org/2019/schedule/track/geospatial/
>
> --
> Mikael Nordfeldth
> https://blog.mmn-o.se/
> XMPP/mail: m...@hethane.se
> OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA  727B C7CE 635B B52E 9B31
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se