Re: [talk-au] Fire Station Operators

[Warin]

On 27/1/20 5:38 pm, Graeme Fitzpatrick wrote:




On Mon, 27 Jan 2020 at 06:33, Sebastian S. > wrote:


Hi Graeme,
I however was able to add two fire stations that where missing,
the base map is your friend here.
Adding 220 stations via searching the base map is however not a
sensible way of doing it.


Yep, I've put a few more in myself by doing that, but searching 80 
sq km of NSW, 20 sq k at a time? No, I don't think so, thanks! :-)



I've added a couple, but I was not searching for them but other things.



  Thanks

Graeme



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

Re: [Diversity-talk] [OSM-talk] New Telegram chat for OSM + LGBTQIA*

[Alan Mackie]

https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts ?

On Sun, 26 Jan 2020 at 21:48, Richard  wrote:

> On Sat, Jan 11, 2020 at 04:19:32PM +0100, Rory McCann wrote:
>
> Hi,
>
> > A new Telegram group has been set up: “RainbOSM”. A chat about LGBTQIA*
> > issues and OpenStreetMap. 
> >
> > Join here: https://t.me/joinchat/BDLI7xMzuF5TRZ5lwLYxkA
>
> is there a list of OSM groups in Telegram somewhere?
>
> Richard
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [talk-au] Fire Station Operators

[Graeme Fitzpatrick]

On Mon, 27 Jan 2020 at 06:33, Sebastian S.  wrote:

> Hi Graeme,
> I however was able to add two fire stations that where missing, the base
> map is your friend here.
> Adding 220 stations via searching the base map is however not a sensible
> way of doing it.
>

Yep, I've put a few more in myself by doing that, but searching 80 sq
km of NSW, 20 sq k at a time? No, I don't think so, thanks! :-)

  Thanks

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

Re: [Talk-in] Virtual Mappy Hours - India

[Jinal Foflia]

Hello Naveen,

This is amazing. Thank you for sharing this.

Cheers,
Jinal Foflia

On Mon, 27 Jan 2020, 9:47 am Naveen Francis,  wrote:

> Hello all,
>
> OSM Foundation Chair @allan_mustard will be talking to OSM India community.
> Kicking off OSM India Virtual Mappy Hour on Jan 29th, 2020 - 9-10pm IST.
> Please Join.
> https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours
>
> Thanks
> naveenpf
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-in] Virtual Mappy Hours - India

[Naveen Francis]

Hello all,

OSM Foundation Chair @allan_mustard will be talking to OSM India community.
Kicking off OSM India Virtual Mappy Hour on Jan 29th, 2020 - 9-10pm IST.
Please Join.
https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours

Thanks
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk] New Telegram chat for OSM + LGBTQIA*

[Alan Mackie]

https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts ?

On Sun, 26 Jan 2020 at 21:48, Richard  wrote:

> On Sat, Jan 11, 2020 at 04:19:32PM +0100, Rory McCann wrote:
>
> Hi,
>
> > A new Telegram group has been set up: “RainbOSM”. A chat about LGBTQIA*
> > issues and OpenStreetMap. 
> >
> > Join here: https://t.me/joinchat/BDLI7xMzuF5TRZ5lwLYxkA
>
> is there a list of OSM groups in Telegram somewhere?
>
> Richard
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Motorroad sur Trunk en France

[Florimond Berthoux]

Merci, vu le manque de réponse c'est bien indéfini en France.
Je me posais la question pour Cyclosm.org : la nouvelle version (fraîche de
ce soir) considère par défaut cyclable les Trunk et non cyclable s'il y a
motorroad=yes.
C'est la position visiblement la plus universelle.
Et ma position, un tag (highway) pour l'aspect et la hiérarchie dans le
réseau routier et un tag pour le côté l'égal du panneau, comme ça on évite
de mélanger les torchons et les serviettes et les moutons sont bien gardés.
Je pense changer cette petite phrase du wiki.

Le dim. 26 janv. 2020 à 20:54, Axel Listes  a écrit :

> Bonsoir,
>
> Le 25/01/2020 à 21:12, Florimond Berthoux a écrit :
> > Je suis tombé sur une phrase qui m'a étonné sur la page de la clé
> motorroad
> > du wiki
> > «France
> > This tag is not required, just use highway=trunk. »
> > https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
> >
> > Et effectivement pas de traduction en français de la page, et sur la page
> > française de Trunk l'explication du tag est resté en anglais.
> >
> > Cette phrase me parait assez fausse parce qu'en France une motorroad ça a
> > un panneau voir
> > https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France
> > Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs.
> > Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un
> premier
> > tronçon est cyclable puis un panneau "route pour automobile" après la
> > premier sortie, où le tag motorroad est fort utile.
> >
> > Alors, je corrige la page ?
>
> J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de
> consensus.
>
> http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html
>
> Si tu arrives à faire bouger les lignes, merci d'avance !
>
> Axel.
>
> ___
> 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] Ajout de NRO : blocage d'un contributeur à envisager ?

[deuzeffe]

Le 26/01/2020 à 22:27, François Lacombe a écrit :


Le dim. 26 janv. 2020 à 22:19, deuzeffe > a écrit :



Cépabien ^^
(dit celle qui ne taggue pas les name pour les points de distribution -
j'ai bon ? - en building pour ne pas qu'ils soient rendus :P)


Les sous-répartiteurs cuivre et certaines armoires fibre peuvent aussi 
avoir des noms d'usage.


Pour que tout le monde comprenne, on ne tague pas en building lorsque 
c'est une armoire parce que man_made=street_cabinet et building=* sont 
strictement incompatibles.


Vivi. J'avions bien compris, pas de souci*.

Mais le champ name= d'un "transfo." sur pole ou un street_cabinet ne 
sont pas rendus, alors que sur un building, oui. Et franchement, c'est 
très très bizarre à voir (genre le transfo. "Gendarmerie" à plus de 500m 
de la dite gendarmerie :/) Je suppose que tout champ name= est rendu par 
défaut ?


* : je t'en ai rajouté deux nouveaux en building nés fin 2019 ^^
--
deuzeffe

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

Re: [Talk-it] Problemi strutturali

[Luca Delucchi]

On Sun, 26 Jan 2020 at 16:38, Martin Koppenhoefer
 wrote:
>
> Ieri ho trovato per caso un bel esempio per un problema abbastanza diffuso, 
> quello della struttura degli oggetti. Purtroppo spesso abbiamo più cose 
> combinati in un unico oggetto dove sarebbe più chiaro avere oggetti distinti 
> per ogni cosa.
>
> Ho fatto questa query per vedere se ci sono tutte le regioni:
>
> osm=# select osm_id, name from planet_osm_polygon where admin_level='4' and 
> boundary='administrative' order by name;
>
>
> e mi sono ritrovato non solo quelle aspettate ma tante di più:
>

è da tempo che è così :-(

>
> è normale? Dovremmo cambiare qualcosa? Si potrebbe per esempio non mettere 
> admin_level alle singole way, oppure chiedere di avere oggetti diversi per i 
> confini e altre entità come linee di costa, isole, ecc.)

secondo me non è normale, ma ci sono diverse cose che secondo me non
sono normali :-P

> Ricordo che la prassi del tagging di admin_level sui way è dovuto al fatto 
> che consente di visualizzare confini anche quando non sono completi, e anche 
> perché carto-osm richiede (o richiedeva) questo metodo.
>
> Che ne dite?
>

si sono d'accordo, alla fine il livello è sulla relazione, certe volte
potrebbe essere più di un confine sulla stessa way (regionale,
provinciale, comunale ecc)

> Ciao
> Martin
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk] New Telegram chat for OSM + LGBTQIA*

[Richard]

On Sat, Jan 11, 2020 at 04:19:32PM +0100, Rory McCann wrote:

Hi,

> A new Telegram group has been set up: “RainbOSM”. A chat about LGBTQIA*
> issues and OpenStreetMap. 
> 
> Join here: https://t.me/joinchat/BDLI7xMzuF5TRZ5lwLYxkA

is there a list of OSM groups in Telegram somewhere?

Richard

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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[Romain MEHUT]

Bonsoir et merci François pour ces compléments.

Je n'ai pas vraiment le temps approfondir ce sujet des réseaux télécoms
mais c'est le fait de voir un tel objet avec un tag name qui m'a fait
"tiquer". C'est quand même le b-a-ba de ne pas taguer pour un rendu.

Pour cet exemple https://www.openstreetmap.org/node/7156119118 que je
pointais, tu es d'accord que les tags du polygone sont à corriger ?

Romain

Le dim. 26 janv. 2020 à 22:11, François Lacombe 
a écrit :

> Salut à tous,
>
> Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms
> en France
> Je vais essayer de comprendre ce qu'il a essayer de faire. Nous échangeons
> souvent sur Twitter, il n'est pour moi pas question de bloquer un
> utilisateur comme lui.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-au] tagging burnt areas

[Warin]

Hi,

A German mapper in Carbargo has used landuse=brownfield to map burnt areas.


One such area is a recreation ground... so it would be burnt grass.


Is it a good idea to map such things?

It could be said this is 'temporary' so not something OSM should map.


If so, how should it be tagged?

It is not really a landuse, nor a landcover.

Possibly a new key as a property key, say, burnt=yes?




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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[François Lacombe]

Le dim. 26 janv. 2020 à 22:19, deuzeffe  a écrit :

>
> Cépabien ^^
> (dit celle qui ne taggue pas les name pour les points de distribution -
> j'ai bon ? - en building pour ne pas qu'ils soient rendus :P)
>

Les sous-répartiteurs cuivre et certaines armoires fibre peuvent aussi
avoir des noms d'usage.

Pour que tout le monde comprenne, on ne tague pas en building lorsque c'est
une armoire parce que man_made=street_cabinet et building=* sont
strictement incompatibles.
Aucun technicien ne peut physiquement rentrer dans une armoire, un bâtiment
si.
Les sous-répartitions comme les nœuds de raccordement peuvent
indépendamment être en bâtiment ou en armoire, mais jamais les deux en même
temps, même si on dessine l'armoire comme un polygone.
Si le rendu veut les matérialiser aux zooms les plus forts, il utilisera
man_made=street_cabinet.

Voir les 1ere lignes de
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet


> Peut être que quand les bases des opé seront en OD, on y verra plus clair
> ^^
>

En ce moment c'est précisément pour inciter les opérateurs à ouvrir leurs
données que nous ajoutons tous ces objets
Les comparaisons avec les référentiels internes montrent des différences
sensibles, parfois de plusieurs km, c'est un fait.
Ainsi la contribution peut les aider à corriger tout ça.

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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[deuzeffe]

Le 26/01/2020 à 22:11, François Lacombe a écrit :

Salut à tous,


Pareil à toi,

Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms 
en France
Je vais essayer de comprendre ce qu'il a essayer de faire. Nous 
échangeons souvent sur Twitter, il n'est pour moi pas question de 
bloquer un utilisateur comme lui.


Merci François.

Tous les noeuds de raccordement cuivre ont un nom d'usage, bien souvent 
le nom du quartier desservi ou la ville concernée.
Par ailleurs, name=NRO c'est taguer pour le rendu certes. J'ai moi aussi 
cette mauvaise habitude.


Cépabien ^^
(dit celle qui ne taggue pas les name pour les points de distribution - 
j'ai bon ? - en building pour ne pas qu'ils soient rendus :P)


Le sam. 25 janv. 2020 à 23:42, deuzeffe > a écrit :


Va falloir faire un sacré ménage :(

Oui c'est bien ce qui se manifeste ici
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange#Possibles_erreurs


Ce n'est pas à celui-là que je pensais mais au tag name=NRO de 
Trifouillis-les-oies


Peut être que quand les bases des opé seront en OD, on y verra plus clair ^^

--
deuzeffe

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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[François Lacombe]

Salut à tous,

Eric est l'un des contributeurs les plus actifs sur les réseaux télécoms en
France
Je vais essayer de comprendre ce qu'il a essayer de faire. Nous échangeons
souvent sur Twitter, il n'est pour moi pas question de bloquer un
utilisateur comme lui.

Le sam. 25 janv. 2020 à 21:08, Romain MEHUT  a
écrit :

> Donc ce contributeur ajoute en grand nombre des "NRO". 1ère chose que je
> lui ai fait remarquer est qu'il n'y a pas lieu que ces objets aient un tag
> name.
>

Tous les noeuds de raccordement cuivre ont un nom d'usage, bien souvent le
nom du quartier desservi ou la ville concernée.
Par ailleurs, name=NRO c'est taguer pour le rendu certes. J'ai moi aussi
cette mauvaise habitude.


> 2ème chose, il a ajouté des NRO alors que préexistaient des objets
> man_made=telephone_office et telecom=central_office et ces tags sont
> aujourd'hui dépréciés cf.
> https://wiki.openstreetmap.org/wiki/Tag:telecom%3Dexchange Il
> conviendrait donc de reprendre les tags des objets existants plutôt qu'en
> ajouter des nouveaux.
>

Comme la doc le précise :
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange#Cas_de_multiples_noeuds_dans_le_m.C3.AAme_b.C3.A2timent
Lorsqu'il y a plusieurs medium desservis dans le même batiment, les noeuds
sont séparés.
Il a simplement créé le NRO sur un noeud dédié parce qu'il reste un NRA
cuivre dans le bâtiment.
Normalement il devrait y avoir deux noeuds mais il explique ne pas avoir
voulu toucher le polygone pour l'instant.

Le cuivre et la fibre vont cohabiter encore pour quelques années. Lorsque
le NRA cuivre disparaîtra, on supprimera le nœud dans toucher au NRO fibre.


> Et malgré mes remarques, il a continué à contribuer sans en tenir compte
> ex : https://www.openstreetmap.org/node/7156119118.
>

Ce site semble bien être mixte, sa contribution est la bonne.

Je sais que le sujet est technique et déroutant, mais il semble que les
pratiques soient bien adaptées ici.
Il faut en tenir compte.

Le sam. 25 janv. 2020 à 23:42, deuzeffe  a écrit :

>
> Va falloir faire une sacré ménage :(
>

Oui c'est bien ce qui se manifeste ici
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange#Possibles_erreurs

Mais le dernier modèle voté en 2018 est vraiment beaucoup mieux que le
précédent et ce ménage vaut le coup.

Bonne soirée

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[marc marc]

Le 26.01.20 à 20:09, Christian Quest a écrit :
> Je viens de regénérer des torrents pour le fichier planet pbf:
> http://osm.cquest.org/torrents/

créer autant de torrent mono-seed initial que de personne ayant l'idée
d'héberger un planet en réduit l'intérêt. surtout combiné à la non
priorisation des sources proches.
c'est p'tre cela qui explique la non utilisation, faudrait au moins
avoir le lien depuis la page osm.fr en attend plus communautaire.

ton planet vient d'osm.org ou c'est une génération locale ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Fire Station Operators

[Sebastian S.]

Hi Graeme,
I tried to fix some of the skipped ones, however only in one case I could find 
a reference website from RFS or RFB. I however was able to add two fire 
stations that where missing, the base map is your friend here.
Adding 220 stations via searching the base map is however not a sensible way of 
doing it.


On 26 January 2020 12:29:29 pm AEDT, Graeme Fitzpatrick  
wrote:
>& done! (apart from ~17 that are too hard, mainly because I can't see
>if
>there actually is a Station in that spot / area)
>
>However, there were "only" 718 listed. Earlier, Warin mentioned 944
>stations in the database, & I've spotted 3 that I know of that weren't
>listed (or previously mapped).
>
>How do we find the extra 220 odd?
>
>Thanks
>
>Graeme
>
>
>On Thu, 9 Jan 2020 at 11:10, Warin <61sundow...@gmail.com> wrote:
>
>> Agreed as to non fire stations - control center is one, the other
>> headquarters.
>>
>> Headquarters would be an 'office' type function.
>>
>> Control center looks, from imagery, to not only control but supply?
>>
>> There is a fire & rescue station in 'town' that is mapped into OSM.
>>
>> There are a number of rural fire stations around Narrabri .. some of
>them
>> unmapped.
>> These show up very well on the LPI Base Map even when zoomed out a
>fair
>> way.
>>
>>
>>
>> On 9/1/20 8:12 am, Andrew Harvey wrote:
>>
>>
>> On Wed, 8 Jan 2020 at 22:40, Sebastian Spiess 
>wrote:
>>
>>> I've done a few. Two raised questions.
>>>
>>> Narrabri - There are two fire ' services'  according to LPI map. How
>to
>>> tag them?
>>> https://www.openstreetmap.org/changeset/79336523
>>
>>
>> Looks like there is a Fire Control Center there, I'd just tag that
>> building as office=government + operator + name, since they have more
>of an
>> office function.
>>
>>
>>>
>>>
>>> and RAYMOND TERRACE Fire Station - This seems to be and old fire
>station
>>> as according to https://www.fire.nsw.gov.au/news.php?news=608
>>> a new one was built. I can't tell if the old one was closed down.
>>>
>>> https://www.openstreetmap.org/changeset/79336870
>>
>>
>> If you're not sure and street level imagery doesn't help, just mark
>it as
>> too hard and skip it. You can create a note so that someone with
>local
>> knowledge can help.
>>
>>>
>>>
>>>
>>> Am 2020-01-08 21:24, schrieb Andrew Harvey:
>>> > If someone has carefully surveyed the name as signposted I leave
>that
>>> > intact. branch is not mandatory but helpful since consumers can
>choose
>>> > how they want to format the such as "Narooma", "Narooma RFS",
>"Narooma
>>> > Rural Fire Brigade", etc. especially when combined with operator.
>The
>>> > whole point was to be neutral on the exact name format and not
>engage
>>> > in a mass edit to reformat them to be the same, but instead
>respect
>>> > names will look different based on signage.
>>> >
>>> > On Wed, 8 Jan 2020 at 21:05, Warin <61sundow...@gmail.com> wrote:
>>> >
>>> >> I have used the LPI Base Map for both name and operator, see
>>> >>
>>> >> Way: Narooma Fire Station (761122699) [operator fire & rescue]
>>> >>
>>> >> and
>>> >>
>>> >> Way: Narooma Rural Fire Service (761122698)
>>> >>
>>> >> I do not bother with the 'branch' as that is usually the leading
>>> >> value in the name and probably the same as the areas
>administration
>>> >> name too.
>>> >>
>>> >> The LPI Base Map also gives the area so it can be mapped as a
>way.
>>> >>
>>> >> On 08/01/20 16:13, Graeme Fitzpatrick wrote:
>>> >>
>>> >> No, just confirming details was all I was thinking about!
>>> >>
>>> >> Thanks
>>> >>
>>> >> Graeme
>>> >>
>>> >> On Wed, 8 Jan 2020 at 14:57, Andrew Harvey
>>> >>  wrote:
>>> >>
>>> >> It's normally considered okay to check a business website as a
>>> >> reference and picking up their contact details, but to err on the
>>> >> side of caution taking a whole database from fire.nsw.gov.au [1]
>and
>>> >> mass importing is not advised.
>>> >>
>>> >> So I'd suggest not just copying everything from that website. For
>>> >> the RFS operated fire stations normally the name will indicate
>this,
>>> >> or a quick look at google search results may also indicate,
>>> >> sometimes it's visible on Mapillary based on the signage.
>>> >>
>>> >> On Wed, 8 Jan 2020 at 15:39, Graeme Fitzpatrick
>>> >>  wrote:
>>> >>
>>> >> Just a thought?
>>> >>
>>> >> Are we allowed to use 
>https://www.fire.nsw.gov.au/page.php?id=467
>>> >> or not?
>>> >>
>>> >> I've thinking we would still need permission & waiver?
>>> >>
>>> >> Big question, I guess, is - are we commercial or not?
>>> >>
>>> >> Thanks
>>> >>
>>> >> Graeme
>>> >
>>> >
>>> >
>>> > Links:
>>> > --
>>> > [1] http://fire.nsw.gov.au
>>> > ___
>>> > Talk-au mailing list
>>> > Talk-au@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-au
>>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[marc marc]

Le 26.01.20 à 15:27, Thomas Gratier a écrit :
> La version courte: l'ensemble de la communauté en récupérant des planet
> complets finit par saturer la bande passante

question courte (de la discussion qui a lieu aussi sur la ml dev) :
pq 100 personnes ont besoin chaque semaine de télécharger le planet ?
je crois que certains ignorent ou trouvent trop compliqué la maj
cela implique de mieux informer et/ou rendre la maj + facile.

> OpenStreetMap France pourrait créer un miroir et/ou une version torrent?

l'ironie c'est que pour le moment, faire un miroir doit se faire
par téléchargement d'un planet toute les semaine.
le planet osm.org lui meme n'est pas produit avec les diff.
après rien n'interdit de produire un planet non mirroir de l'original.
cela dépend de la réponse à la question précédente.

> Un/des avis?

une piste est de comprendre le besoin (voir point 1)
une piste est la création d'un planet non miroir (voir point précédent)
une piste est la création d'un miroir à la volée : pas de dl automatique
entre osm.org et osm.fr chaque semaine mais si qlq clique sur le lien
osm.fr, cela télécharger le dernier planet osm.org et le met à
disposition pendant une semaine (puisqu'après il est "périmé")
ainsi si 2 personnes téléchargent le planet via osm.fr
il y a un gain, sans jamais provoquer de trafic inutile.
la piste d'un miroir osm.org me semble venir après même si perso je
serrai pour, surtout si geolimité pour favoriser l'efficacité (car il y
a deja un outil qui télécharge sur tous les miroirs en meme temps,
c'est très con de télécharger sur un miroir loin quand on en a un proche)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Nova proposta de classificação viária

[santamariense]

> 1. Parece haver um equívoco na interpretação do raio de influência. De
> maneira precisa, o critério é: "Considerar as cidades com distância igual
> ou menor à raiz quadrada da população da MENOR cidade". Isso significa que
> a população de São Paulo é irrelevante, pois nenhuma cidade na América do
> Sul é maior que ela.

Hm. O que reduziria na prática o número de interligações a serem
definidas, isso que tu quer dizer?  Em outras palavras, determinada
cidade, a exceção de São Paulo, deve ter rota ideal determinada entre
ela e cada uma das cidades maiores que estão no seu raio de
importância. É. Parecia-me num primeiro momento que era uma forma
diferente de dizer o mesmo, mas não é. De qualquer maneira a imagem do
esquema simplificado da proposta ainda está correta. Todavia, ainda me
parece que no resultado final não vai fazer diferença, mas de qualquer
maneira se reduzir o número de rotas a serem definidas já é bom.
Apontamentos ou oposições à correção disto na proposta?

> 2. A classificação no RS foi feita com base numa mistura de critérios
> físicos, funcionais e administrativos. Do ponto de vista físico, a
> classificação tem algumas propriedades:
>
> a) Todas as vias motorway, trunk e primary são pavimentadas, sem exceção.

Não houve intenção de abrir brecha para vias não-pavimentadas serem
motorways, até porque imagino que isso seja consenso, de qualquer
maneira vou corrigir o texto. Na proposta apresentada a nível nacional
decidi deixar de fora a exigência de ser pavimentada as trunks e
primarys devido às diferenças que temos entre os extremos do país. A
intenção com isso não é abrir brecha para que se defina rotas ideias
por vias não-pavimentadas onde houver opção de rotas asfaltadas. Penso
que a própria seleção de rota ideal entre par de cidades naturalmente
vai selecionar as vias com melhores características físicas. Por outro
lado, temos regiões remotas do país, onde pode haver cidades que
tenham porte populacional para ter classificação viária maior do que
as estradas que levam até ela se fosse aplicada essa restrição, e caso
isso ocorra vai criar ilhas no sistema viário. Há de se considerar
também que, por exemplo, uma rodovia trunk no Acre de nada
interferiria no sistema viário de São Paulo. Ok, algumas cidades são
de fato isoladas da malha viária principal do país, como esta [1], e
daí não há o que ser feito.

Estou juntando informações de diversas fontes, bem como cruzando
dados, para obter como resultados quais das mais de 5500 cidades do
país não tem acesso asfáltico e poderia ser de fato afetada pelo que
está sendo discutido nesse item. São questões pontuais que deverão ser
discutidas no decorrer da proposta.

> b) Todas as rodovias duplicadas por mais de 10 km são trunk ou motorway.
Este item não obstrui a classificação, apenas adiciona algumas
rodovias a mais às categorias mais elevadas de classificação, e que
poderiam muito bem ser usadas como alternativa às outras de igual
qualidade, então eu concordo, desde que não venha a ter "tocos" de
trunk desconexos da malha principal. Acho que é isso que se quer dizer
com esta definição, não? Mas se pudéssemos deixá-la com a definição
mais restritiva, melhor.

> c) Todas as motorway são duplicadas e sem cruzamentos em nível.

Isso. Creio não haver diferença, ou pelo menos não grande diferença
entre esta proposta e a do RS, na qual a primeira é baseada na
segunda, mas não idêntica. Tem se discutido em alguns momentos no
grupo @osm_classificacao_vias algumas outras variáveis para que uma
via se encaixe em motorway.

> 3. Na minha opinião, o critério deveria ser o mesmo em todo o Brasil. Como
> consequência, haverá mais trunk e motorway em São Paulo e menos na região
> Norte. Isso reflete a realidade. Em algumas regiões, a importância do
> transporte fluvial e aéreo é relativamente maior, em parte pelas longas
> distâncias combinadas com a precariedade das rodovias. O mapa deve refletir
> isso.

Acho que serão casos que deverão ser tratados pontualmente. De
qualquer maneira naturalmente haverá mais em São Paulo que no Norte.

> 4. A proposta é derivada dos critérios adotados no RS. Esses foram fruto de
> um extenso trabalho, que incluiu o teste da metodologia também nos estados
> de SC e PR. Sugiro que avaliem o passo a passo da metodologia, descrita em:
> https://wiki.openstreetmap.org/wiki/Brazil/RS/Classifica%C3%A7%C3%A3o_das_rodovias_do_RS
> Seguindo os mesmos critérios, é possível elaborar mapas teste para os
> demais estados. Isso traria informação útil para a discussão.

Sim. Estamos avançando nessa direção.

> 5. Apesar de ser um assunto  importantíssimo (ou talvez justamente por
> isso), a discussão não deve ser breve. Por um longo tempo, eu defendi uma
> classificação puramente física, mas com a evolução da discussão concordamos
> em combinar os três tipos de critério. É importante que eventuamente se
> chegue a um consenso, mas que isso seja feito com calma e dando bastante
> tempo para as pessoas refletirem a respeito, avaliar e 

Re: [OSM-talk-fr] Motorroad sur Trunk en France

[Axel Listes]

Bonsoir,

Le 25/01/2020 à 21:12, Florimond Berthoux a écrit :
> Je suis tombé sur une phrase qui m'a étonné sur la page de la clé motorroad
> du wiki
> «France
> This tag is not required, just use highway=trunk. »
> https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
> 
> Et effectivement pas de traduction en français de la page, et sur la page
> française de Trunk l'explication du tag est resté en anglais.
> 
> Cette phrase me parait assez fausse parce qu'en France une motorroad ça a
> un panneau voir
> https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France
> Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs.
> Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un premier
> tronçon est cyclable puis un panneau "route pour automobile" après la
> premier sortie, où le tag motorroad est fort utile.
> 
> Alors, je corrige la page ?

J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de
consensus.

http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html

Si tu arrives à faire bouger les lignes, merci d'avance !

Axel.

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

Re: [Talk-transit] BuzMap - Global Transit Map http://buz-map.com

[Philip Barnes]

You still have Arriva Trains Wales as the train operator for Wales and Borders, 
it has been Transport for Wales for well over a year.

Also not fully understanding the times, are they supposed to the next train?

Phil (trigpoint)

On Sunday, 26 January 2020, Mark Lester via Talk-transit wrote:
> Hello Mappers,I've been building this http://buz-map.com, there's a couple of 
> read me's at the top. There are a stack of issues but this now looks 
> eminently doable.
> My pitch on all this is that people like maps. Give people a map of a 
> transport network and they will follow the wiggly lines. They will notice 
> that an island has a connecting ferry and a bus network (see Estonia). 
> Envisage mountainous and wilderness areas and their transit geography more 
> easily (see Sweden). Be able to scan an entire metropolis network to it's 
> extremities without having to use trial and error (see Paris, Prague, 
> Petersburg, Athens). And generally be intrigued and want to zoom in and 
> discover. I am not having much success evangelizing this view with regard to 
> a global transit map. If I can get this to a production state with all known 
> GTFS, and sex up the high level areas that have no listed transport with a 
> much deeper road network than you normally get at higher tiers, we will at 
> least have the "intrigue me" travel map that I personally want. Obviously I 
> haven't got very far with the front end. In particular it's not interacting 
> very well on mobile, it's lousy in fact. I need help in any way shape or form 
> available but if anyone knows how to get a thin line to interact in Leaflet 
> on mobile, please suggest. I did try to paint a massive invisible one on top 
> but it didn't work and I got nowhere with the debugger, so even help with 
> that would be appreciated. I also want to do funky stuff like flipping the 
> railways or buses to the foreground on touching. In a dense centre of a 
> metropolis, being able to flip the metro or tram network to the top is 
> already an important requirement. The Mapbox stuff does this but I haven't 
> sussed the layers within tiles stuff and how to do it yet.
> I've got a game plan to fix most of the other bugs, especially in the rail 
> routing which is quite screwed right now once you zoom in. I will get the 
> whole of the visible GTFS world on there, so all of USA that's available, and 
> anything else that I can find. It's going to take a few months, probably most 
> of the year including downtime. I say visible GTFS, as oppose to existing. 
> There is an awful lot of bus data that patently exists as it's in booking 
> engines, and in GTFS form if it's on Google, but isn't anywhere easily found.
> What I want to investigate is to use the reduction method I have to draw 
> efficient level 8 to 1 vector tiles of simplified road networks. So you can 
> look at say all of India, US, Canada, China, Russia, Brazil or any area of 
> that size, and get a decent view of the national road infrastructure even if 
> I haven't got any bus data yet. I still will need to do some of the same 
> simple reduction used for doing the detailed lower tier standard rendering of 
> levels 7-16, i.e. filter road classifications down once it becomes an 
> unavoidable mess even with reduction, leaving only motorways for the top two 
> or so tiers. I think we will get a usable, readable and "representative" map 
> of these upper layers, which by default are either road light or completely 
> vacant. The bus network I have in Europe, which is just a tiny subset, is 
> messy at the high level, I will try to refine it, but the trains work, so I 
> am sure motorways will too and we'll tune in the lower road classifications 
> and with appropriate clustering radii as we proceed down the tile tree.
> Any input gratefully received. Apologies for the spam of three lists, please 
> respond directly unless it's something of interest to more than just me. Also 
> I am in contact with OSM folks, I know I am using free tile servers. How we 
> run this as a public self funding service is one of the many things I need 
> help with. It seems an obvious gimme for anyone selling bus tickets but it's 
> not easy to get anyone to pick the phone up. I have resigned myself to having 
> to build a production system in between doing not a lot.
> 
> Mark Lester
>

-- 
Sent from my Sailfish device
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[pangoSE]

Hej igen!

Jag tog en tit på v14 både dropped och tx_22.osm som är för Västernorrland.

Jag tyckte det såg väldigt bra ut! Jag är imponerad av att du lyckats så 
bra med att sortera bort dupletter. Av alla 50-tals jag kollade manuellt 
hittade jag bara 1 duplett som jag manuellt skulle fixa till. (Gådeå i 
importen, Gådeå by i osm, troligtvis är Gådeå rätt)


För min del är vi redo för nästa steg, import listan och sedan import.

När det är så bra som jag sett här, då kan vi för min del skippa både 
WMS och MapWithAI och bara importera varje fil i JOSM manuellt.


När vi är klara med denna import skulle jag gärna se en import av 
vattendrag från Fjällkartan


Mvh

pangoSE

On 2020-01-22 01:34, Grigory Rechistov via Talk-se wrote:

Hej Ture, Andreas, Anders, pangoSE och andra,
Längst ner följer mina kommentarer till dina svar.
> Jag har för mig att LMV publicerade textlagren i två uppsättningar: en
”kart”-uppsättning med snygga avstavningar, radbrytningar och så, och en
”GIS”-uppsättning där namnen sitter ihop. Vilket av dem är det du 
tittar på?

Jag använder den "GIS"-uppsättningen, men, som du lagt märke till...
> Sedan misstänker jag att även ”GIS”-uppsättningen lider lite av att vara
> ”en karta i shapefile-format”, snarare än en geodatabas — namnen är 
placerade

> där det blir snyggt på en 50k-karta
...det har jag också märkt. Därför finns olika förkortningar och 
radbrytningar

i källfiler vilka jag har kunnat åtgärda. Jag har i planer att kontakta
Lantmäteriet med en lista på ortnamns korrigeringar som jag samlat. 
Kanske blir

någon intresserad i att uppdatera deras kartinformation för framtiden.
> För herrgårdar kanske man kan passa på att lägga till historic=manor 
samtidigt.
Jag har också tänkt på detta, men vågade inte räkna varje herrgård som 
en plats

av historiskt värde.
Då kanske missförstår jag "historic=manor":s betydelse. Den taggen används
förresten inte mycket i Sverige, enligt detta: 
http://overpass-turbo.eu/s/PY3 .

Endast 77 träffar.
> Vi har ju även en hel del ställen som har ett namn, men där det är 
ödehus
> eller sommarstugor eller fäbodar. Dessa borde även de klassas som 
locality.
Det är precis den ursprungliga meningen bakom "place=locality". Att 
importen
använder den taggen för herrgårdarna var en kompromiss som jag tillät 
eftersom
jag inte kunde hitta ett bättre alternativ för något mindre än 
"isolated_dwelling".
Då ansåg jag att "historic=manor" vore för specifikt. Men att bara 
kasta iväg

noderna ville jag inte heller.
Låt mig tänka på det lite mer, hur det bästa lösningen skulle se ut. 
Kanske skulle
jag omtagga dem till "isolated_dwelling", kanske till "manor", kanske 
kasta bort.


> Stadsdelar bör väl inte vara hamlet, utan neighbourhood?
Nej, "neighbourhood" är visst bättre för dem. För varje kartruta som 
ligger nära
en större stad ska en uppladdare se till att "hamlet" blir till 
"neighbourhood".

Det skulle vara uppenbart att upptäcka visuellt och fixa manuellt.
Det skulle inte finnas många sådana rutor som täcker stora städer. 
Stora städer
brukar dessutom vara mer färdigt kartlagda vilket betyder mindre nya 
noder att

importera runtom dem.
Jag kunde kanske ha löst problemet genom att tagga de noder som finns 
inom städers

gränser på ett annat etikettsschema... Men det skulle ha varit för
beräkningsintensivt, och jag är inte redo att skriva en sådan algoritm 
(ännu).

> även om jag själv hade föredragit en adress-import.
Det skulle jag ha också föredragit, om jag hade tillgång till en öppen 
databas

för ortnamn/adresser.
> Gissar att merparten av de nya namnen inte längre används i vardagen.
Här kan vi endast tro på Lantmäteriets kompetens att hålla sina kartor 
aktuella.
Men det gäller även själva OSM-projektet. Man litar nämligen på att 
andra OSM:s
bidragsgivare har ritat något som stämmer i verkligheten. En gång hade 
jag cyklat

till en skogsväg som visade sig vara ett dike på marken ¯\_(ツ)_/¯
Det är kanske också en ständig fråga för OSM: när blir historiska data
irrelevanta och bör suddas ur OSM-databasen? Jag är till exempel lätt 
irriterad
att man tillåter ha "abandoned=railway" (drygt 256 tusen sträckor 
enligt Taginfo!)

> Vissa platser ser mer ut som "locality" medan några namn har helt klart
> felaktigt blivit "hamlet" fast det bara är en gård, om ens det.
Det finns sådan risk som jag skrivit i importplanen. Jag bedömer att 
ett sådant
fel, om tillåtet vid importen, är av mindre vikt. Man kan väl strida 
om "rätta"
etiketter till världens slut. Att det finns en plats med ett namn 
skulle dock hjälpa
att upptäcka platsen och sedan att bedöma dess storlek och sedan rätta 
till

"place=hamlet" till "locality" eller tvärtom.

> Är det i såna fall möjligt att genereras nya filer efterhand, så man 
ser vad

> som blir till övers på slutet?
Att generera ny filer efter jag korrigerat skript/input tar liksom 20 
minuter
eller ännu mindre. Det är bara cirka 100 000 noder i hela landet vi 
talar om.
Den nuvarande uppdelningen beror på Lantmäteriets 

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Pour de gros fichiers comme ça, à la durée de vie courte, BitTorrent me 
semble bien adapté et les mirroir il y en a déjà plusieurs mais 
visiblement peu utilisés (il faudrait un redirect automatique à la 
sourceforge).


Le p2p est adapté car plus il y a de monde à charger un fichier, plus il 
est disponible au même moment et donc cela ne s'engorge pas à la source 
primaire.



J'avais mis ça en place il y a quelques années, sur un petit scaleway... 
mais comme ce n'était pas utilisé j'ai arrêté.


Je viens de regénérer des torrents pour le fichier planet pbf: 
http://osm.cquest.org/torrents/


Il faut juste maintenant que j'arrive à "seeder" correctement depuis mes 
twin towers, chacune connectée à une fibre différente, ce qui devrait 
faire dans les 500Mbps x 2 en sortie.



Le 26/01/2020 à 15:37, Thomas Gratier a écrit :

Bonjour,

Pour le suivi, cela semble temporaire 
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html
Mais la question d'avoir un miroir fr supplémentaire (si ce n'est pas 
déjà le cas) ou un bittorrent reste ouverte.



Thomas Gratier

Le dim. 26 janv. 2020 à 15:27, Thomas Gratier 
mailto:osgeo.mailingl...@gmail.com>> a 
écrit :


Salut à tous,

Il y a une discussion enflammée sur Twitter
https://twitter.com/komzpa/status/1221025538317475842 concernant
la limitation récente de la bande passante pour récupérer un
fichier planet
https://twitter.com/komzpa/status/1221025538317475842qui rend donc
le processus très long.

La version courte: l'ensemble de la communauté en récupérant des
planet complets finit par saturer la bande passante (voir
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html)
et cela semble poser des problèmes réseaux. Il faudrait selon
certains ne travailler plus qu'avec des diff pour limiter la bande
passante en argumentant que sinon on va au delà du "fair use"
(pour les tuiles, je comprend mais pour la donnée brute, j'ai plus
de mal). Pour d'autres, il faudrait avoir des miroirs et/ou des
versions torrent pour ne plus avoir ce genre de limitation.

Personnellement, je suis plutôt partisan de la seconde option car
sinon pour travailler avec un planet, il faudra se préoccuper de
mettre en place des diff, ce qui est une barrière à la
réutilisation de mon point de vue.

OpenStreetMap France pourrait créer un miroir et/ou une version
torrent? On peut se rapprocher de la fondation en tant que
chapitre local pour faire avancer le truc?

Un/des avis?


Merci de vos retours

Thomas Gratier
https://twitter.com/komzpa/status/1221179076079235072
https://twitter.com/komzpa/status/1221174462852292608
https://twitter.com/komzpa/status/1221174462852292608


--
Ce message a été vérifié par *MailScanner* 
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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


--
Christian Quest - OpenStreetMap France

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

Re: [Talk-it] Problemi strutturali

[Federico Cortese]

On Sun, Jan 26, 2020 at 4:38 PM Martin Koppenhoefer
 wrote:
>
> è normale? Dovremmo cambiare qualcosa? Si potrebbe per esempio non mettere 
> admin_level alle singole way, oppure chiedere di avere oggetti diversi per i 
> confini e altre entità come linee di costa, isole, ecc.)
> Ricordo che la prassi del tagging di admin_level sui way è dovuto al fatto 
> che consente di visualizzare confini anche quando non sono completi, e anche 
> perché carto-osm richiede (o richiedeva) questo metodo.
>

Se Carto-OSM non ne soffre, direi che la cosa migliore sarebbe
lasciare admin_level=* e boundary=* solo sulle relazioni.

Ciao,
Federico

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

Re: [OSM-talk-fr] Bases ULM : sports_centre ?

[deuzeffe]

Le 25/01/2020 à 13:23, marc marc a écrit :

Le 25.01.20 à 13:07, deuzeffe a écrit :

on fait comment pour renseigner qu'un tel terrain permet la
pratique de l'ULM (à part sans le name=*) ?


séparer les 2 pour éviter la confusion du lieu global, de la piste et de
ce qui s'y passe

>
> ou alors ce n'est pas une base dédié mais un club sportif qui utilise
> une partie d'un aérodrome. alors plutôt un nœud, par exemple dans leur
> hangar club=sport + sport=*

C'est ce que j'ai fait, une ligne pour l'aistrip et un point pour le 
club ulm (c'est en plein champ...).


J'en ai trouvé d'autre en pleine eau aussi ^^

D'autre part, même si je n'ai pas trouvé de licence pour la base basulm, 
les wizards sont bien d'accord pour dire que son utilisation est licite ?


JY : merci pour les ref= ;)

--
deuzeffe

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

Re: [OSM-talk-fr] Avec quoi taguer une résidence pour étudiants ?

[Donat ROBAUX]

Salut Brice,

Personnellement je les taggue comme des foyers-logements pour personnes
âgées (/assisted_living/, car il y a des services), indépendamment de savoir
si c'est public ou privé. Voir:  https://www.openstreetmap.org/way/674207398
  
Pour les cités U, plutôt comme des EHPAD (c-à-d /group_home/) car il s'agit
plus de chambres que d'appartements indépendants. Voir 
https://www.openstreetmap.org/way/48042596
  

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Maxar HS ?

[Philippe Verdy]

Note que les plus impactés par ça sont les pays d'Asie, ça chauffe pour
eux, notamment en Indonésie, et pour divers projets HOT qui sont arrêtés
dans d'autres pays.

Le dim. 26 janv. 2020 à 17:54, pepilepi...@ovh.fr  a
écrit :

> Le 26/01/2020 à 13:26, Philippe Verdy a écrit :
>
> C'est en panne et discuté depuis un bon moment. Le service a été victime
> d'usage abusif par des sociétés commerciales qui ont mis à mal la capacité
> de ses serveurs.
> Maxar a temporairement fermé l'accès et la Fondation OSM négoicie un accès
> authentifié pour les contributeurs. D'après les annonces Twitter cela
> devrait bientôt revenir (il faudra une clé d'accès, et sans doute la
> nécessité d'accepter les termes de service la source d'imagerie dans JOSM
> ou iD sera remise à jour pour en tenir compte).
> Ce n'est pas nouveau mais c'est en cours de traitement.
> Maintenant l'ortho IGN n'est pas la seule en Rhône-Alpes, tout dépend des
> zones... Mais j'ai des images dans JOSM et iD pour pas mal d'entre elles
> qui date de 2006 pour les plus anciennes ou bien après.
> Si tu comptais sur Maxar pour avoir des images de certains secteurs après
> 2010, il faudra attendre.
>
> Merci.
>
> Dommage, tant pis, j'attendrai.
>
> Bonne soirée,
>
> JP
>
>
> Le dim. 26 janv. 2020 à 11:07, pepilepi...@ovh.fr  a
> écrit :
>
>> Bonjour,
>>
>> En mai dernier j'avais eu des soucis d'imagerie avec JOSM, résolus avec
>> Maxar
>> .
>>
>> Hélas, il y a quelque temps maxar me renvoyait "pas de tuile à ce niveau
>> de zoom", et depuis peu Maxar n'est même plus dans la liste des imageries
>> disponibles de JOSM.
>>
>> Évidemment je suis dans l'une des zones noires de HR Ortho, et ici
>> l'ortho IGN date du début du siècle...
>>
>> Qu'est-il arrivé à Maxar ? Et quelle imagerie récente peut-on utiliser
>> ans la région Rhône-Alpes ?
>>
>> Merci, bon dimanche
>>
>> Jean-Pierre
>> --
>> --
>>
>> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
>> bonne question.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> --
>
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
> bonne question.
> ___
> 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: [OSM-talk-fr] Avec quoi taguer une résidence pour étudiants ?

[marc marc]

> Le 26 janv. 2020 à 18:35, Brice  a écrit :
> 
> Des idées ?

building=l'apparence (un gros bloc dormoir est une dès apparence possible)
Building:use=residential
Éventuellement qlq genre for=student ou student=designated 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] import fermate autobus di linea Provincia Trento, non autorizzato.

[liste DOT girarsi AT posteo DOT eu]

Il 26/01/20 11:05, liste DOT girarsi AT posteo DOT eu ha scritto:
> Sembra andato tutto a buon fine, spero senza rogne.
> 

In conclusione, per chiudere la discussione, spero, e lasciare a futura
memoria.

Ho fatto il revert, stamattina, visto non lo hanno fatto altri e per non
lasciare passare soprattutto troppo tempo prima di ritrovare
informazioni immesse di recente, cosa che purtroppo ha generato 14
conflitti, ovvero un utente usando osm-inspector aveva corretto alcuni
problem rilevati, almeno l'ho capita così, il commit del changeset è questo:

https://www.openstreetmap.org/changeset/80092892

Sono stato contattato, nel changeset del commit, dal DWG utente
SomeonElse che mi ha ringraziato ed ho così chiesto se dovevo mandare
l'informazione al DWG, cosa che mi ha confermato.

Ho chiesto nella email di non procedere contro l'utente perchè niubbo,
si è scusato e non lo farà più, si spera, perchè nei suoi changeset ho
visto qualche altro peccato veniale precedente a questo, però sperò
resti tale.

di conseguenza spero sia l'unico che si è prdigao sepur nell'incoscienza
a fare import massivi, anche se non ho capito in che maniera ha
convertito il file txt (contenuto nel file zip dell'import) in
coordinate con informazioni, magari legge questa email e ci informa. :)

Forse.



-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-transit] BuzMap - Global Transit Map http://buz-map.com

[Teemu Ikonen]

Hi,

On Sun, Jan 26, 2020 at 04:32, Mark Lester via Talk-transit 
 wrote:

Hello Mappers,
I've been building this http://buz-map.com, there's a couple of read 
me's at the top. There are a stack of issues but this now looks 
eminently doable.


Pretty impressive. There's obviously some problems with the UI and data 
coverage (e.g. Helsinki region bus traffic is missing, the GTFS is 
here: dev.hsl.fi/gtfs/hsl.zip ), but these can be fixed.


A couple of questions:

Is the code going to be published under an open source license at some 
point?


Do you have plans for a tile server for the transport network overlay 
or a complete new transport layer with OSM data? This would lose the 
interactivity, but I would love to see this map as a layer in my 
favorite map app.


Best,
Teemu



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

[Talk-GB] OSM UK microgrants

[Rob Nickerson]

Hi all,

We are pleased to announce the start of a (very) small micro-grant scheme
available to members of OSM UK who wish to help us meet our aims but need a
little bit of financial support.

Form to apply:
https://forms.gle/njsTxkb3NQChob3W7

More info:
https://docs.google.com/document/d/1xVLT-mUWPl-zxR4qyZ0PmceFR7HGwNEDsck9e-AsYGk/

P.S. We're also now looking for a new topic to cover in our February
meeting. This could be a presentation of something you've created/seen.
Please share ideas here or at
https://www.loomio.org/d/a8Yt4B2X/what-should-we-discuss-in-the-3rd-februray-meeting-

Thank you,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Avec quoi taguer une résidence pour étudiants ?

[Brice]

Bonsoir,

Pour les résidences pour étudiants, il y a building=dormitory 
(https://wiki.openstreetmap.org/wiki/Tag:building%3Ddormitory)
mais c'est un tag pour le bâtiment et non pour la fonction / service rendu.

Jusqu'à maintenant je m'en suis contenté mais je souhaiterais pouvoir taguer la fonction sur un POI, indépendamment du 
bâtiment :

https://www.openstreetmap.org/node/7160771361

J'ai bien trouvé
https://www.openstreetmap.org/way/299297114
mais une résidence pour étudiants n'est pas strictement  amenity=social_facility puisque dans mon cas présent c'est un 
service marchand rendu par une société privée :

https://www.nexity-studea.com/locations-etudiantes/le-pre-saint-gervais/studea-pre-st-gervais-po229

Des idées ?

--
Britzz

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

Re: [OSM-talk-fr] Erreur ID

[Cédric Frayssinet]

Ouf, j'ai trouvé \o/  Désolé pour le bruit :)

Le 26/01/2020 à 17:47, Cédric Frayssinet a écrit :
>
> L'erreur est celle-ci : https://github.com/openstreetmap/iD/issues/6817
>
> Du coup, existe-t-il un outil qui permettrait de trouver un champ de
> nœud qui dépasserait 255 caractères dans une zone donnée ? Je ne
> trouve pas dans les éléments que je modifie...
>
> Merci, Cédric
>
> Le 26/01/2020 à 15:46, Cédric Frayssinet a écrit :
>>
>> Bonjour à tous,
>>
>> En voulant envoyer des modifs avec iD, j'ai eu ce message d'erreur :
>>
>> Value has more than 255 unicode characters in Node -6 at line 1,
>> column 2255 
>>
>> Après, impossible d'envoyer, il contacte l'API, iD redemande l'accès
>> à mon compte puis je tombe sur une erreur et je n'arrive pas à valider.
>>
>> Dans une fenêtre privée, j'ai fait une modif sans problème.
>>
>> Il n'y a rien de particulier dans mon changeset... Déjà rencontré le
>> soucis ?
>>
>> Merci, Cédric
>>
>> -- 
>>
>> Sur Mastodon : @bristow...@framapiaf.org
>> 
>>
>> Promouvoir et soutenir le logiciel libre 
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> -- 
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> Promouvoir et soutenir le logiciel libre 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-ie] Tagging in the building tasks

[Dave Corley]

Thanks for that deeper analysis Colm, yes, if you know this person it's
better if you make contact, and yes, I agree, trojan work done by this
mapper.

I used the analytics tool here -  http://osm-analytics.org/#/

To mitigate against this in the future and to get the most out of the
tasks, it might be worthwhile putting together a more descriptive set of
instructions for the tasks which should change the stats from 90% "yes" to
less than 10% as "yes". Later on we could utilise maproulette to create a
challenge to further refine the tagging on those buildings mapped as "yes".

On Sat, Jan 25, 2020 at 9:54 PM Colm Moore  wrote:

> Hi
>
> I think much of the mapping recently in Kilkenny has been down to a single
> user who, like anyone, might not appreciate the issue or have the skillset
> to identify or map different building types. They may have misinterpreted
> "Map all the buildings!". There are certain features where many users, even
> experience ones, just add basic tagging. Others will come back and fill in
> the details.
>
> b-unicycling has created 222,594 new nodes and 36,218 buildings in the
> last **two months** and is currently the busiest mapper in Ireland, while
> essentially only mapping in Kilkenny. In 6 years, I've only ever created
> 633,133 new nodes, but I've 1,157,614 map changes, so we have very
> different mapping styles. b-unicycling is mapping lots of features an the
> prompts in ID for the last four features is less useful for this style of
> mapping. A direct contact might be useful - I can do that if you like, as
> b-unicycling and I have chatted before. If  b-unicycling is on this mailing
> list, well done in you mapping.
>
> ID has become more friendly recently to doing large scale editing as you
> can now add several tags in one copy & paste action. Select a feature and
> in the left hand panel, at "All tags" there are buttons for "list" and
> "text". It means that with, for example, a housing estate (with identical
> roads), once the lines of all the roads are mapped, adding road type, speed
> limit, lanes, surface, etc. just becomes a copy & paste exercise.
>
> http://stat.latlon.org/ has an error for Ireland and Northern Ireland at
> the moment. Could I ask where you get the stats?
>
> Colm
> VictorIE
>
>
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Maxar HS ?

[pepilepi...@ovh.fr]

Le 26/01/2020 à 13:26, Philippe Verdy a écrit :
> C'est en panne et discuté depuis un bon moment. Le service a été
> victime d'usage abusif par des sociétés commerciales qui ont mis à mal
> la capacité de ses serveurs.
> Maxar a temporairement fermé l'accès et la Fondation OSM négoicie un
> accès authentifié pour les contributeurs. D'après les annonces Twitter
> cela devrait bientôt revenir (il faudra une clé d'accès, et sans doute
> la nécessité d'accepter les termes de service la source d'imagerie
> dans JOSM ou iD sera remise à jour pour en tenir compte).
> Ce n'est pas nouveau mais c'est en cours de traitement.
> Maintenant l'ortho IGN n'est pas la seule en Rhône-Alpes, tout dépend
> des zones... Mais j'ai des images dans JOSM et iD pour pas mal d'entre
> elles qui date de 2006 pour les plus anciennes ou bien après.
> Si tu comptais sur Maxar pour avoir des images de certains secteurs
> après 2010, il faudra attendre.

Merci.

Dommage, tant pis, j'attendrai.

Bonne soirée,

JP

>
> Le dim. 26 janv. 2020 à 11:07, pepilepi...@ovh.fr
>   > a écrit :
>
> Bonjour,
>
> En mai dernier j'avais eu des soucis d'imagerie avec JOSM, résolus
> avec Maxar
> .
>
> Hélas, il y a quelque temps maxar me renvoyait "pas de tuile à ce
> niveau de zoom", et depuis peu Maxar n'est même plus dans la liste
> des imageries disponibles de JOSM.
>
> Évidemment je suis dans l'une des zones noires de HR Ortho, et ici
> l'ortho IGN date du début du siècle...
>
> Qu'est-il arrivé à Maxar ? Et quelle imagerie récente peut-on
> utiliser ans la région Rhône-Alpes ?
>
> Merci, bon dimanche
>
> Jean-Pierre
>
> -- 
> 
>
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas
> posé la bonne question.
>
> ___
> 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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [OSM-talk-fr] Erreur ID

[Cédric Frayssinet]

L'erreur est celle-ci : https://github.com/openstreetmap/iD/issues/6817

Du coup, existe-t-il un outil qui permettrait de trouver un champ de
nœud qui dépasserait 255 caractères dans une zone donnée ? Je ne trouve
pas dans les éléments que je modifie...

Merci, Cédric

Le 26/01/2020 à 15:46, Cédric Frayssinet a écrit :
>
> Bonjour à tous,
>
> En voulant envoyer des modifs avec iD, j'ai eu ce message d'erreur :
>
> Value has more than 255 unicode characters in Node -6 at line 1,
> column 2255 
>
> Après, impossible d'envoyer, il contacte l'API, iD redemande l'accès à
> mon compte puis je tombe sur une erreur et je n'arrive pas à valider.
>
> Dans une fenêtre privée, j'ai fait une modif sans problème.
>
> Il n'y a rien de particulier dans mon changeset... Déjà rencontré le
> soucis ?
>
> Merci, Cédric
>
> -- 
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> Promouvoir et soutenir le logiciel libre 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [talk-cz] iOS

[Jirka Sedláček]

Něco málo zvládlalo i Maps.me, ale asi ne přímo mapařinu, spíš doplňování
POI a podobně.

-- 
Jirka Sedláček

Dne 26. ledna 2020 v 16:21:09, Marek Janata (janata@gmail.com) napsal/a:

Jestli umí běžet na hodinkách nevím - žádné chytré nemám. Editaci v terénu
to zvládá luxusně (z mého pohledu) sedí mi daleko lip než cokoli či jsem
předním zkousel

M

ne 26. 1. 2020 v 14:00 odesílatel Vaclav Kroupar  napsal:

> Ja pouzivam jen jako tracker Runtastic. Ma vyhodu, ze bezi i na hodinkach
> bez mobilu. Bohuzel nedavno upravili Web a GPX je muzno stahnout jen jednou
> tydne jako komplet data.
> Go Map umi bezet na pozadi pripadne hodinkach? Zatim jsem nezkousel
> editovat primo v terenu na mobilu.
>
> Vasek Kroupar
>
> > 25. 1. 2020 v 9:24, Marek Janata :
> >
> > 
> > Ahoj,
> >
> > Co prosím používáte na iPadu/iPhonu na editaci? Našel jsem “Go map!!” a
> zatím spokojenost.
> >
> > Co používáte Vy?
> >
> > Díky
> >
> > M
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-it] Problemi strutturali

[Martin Koppenhoefer]

Ieri ho trovato per caso un bel esempio per un problema abbastanza diffuso,
quello della struttura degli oggetti. Purtroppo spesso abbiamo più cose
combinati in un unico oggetto dove sarebbe più chiaro avere oggetti
distinti per ogni cosa.

Ho fatto questa query per vedere se ci sono tutte le regioni:

osm=# select osm_id, name from planet_osm_polygon where admin_level='4' and
boundary='administrative' order by name;


e mi sono ritrovato non solo quelle aspettate ma tante di più:


(gli id negativi si riferiscono a relazioni (e sono le vere regioni), gli
altri a ways)

  osm_id   |  name
---+
-53937 | Abruzzo
 119513903 | Barrettini
-40137 | Basilicata
  -1783980 | Calabria
-40218 | Campania
 119513904 | Corcelli
-42611 | Emilia-Romagna
   5191991 | Figarolo
  41809282 | Formica Grande
  41809280 | Formica III
  41809281 | Formica Piccola
   -179296 | Friuli Venezia Giulia
  51929746 | Gallo Lungo
 117075119 | I Variglioni
  41808154 | Il Frate
 127163329 | Il-Gżira Manoel
  10365724 | Il-Ġebla tal-Ħalfa
  80442058 | Il-Ħaġra Ta' Bejn il-Kmiemen il-Kbira
  10365737 | Il-Ħaġra Ta’ Bejn il-Kmiemen iż-Żgħira
 119734975 | Isola Abbatoggia
  23936152 | Isola Bocca di Porto
 116848534 | Isola Chiesa
 113590193 | Isola Il Vitello
 122364454 | Isola Licosa
  10277190 | Isola Manna
  10277058 | Isola Pecora
 117090337 | Isola Piana
 117803331 | Isola Piana
 113590451 | Isola Piana
   5197476 | Isola Proratora
   5197477 | Isola Rossa
 154334294 | Isola Rossa
  10276930 | Isola Rossa
 113955072 | Isola Sa mesa longa
   4878277 | Isola San Macario
  10276909 | Isola Tuaredda
  10276823 | Isola de Sa tonnara
  27964031 | Isola degli Occhiali
  10272006 | Isola dei Conigli
 113590444 | Isola dei Meli
  10276995 | Isola dei Porri
 113590418 | Isola dei Ratti
  99871616 | Isola del Campo
  10271929 | Isola del Caparrone
  10277237 | Isola del Cavallo
 113590068 | Isola del Toro
  27971520 | Isola della Cappa
  27970423 | Isola della Chianca
  10271946 | Isola della Malva
  10271945 | Isola della Scogliera
  10276809 | Isola delle Bisce
 113590472 | Isola di Cala Vinagra
  27970127 | Isola di Campi
  10277077 | Isola di Campionna
  41808155 | Isola di Cerboli
  10431403 | Isola di Cirella
  39215892 | Isola di Dino
  10277309 | Isola di Ferraglione
  10277000 | Isola di Mezzo
  10277020 | Isola di Padiglioni
  41808153 | Isola di Palmaiola
 133165095 | Isola di Quirra
  27966097 | Isola di Sa Pagliosa
  99869345 | Isola di Sant'Andrea
  24321561 | Isola di Santo Stefano
 113590429 | Isola di Stea
  24321558 | Isola di Ventotene
 121768849 | Isole le Camere
  10276960 | Isolotto della Pelosa
  41811217 | Isolotto dello Sparviero
  10277138 | Isolotto di Caogheddas
  23465078 | Kemmuna
  10365739 | Kemmunett
  51929747 | La Castelluccia
 239132562 | La Giraglia
  38362686 | La Presa
  51929748 | La Rotonda
-40784 | Lazio
  10276887 | Leporeddu
   -301482 | Liguria
-44879 | Lombardia
-53060 | Marche
   5197546 | Molarotto
-41256 | Molise
-44874 | Piemonte
-40095 | Puglia
  -7361997 | Sardegna
 164251235 | Scogli di Cannazellu
  10277214 | Scogli di Corona Niedda
 130089252 | Scogli di Corona Niedda
  73552641 | Scoglio Il Catalano
 113590720 | Scoglio Pan di Zucchero
  10276786 | Scoglio Santo Stefano
  41803994 | Scoglio d'Africa
  24322786 | Scoglio di Pedrame
  27967145 | Scoglio di Rovigliano
 146408533 | Scoglio di Su Brecconi
-39152 | Sicilia
 121768452 | Soffi
 119509311 | Spargiotto
 120510199 | Tavolara
-41977 | Toscana
-45757 | Trentino-Alto Adige/Südtirol
-42004 | Umbria
-45155 | Valle d'Aosta/Vallée d'Aoste
-43648 | Veneto


è normale? Dovremmo cambiare qualcosa? Si potrebbe per esempio non mettere
admin_level alle singole way, oppure chiedere di avere oggetti diversi per
i confini e altre entità come linee di costa, isole, ecc.)
Ricordo che la prassi del tagging di admin_level sui way è dovuto al fatto
che consente di visualizzare confini anche quando non sono completi, e
anche perché carto-osm richiede (o richiedeva) questo metodo.

Che ne dite?

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

Re: [talk-cz] iOS

[Marek Janata]

Jestli umí běžet na hodinkách nevím - žádné chytré nemám. Editaci v terénu
to zvládá luxusně (z mého pohledu) sedí mi daleko lip než cokoli či jsem
předním zkousel

M

ne 26. 1. 2020 v 14:00 odesílatel Vaclav Kroupar  napsal:

> Ja pouzivam jen jako tracker Runtastic. Ma vyhodu, ze bezi i na hodinkach
> bez mobilu. Bohuzel nedavno upravili Web a GPX je muzno stahnout jen jednou
> tydne jako komplet data.
> Go Map umi bezet na pozadi pripadne hodinkach? Zatim jsem nezkousel
> editovat primo v terenu na mobilu.
>
> Vasek Kroupar
>
> > 25. 1. 2020 v 9:24, Marek Janata :
> >
> > 
> > Ahoj,
> >
> > Co prosím používáte na iPadu/iPhonu na editaci? Našel jsem “Go map!!” a
> zatím spokojenost.
> >
> > Co používáte Vy?
> >
> > Díky
> >
> > M
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] Erreur ID

[Cédric Frayssinet]

Bonjour à tous,

En voulant envoyer des modifs avec iD, j'ai eu ce message d'erreur :

Value has more than 255 unicode characters in Node -6 at line 1, column
2255 

Après, impossible d'envoyer, il contacte l'API, iD redemande l'accès à
mon compte puis je tombe sur une erreur et je n'arrive pas à valider.

Dans une fenêtre privée, j'ai fait une modif sans problème.

Il n'y a rien de particulier dans mon changeset... Déjà rencontré le
soucis ?

Merci, Cédric

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Thomas Gratier]

Bonjour,

Pour le suivi, cela semble temporaire
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html
Mais la question d'avoir un miroir fr supplémentaire (si ce n'est pas déjà
le cas) ou un bittorrent reste ouverte.


Thomas Gratier

Le dim. 26 janv. 2020 à 15:27, Thomas Gratier 
a écrit :

> Salut à tous,
>
> Il y a une discussion enflammée sur Twitter
> https://twitter.com/komzpa/status/1221025538317475842 concernant la
> limitation récente de la bande passante pour récupérer un fichier planet
> https://twitter.com/komzpa/status/1221025538317475842qui rend donc le
> processus très long.
>
> La version courte: l'ensemble de la communauté en récupérant des planet
> complets finit par saturer la bande passante (voir
> https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html)
> et cela semble poser des problèmes réseaux. Il faudrait selon certains ne
> travailler plus qu'avec des diff pour limiter la bande passante en
> argumentant que sinon on va au delà du "fair use" (pour les tuiles, je
> comprend mais pour la donnée brute, j'ai plus de mal). Pour d'autres, il
> faudrait avoir des miroirs et/ou des versions torrent pour ne plus avoir ce
> genre de limitation.
>
> Personnellement, je suis plutôt partisan de la seconde option car sinon
> pour travailler avec un planet, il faudra se préoccuper de mettre en place
> des diff, ce qui est une barrière à la réutilisation de mon point de vue.
>
> OpenStreetMap France pourrait créer un miroir et/ou une version torrent?
> On peut se rapprocher de la fondation en tant que chapitre local pour faire
> avancer le truc?
>
> Un/des avis?
>
>
> Merci de vos retours
>
> Thomas Gratier
> https://twitter.com/komzpa/status/1221179076079235072
> https://twitter.com/komzpa/status/1221174462852292608
> https://twitter.com/komzpa/status/1221174462852292608
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] MWG needs some customizations in CiviCRM

[Martin Koppenhoefer]

what about multiple OpenStreetMap userIDs controlled by the same user? Our 
current guidelines actively encourage the creation of multiple logins/users.

Cheers Martin 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Thomas Gratier]

Salut à tous,

Il y a une discussion enflammée sur Twitter
https://twitter.com/komzpa/status/1221025538317475842 concernant la
limitation récente de la bande passante pour récupérer un fichier planet
https://twitter.com/komzpa/status/1221025538317475842qui rend donc le
processus très long.

La version courte: l'ensemble de la communauté en récupérant des planet
complets finit par saturer la bande passante (voir
https://lists.openstreetmap.org/pipermail/dev/2020-January/030873.html) et
cela semble poser des problèmes réseaux. Il faudrait selon certains ne
travailler plus qu'avec des diff pour limiter la bande passante en
argumentant que sinon on va au delà du "fair use" (pour les tuiles, je
comprend mais pour la donnée brute, j'ai plus de mal). Pour d'autres, il
faudrait avoir des miroirs et/ou des versions torrent pour ne plus avoir ce
genre de limitation.

Personnellement, je suis plutôt partisan de la seconde option car sinon
pour travailler avec un planet, il faudra se préoccuper de mettre en place
des diff, ce qui est une barrière à la réutilisation de mon point de vue.

OpenStreetMap France pourrait créer un miroir et/ou une version torrent? On
peut se rapprocher de la fondation en tant que chapitre local pour faire
avancer le truc?

Un/des avis?


Merci de vos retours

Thomas Gratier
https://twitter.com/komzpa/status/1221179076079235072
https://twitter.com/komzpa/status/1221174462852292608
https://twitter.com/komzpa/status/1221174462852292608
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-de] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 496, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

 http://www.weeklyosm.eu/de/archives/12778/

 Viel Spaß beim Lesen.  

 Euer Wochennotizteam
 
 Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
 einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
 mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

 weeklyOSM? 
 who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
 where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-br] semanárioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 496, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

http://www.weeklyosm.eu/pb/archives/12778/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-es] semanarioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Hola, el semanario Nº 496, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12778/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-pt] semanárioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 496, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

http://www.weeklyosm.eu/pb/archives/12778/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[talk-latam] semanarioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Hola, el semanario Nº 496, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12778/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-cl] semanarioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Hola, el semanario Nº 496, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12778/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-GB] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[talk-ph] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-bo] semanarioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Hola, el semanario Nº 496, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12778/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[OSM-talk-ie] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-co] semanarioOSM Nº 496 2020-01-14-2020-01-20

[theweekly . osm]

Hola, el semanario Nº 496, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12778/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-in] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-ca] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
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

[Talk-africa] weeklyOSM #496 2020-01-14-2020-01-20

[weeklyteam]

The weekly round-up of OSM news, issue # 496,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12778/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-talk] Regarding GSoC 2020

[Gollavilli Srikanth]

Dear Community Members,

I am Srikanth Gollavilli from India. Currently, I am pursuing Masters in
Geoinformatics from Indian Institute of Technology Bombay (IITB). I have a
bachelor’s degree in Computer Science and Engineering. I have development
experience in python, PLSQL, C++, IoT, postgresql, GIS tools, spatial
database, ENVI softwares. Also I am comfortable with version control
systems. I am interested in  Machine Learning, Image Processing, Remote
Sensing, client server architecture and interoperability.

I am fond of open source community as it provides me an opportunity to keep
my skills updated, helps to build connections and improve communications
skills thus I would love to contribute to OpenStreetMap in Google Summer of
Code 2020.

My Github link:  https://github.com/SrikanthIITB
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-cz] iOS

[Vaclav Kroupar]

Ja pouzivam jen jako tracker Runtastic. Ma vyhodu, ze bezi i na hodinkach bez 
mobilu. Bohuzel nedavno upravili Web a GPX je muzno stahnout jen jednou tydne 
jako komplet data. 
Go Map umi bezet na pozadi pripadne hodinkach? Zatim jsem nezkousel editovat 
primo v terenu na mobilu. 

Vasek Kroupar

> 25. 1. 2020 v 9:24, Marek Janata :
> 
> 
> Ahoj,
> 
> Co prosím používáte na iPadu/iPhonu na editaci? Našel jsem “Go map!!” a zatím 
> spokojenost. 
> 
> Co používáte Vy?
> 
> Díky 
> 
> M
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz


___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] protect_class -du périmètre de protection autour de la réserve géologique

[Philippe Verdy]

Regarde les autres relations concernant les "aires d'adhésion", il y en a
diverses en France (pour les parcs régionaux ou nationaux); les réserves
elles-mêmes sont hors périmètres administratifs, ce sont les zones
concernées par des plans concrets auxquels participent toutes les communes
via leur syndicat; les aires d'adhésion concernent les communes adhérentes
à la gestion de ces zones protégées avec un plan commun de gestion au sein
du syndicat (souvent un syndicat mixte car il peut aussi y avoir dedans le
département, la région, ou des assos et chambres professionnelles, ou
agences de bassin, syndicats de propriétaires forestiers ou fonciers, qui
ne sont pas concernées pour toute l'étendue de leur territoire mais une
partie et qui n'ont d'ailleurs pas toujours un périmètre administratif bien
défini mais un intérêt local à ces zones où elles mènent des actions (cas
des assos et fondations) ; idem pour les sites Natura 2000 créés par l'Etat
dans le cadre européen: ce sont des domaines d'étude et de recherche plus
que des domaines d'action : l'INPN documente les besoins au plan national,
les syndicats prendront leurs décisions locales avec leurs membres
(communes ou autres syndicats et organisations).

Franchement les aires d'adhésion ne devraient pas vraiment être des parcs,
mais plutôt des "local_authority" (comme les EPCI à fiscalité propre), leur
identité juridique étant en fait un syndicat mixte (SIVOM ou SIVU) pour la
souplesse que ça apporte mais ils n'ont pas de fiscalité (leur financement
vient des apports des membres du syndicats et subventions externes reçues
des départements, régions, l'Etat, ou l'Europe): les aires indiquent
l'étendue maximale d'action du syndicat qui n'a pas forcément d'action à
mener partout en même temps et pas sur toute la zone (ils se concentre sur
des espèces, des habitats, vont financer des plans de protection, émettre
des avis que les aménagements public ou privés et la réglementation
localement applicable sera validée par les arrêtés préfectoraux ou
ministériels ou la loi si nécessaire).


Le dim. 26 janv. 2020 à 11:13, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Le périmètre de protection autour de la réserve géologique de Haute
> Provence regroupe 59 communes :
>
> https://www.openstreetmap.org/relation/10615882
>
> La relation est constituée des tronçons extérieurs des limites des
> communes concernées.
>
> C'est une extension périphérique de la Réserve proprement dite, qui est
> constituée de 18 petites zones.
>
> Je me demande quelle valeur renseigner pour l'attribut protect_class car
> là il ne s'agit pas de la zone "coeur" mais seulement du périmètre de
> protection.
>
> Merci de votre avis,
>
>
> ___
> 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: [OSM-talk-fr] Maxar HS ?

[Philippe Verdy]

C'est en panne et discuté depuis un bon moment. Le service a été victime
d'usage abusif par des sociétés commerciales qui ont mis à mal la capacité
de ses serveurs.
Maxar a temporairement fermé l'accès et la Fondation OSM négoicie un accès
authentifié pour les contributeurs. D'après les annonces Twitter cela
devrait bientôt revenir (il faudra une clé d'accès, et sans doute la
nécessité d'accepter les termes de service la source d'imagerie dans JOSM
ou iD sera remise à jour pour en tenir compte).
Ce n'est pas nouveau mais c'est en cours de traitement.
Maintenant l'ortho IGN n'est pas la seule en Rhône-Alpes, tout dépend des
zones... Mais j'ai des images dans JOSM et iD pour pas mal d'entre elles
qui date de 2006 pour les plus anciennes ou bien après.
Si tu comptais sur Maxar pour avoir des images de certains secteurs après
2010, il faudra attendre.

Le dim. 26 janv. 2020 à 11:07, pepilepi...@ovh.fr  a
écrit :

> Bonjour,
>
> En mai dernier j'avais eu des soucis d'imagerie avec JOSM, résolus avec
> Maxar
> .
>
> Hélas, il y a quelque temps maxar me renvoyait "pas de tuile à ce niveau
> de zoom", et depuis peu Maxar n'est même plus dans la liste des imageries
> disponibles de JOSM.
>
> Évidemment je suis dans l'une des zones noires de HR Ortho, et ici l'ortho
> IGN date du début du siècle...
>
> Qu'est-il arrivé à Maxar ? Et quelle imagerie récente peut-on utiliser ans
> la région Rhône-Alpes ?
>
> Merci, bon dimanche
>
> Jean-Pierre
> --
> --
>
> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
> bonne question.
> ___
> 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

[OSM-talk] MWG needs some customizations in CiviCRM

[michael spreng]

Hi

The MWG needs some customisation in CiviCRM to improve user friendliness
of the membership. Foremost we would like to authenticate members
against openstreetmap with OAuth. Currently we verify OSM user names by
sending a message through OSM. There are a few other customizations
which we talked about. We wrote a short requirements document. But this
is not set in stone. we have improvements in mind, how they are
technically solved is secondary. They should be solved in an efficient
and future oriented way (there are regular updates to WordPress and
CiviCRM which we need to apply).

If anybody from the community is willing to help us in a short time
frame of about 3 months, we would of course welcome this. Otherwise we
would move to hire some professional for those tasks, probably Jon who
already helped us with the renewal reminder issue.

best regards
Michael
Membership Working Group




OAuth integration for CiviCRM
=

Wish list
* Let users link their OSM account through OAuth. Record user iD in Database
  - for fee-waiver type memberships compulsory
- ideally call an external url to verify if the new member fulfills
the requirement and create a membership automatically
  - for paid memberships as an option
  - for event registration as an option
  - use osm-id as deduplication id
* Automatic mailing list subscription from membership form checkbox
* Multilingual support
  - We might need to switch to Drupal to get that?

Rationale: OSM user account needs to be verified for fee-waiver memberships
Because we require a minimum contribution, we need to reliably know the
OSM account of the applicant. We then check the OSM account for this
minimum contribution criteria.

Requirements OAuth
==
OAuth for OpenStreetMap is used to authenticate editors to make changes
to the map on behalf of the identified contributor. However, it is also
often used to simply identify an OpenStreetMap contributor, by only
requiring to "read preferences" where the user id can be read.
We would like to use OAuth for that purpose, to give contributors the
possibility to identify themselves automatically.
OAuth, by design, needs to open the openstreetmap.org website. This can
be in a pop up or by navigation to the respective page and setting the
redirect after authentication to return to join.osmfoundation.org
OAuth can be implemented to be done before filling out the form, or for
example by a button press on the form. The form should reflect the
state, if the user authenticated with OAuth already or not.

The following forms need OAuth authentication:
- membership form http://join.osmfoundation.org/normal-membership/ and
http://join.osmfoundation.org/associate-membership/
Maybe also the "contact forms" form, if we can't handle fee-waiver
members with the membership form:
- fee-waiver forms
https://join.osmfoundation.org/application-form-for-lack-of-suitable-money-transfer/
and
https://join.osmfoundation.org/application-form-for-financial-hardship/
They are both based on the "contact forms" WordPress plug in. If
convenient, we can use any other type of form, it is just important that
we can generate a ticket for each submission in our ticketing system
otrs, which is usually done by sending a mail to m...@otrs.osmfoundation.org

A custom field should save the OpenStreetMap user id (number) which is
final. The OSM user name can be changed at any time.

fee-waiver: Requirements for active contributor member sign up
==

We have members who do not pay a membership fee. They are required to
meet a certain contribution level to become/stay a member. Currently,
they fill out just a form (contact forms, see above). But ideally we
would like to have a form like the paying membership form, but instead
of payment, their oauth authenticated osm user id is used to look up
their contributions, if they meet our criteria. That look up would be a
simple http document with the osm user id as parameter in the URL.
People not meeting the requirement (but still authenticated by oauth)
should get an entry in civicrm with a membership pending or similar.
Because they can still have contributed significantly and the board will
judge their case.
There needs to be a free text field for members to describe their
contribution.

deduplication on OSM user id


We would like to avoid having duplicate contacts with the same osm user
id. Ideally the membership sign up process will automatically recognize
the already used osm user id and reuse that contact entry, like it is
done for email addresses.

subscription to a mailing list
==

We use a mailman mailing list for communication amongst members. Only
members can subscribe. Now we would like to get a checkbox onto the
membership form "subscribe to osmf-talk mailng list" and when chat box
is checked, a http request could subscribe that mail address.

Re: [OSM-talk-fr] Type de highway pour voie de bus

[Philippe Verdy]

Il n'empêche qu'en cas d'accident, leur responsabilité est réduite à zéro
pour les assurances et à 100% pour le conducteur, le seul qui est tenu
d'être assuré (qui cependant ne sera pas sanctionné de conduite imprudente
puisque l'imprudence était celle du piéton, à moins qu'il ait de bonnes
raisons comme un trottoir impraticable pour lui, cas d'un handicapé, et
l'assurance du conducteur ne pourra pas lui imposer un malus conséquent :
le conducteur peut se défendre, mais l'assurance doit prendre en charge
100% des dommages; les droits du piétons couverts à 100% peuvent cependant
être réduits du fait de son imprudence; et éventuellement l'autorité pourra
lui donner une amende, mais c'est indépendant de la couverture assurance).
Et en milieu urbain, la responsabilité du conducteur reste souvent engagée
(notamment quand le piéton est mineur ou handicapé, c'est au conducteur
d'être prudent. Si un piéton se jette littéralement sur la voiture par un
comportement suicidaire, le conducteur n'est pas non plus sanctionné, mais
il doit le prouver ou un expert le fera, et les familles portent souvent
plainte quand même; les conducteurs sont donc tenus d'être prudents en
toute occasion et engagent toujours une responsabilité qu'il devra défendre
en justice : l'usage du véhicule n'est pas qu'un droit automatique, c'est
une charge et toujours une prise de risques, c'est pour ça qu'il doit être
assuré en toute condition pour les dommages causés aux tiers)

Le dim. 26 janv. 2020 à 09:33, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> Le 23/01/2020 à 16:57, Philippe Verdy a écrit :
> > En France les piétons peuvent aller quasiment partout, sauf
> > signalisation ou équipement spécial (sidewalk en est un) mais ils
> > peuvent traverser partout et sont prioritaires. Les interdictions
> > piétons sont matérialisées par les a signalisation (y compris les
> > panneaux autoroute et voies express, et les barrières de séparation de
> > chaussées). En zone urbaine ils ne sont même pas obligés de traverser
> > seulement aux passages protégés (mais ils le font avec un partage des
> > risques et les conducteurs sont malgré tout responsables des accidents
> > car, eux seulement, sont couverts par des assurances obligatoires.
>
> Le code de la route impose tout de même des choses aux piétons.
> . Art 412-34 :
> "Lorsqu'une chaussée est bordée d'emplacements réservés aux piétons ou
> normalement praticables par eux, tels que trottoirs ou accotements, les
> piétons sont tenus de les utiliser, à l'exclusion de la chaussée."
>
> Art 412-37 :
> "traverser la chaussée[...] Ils sont tenus d'utiliser, lorsqu'il en
> existe à moins de 50 mètres, les passages prévus à leur intention."
>
>
> https://www.legifrance.gouv.fr/affichCode.do?idSectionTA=LEGISCTA06177125=LEGITEXT06074228=20100701
>
>
>
> ___
> 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: [OSM-talk-fr] wiki JOSM : Mise en Forme de la page Fr:Help/Action/Help modifiée par anonyme

[Philippe Verdy]

Non, c'est bien "*:" car les marqueurs de listes imbriqués conservent leur
ordre du niveau de base au niveau imbriqué.
"*:" signifie que c'est un élément de sous-liste (liste de définition) dans
un élément de liste à puce (commencé aux lignes précédentes).
si tu mets ":*" tu auras une sous-liste à puce dans une nouvelle liste
indentée, et tu romps la liste à puces commencée à la ligne précédente.

Le dim. 26 janv. 2020 à 11:02, leni  a écrit :

>
> Le 20/01/2020 à 01:05, Philippe Verdy a écrit :
> > Je ne vois pas de changement de "mise en forme" hormis une
> > wikification de liste avec des "*" (puces) au lieu des numéros (qui
> > supposerait un ordre)
> > C'est somme toute mineur, et ça reste malgré tout une traduction
> conforme.
> qui risque disparaitre s'il y a une modification de la page anglaise,
> j'espérais que la personne était sur la liste et ferait la modif
> également sur la page originale
> > Ceci dit ce n'est pas une "liste" valide puisque les éléments
> > détaillés ont été "indentés" hors liste.
> > On peut proposer le changement correct (supprimer les numéros non
> > significatifs par des puces, et non pas indenter le détail avec des
> > espaces (qui créent un bloc de code) après chaque liste limitée à un
> > seul item mais avec "*:", afin de conserver la liste non rompue, et en
> > profiter pour supprimer les barres obliques inverses en fin de ligne)
> > dans la page anglaise
> > Sans doute quelqu'un qui ne connait pas bien la syntaxe wiki et croit
> > pouvoir l'utiliser correctement, mais à moitié en ne voyant pas que
> > cela ne crée pas une vraie liste mais trois séparées, suivies chacune
> > d'un bloc indenté.
>
> Ce ne serait pas plutôt ":*" ?
>
> Je n’arrives pas à faire ce dont tu parles ; pourrais-tu me l'indiquer
> sur cet extrait ?
>
>   1. With the {{{F1}}} key anywhere.\\
> This invokes the help topic for the screen element under the mouse
> pointer.
> If that element has no own help topic, then the request is passed
> downwards to the surrounding screen element.
> Finally search ends at the [wikitr:/Help/MapView Map view] or
> [wikitr:/Help Main help] pages as last resorts.\\
>
>
> ___
> 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: [OSM-talk-fr] Aire de retournement

[Philippe Verdy]

oui j'ai un peu revu certaines géométries imprécises, des bâtiments
cadastrés peu représentatifs/mal alignés (source BDOrtho), quelques limites
autour (forêt, zone gazonnée, rivière, rangées d'arbres, quelques une des
clôtures, raligné quelques chemins, changé quelques allées d'accès aux
propriétés, mis des portails, et marqué la partie privative derrière le
portail)
Je te laisse faire le reste...

Le dim. 26 janv. 2020 à 11:02, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Merci de toutes ces infos. J'ai vu que tu avais mis en oeuvre les
> modifications nécessaires (et autres dans le quartier apparemment).
> J'ai ajouté surface=compacted.
>
>
>
>
> Le 25/01/2020 à 12:23, Philippe Verdy a écrit :
>
> En tout cas ça ne peut pas être défini à highway=turning_circle sur le way
> (ce n'est défini que sur un noeud d'extrémité, éventuellement connecté à
> d'autres chemins)
> highway=servive semble le mieux étant donné l'accès résidentiel connecté
> dessus et le fait que les bus les utilise.
> Tu peux toujours rajouter surface=unpaved (bien que ça me semble plutôt
> surface=compacted, sinon les bus ne pourraient pas passer dessus
> régulièrement sans former des ornières, ce n'est pas un chemin de terre ou
> une trace dans la pelouse, c'est au moins empierré et compacté, même s'il y
> a un peu de terre dedans ou un peu d'herbe pousse dessus, et pas non plus
> un "track" agricole ou industriel, alors que c'est un usage régulier des
> bus et véhicules, piétons et sans doute aussi cyclistes, et aucune
> restriction).
> La question c'est plutôt: highway=service ou residential? Je penche pour
> service car il n'y a plus rien d'autre connecté desservi que la voie de
> service privée vers le nord, l'usage des bus , et sinon les chemins piétons
> vers la forêt , il n'y a pas d'arrêt aménagé possible, même pas de
> stationnement latéral, c'est juste fait pour faire demi-tour autour de
> l'îlot.
> Et aussi le nom de la rue doit être ramené dessus: c'est bien une voie
> publique (pour les bus et sinon les marcheurs vers la forêt), et l'allée
> privée vers le nord est aussi à l'adresse de cette rue.
>
>
> Le ven. 24 janv. 2020 à 07:53, Arnaud Champollion <
> arnaud.champoll...@linux-alpes.org> a écrit :
>
>> Le 24/01/2020 à 05:46, Philippe Verdy a écrit :
>> > peut-être une voie de service, mais pas sûr que ce soit réservé
>> > seulement aux bus
>>
>> Non il n'y a pas de signalétique la réservant aux bus.
>>
>> > , et dans ce cas c'est encore la fin de la rue résidentielle qui y
>> > arrive (et d'ailleurs ça se voit aux adresses FANTOIR, le Chemin du
>> > Marquis est en voie publique même si c'est une impasse avec un seul
>> > résident).
>>
>> Donc ça devrait être en highway=residential avec surface=unpaved ? En
>> fait pour l'instant il y a highway=track à cause du non-revêtement, mais
>> c'est peut-être justement une erreur.
>>
>> > Au passage la boucle est mal alignée, elle passe un peu plus à l'ouest
>> > (on la voit bien à travers les branches de arbres dessus à l'extrémité
>> > de l'îlot, et le chmein du Marqui tombe bien sur cette boucle et non
>> > sur le sentier allant vers l'ouest).
>>
>> OK j'ai corrigé cela.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> 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

[OSM-talk-fr] protect_class -du périmètre de protection autour de la réserve géologique

[Arnaud Champollion]

Bonjour,

Le périmètre de protection autour de la réserve géologique de Haute 
Provence regroupe 59 communes :


https://www.openstreetmap.org/relation/10615882

La relation est constituée des tronçons extérieurs des limites des 
communes concernées.


C'est une extension périphérique de la Réserve proprement dite, qui est 
constituée de 18 petites zones.


Je me demande quelle valeur renseigner pour l'attribut protect_class car 
là il ne s'agit pas de la zone "coeur" mais seulement du périmètre de 
protection.


Merci de votre avis,


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

[OSM-talk-fr] Maxar HS ?

[pepilepi...@ovh.fr]

Bonjour,

En mai dernier j'avais eu des soucis d'imagerie avec JOSM, résolus avec
Maxar
.

Hélas, il y a quelque temps maxar me renvoyait "pas de tuile à ce niveau
de zoom", et depuis peu Maxar n'est même plus dans la liste des
imageries disponibles de JOSM.

Évidemment je suis dans l'une des zones noires de HR Ortho, et ici
l'ortho IGN date du début du siècle...

Qu'est-il arrivé à Maxar ? Et quelle imagerie récente peut-on utiliser
ans la région Rhône-Alpes ?

Merci, bon dimanche

Jean-Pierre

-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [Talk-it] import fermate autobus di linea Provincia Trento, non autorizzato.

[liste DOT girarsi AT posteo DOT eu]

Il 26/01/20 10:44, Andrea Musuruane ha scritto:
> 
> Devi sistemarli, altrimenti JOSM non ti fa fare il commit.
> 
> Ciao,
> 
> Andrea
> 

Grazie per la dritta.

Ok, fatto, da quanto ho capito i conflitti erano mappature successive
sui nodi importati, operazioni di osm-inspector, un certo utente map47.

Sembra andato tutto a buon fine, spero senza rogne.

-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] Aire de retournement

[Arnaud Champollion]

Bonjour,

Merci de toutes ces infos. J'ai vu que tu avais mis en oeuvre les 
modifications nécessaires (et autres dans le quartier apparemment).

J'ai ajouté surface=compacted.




Le 25/01/2020 à 12:23, Philippe Verdy a écrit :
En tout cas ça ne peut pas être défini à highway=turning_circle sur le 
way (ce n'est défini que sur un noeud d'extrémité, éventuellement 
connecté à d'autres chemins)
highway=servive semble le mieux étant donné l'accès résidentiel 
connecté dessus et le fait que les bus les utilise.
Tu peux toujours rajouter surface=unpaved (bien que ça me semble 
plutôt surface=compacted, sinon les bus ne pourraient pas passer 
dessus régulièrement sans former des ornières, ce n'est pas un chemin 
de terre ou une trace dans la pelouse, c'est au moins empierré et 
compacté, même s'il y a un peu de terre dedans ou un peu d'herbe 
pousse dessus, et pas non plus un "track" agricole ou industriel, 
alors que c'est un usage régulier des bus et véhicules, piétons et 
sans doute aussi cyclistes, et aucune restriction).
La question c'est plutôt: highway=service ou residential? Je penche 
pour service car il n'y a plus rien d'autre connecté desservi que la 
voie de service privée vers le nord, l'usage des bus , et sinon les 
chemins piétons vers la forêt , il n'y a pas d'arrêt aménagé possible, 
même pas de stationnement latéral, c'est juste fait pour faire 
demi-tour autour de l'îlot.
Et aussi le nom de la rue doit être ramené dessus: c'est bien une voie 
publique (pour les bus et sinon les marcheurs vers la forêt), et 
l'allée privée vers le nord est aussi à l'adresse de cette rue.



Le ven. 24 janv. 2020 à 07:53, Arnaud Champollion 
> a écrit :


Le 24/01/2020 à 05:46, Philippe Verdy a écrit :
> peut-être une voie de service, mais pas sûr que ce soit réservé
> seulement aux bus

Non il n'y a pas de signalétique la réservant aux bus.

> , et dans ce cas c'est encore la fin de la rue résidentielle qui y
> arrive (et d'ailleurs ça se voit aux adresses FANTOIR, le Chemin du
> Marquis est en voie publique même si c'est une impasse avec un seul
> résident).

Donc ça devrait être en highway=residential avec surface=unpaved ? En
fait pour l'instant il y a highway=track à cause du
non-revêtement, mais
c'est peut-être justement une erreur.

> Au passage la boucle est mal alignée, elle passe un peu plus à
l'ouest
> (on la voit bien à travers les branches de arbres dessus à
l'extrémité
> de l'îlot, et le chmein du Marqui tombe bien sur cette boucle et
non
> sur le sentier allant vers l'ouest).

OK j'ai corrigé cela.


___
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



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

Re: [OSM-talk-fr] wiki JOSM : Mise en Forme de la page Fr:Help/Action/Help modifiée par anonyme

[leni]

Le 20/01/2020 à 01:05, Philippe Verdy a écrit :
Je ne vois pas de changement de "mise en forme" hormis une 
wikification de liste avec des "*" (puces) au lieu des numéros (qui 
supposerait un ordre)

C'est somme toute mineur, et ça reste malgré tout une traduction conforme.
qui risque disparaitre s'il y a une modification de la page anglaise, 
j'espérais que la personne était sur la liste et ferait la modif 
également sur la page originale
Ceci dit ce n'est pas une "liste" valide puisque les éléments 
détaillés ont été "indentés" hors liste.
On peut proposer le changement correct (supprimer les numéros non 
significatifs par des puces, et non pas indenter le détail avec des 
espaces (qui créent un bloc de code) après chaque liste limitée à un 
seul item mais avec "*:", afin de conserver la liste non rompue, et en 
profiter pour supprimer les barres obliques inverses en fin de ligne) 
dans la page anglaise
Sans doute quelqu'un qui ne connait pas bien la syntaxe wiki et croit 
pouvoir l'utiliser correctement, mais à moitié en ne voyant pas que 
cela ne crée pas une vraie liste mais trois séparées, suivies chacune 
d'un bloc indenté.


Ce ne serait pas plutôt ":*" ?

Je n’arrives pas à faire ce dont tu parles ; pourrais-tu me l'indiquer 
sur cet extrait ?


 1. With the {{{F1}}} key anywhere.\\
   This invokes the help topic for the screen element under the mouse 
pointer.
   If that element has no own help topic, then the request is passed 
downwards to the surrounding screen element.
   Finally search ends at the [wikitr:/Help/MapView Map view] or 
[wikitr:/Help Main help] pages as last resorts.\\



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

Re: [Talk-it] import fermate autobus di linea Provincia Trento, non autorizzato.

[Andrea Musuruane]

Ciao,

On Sun, Jan 26, 2020 at 10:35 AM liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> wrote:

> Il 25/01/20 19:42, liste DOT girarsi AT posteo DOT eu ha scritto:
> > Il 25/01/20 15:45, liste_girarsi ha scritto:
> >> per il DWG, è sufficiente lasciare l'informazione?
> >
> > Si spedisce una email qui giusto?
> >
> >
> https://wiki.openstreetmap.org/wiki/Data_working_group#Contacts_in_case_of_problems
> >
> >
> >
>
> Visto ieri sera nessun ha fatto il revert sto procedendo con Josm,
> perchè non vorrei passasse troppo tempo, mi ha individuato 14 conflitti,
> è il caso di sistemarli o lascio così com'è?
>

Devi sistemarli, altrimenti JOSM non ti fa fare il commit.

Ciao,

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

Re: [Talk-it] import fermate autobus di linea Provincia Trento, non autorizzato.

[liste DOT girarsi AT posteo DOT eu]

Il 25/01/20 19:42, liste DOT girarsi AT posteo DOT eu ha scritto:
> Il 25/01/20 15:45, liste_girarsi ha scritto:
>> per il DWG, è sufficiente lasciare l'informazione? 
> 
> Si spedisce una email qui giusto?
> 
> https://wiki.openstreetmap.org/wiki/Data_working_group#Contacts_in_case_of_problems
> 
> 
> 

Visto ieri sera nessun ha fatto il revert sto procedendo con Josm,
perchè non vorrei passasse troppo tempo, mi ha individuato 14 conflitti,
è il caso di sistemarli o lascio così com'è?

-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] Type de highway pour voie de bus

[Georges Dutreix via Talk-fr]

Bonjour,

Le 23/01/2020 à 16:57, Philippe Verdy a écrit :
En France les piétons peuvent aller quasiment partout, sauf 
signalisation ou équipement spécial (sidewalk en est un) mais ils 
peuvent traverser partout et sont prioritaires. Les interdictions 
piétons sont matérialisées par les a signalisation (y compris les 
panneaux autoroute et voies express, et les barrières de séparation de 
chaussées). En zone urbaine ils ne sont même pas obligés de traverser 
seulement aux passages protégés (mais ils le font avec un partage des 
risques et les conducteurs sont malgré tout responsables des accidents 
car, eux seulement, sont couverts par des assurances obligatoires.


Le code de la route impose tout de même des choses aux piétons.
. Art 412-34 :
"Lorsqu'une chaussée est bordée d'emplacements réservés aux piétons ou 
normalement praticables par eux, tels que trottoirs ou accotements, les 
piétons sont tenus de les utiliser, à l'exclusion de la chaussée."


Art 412-37 :
"traverser la chaussée[...] Ils sont tenus d'utiliser, lorsqu'il en 
existe à moins de 50 mètres, les passages prévus à leur intention."


https://www.legifrance.gouv.fr/affichCode.do?idSectionTA=LEGISCTA06177125=LEGITEXT06074228=20100701



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