Re: [Talk-it] Numero di cellulare in OSM

[Francesco Ansanelli]

Ciao,

Il sab 11 gen 2020, 08:04 Alessandro Sarretta 
ha scritto:

> Ciao Francesco,
>
> On 11/01/20 07:37, Francesco Ansanelli wrote:
> > Buongiorno lista,
> >
> > C'è un problema con il tag "phone:mobile" in quanto in una pagina¹ è
> > indicato espressamente che si tratta di "numero di cellulare", mentre
> > da un esempio nella pagina Phone² pare che serva per indicare il
> > numero per chi chiama da rete mobile (con possibilità di indicare
> > anche operatore e nazione del chiamante).
> Non ho trovato questo riferimento. Puoi esplicitare per favore la frase
> dalla quale derivi questo significato?
>

Non c'è! Però l'unico riferimento è questo esempio:

phone:FR:mobile:SFR=3000 for standard toll free call only from the SFR
mobile network (operator in France)


> Ovviamente c'è una bella differenza!
> >
> > Ho passato qualche ora ad aggiornare il formato dei numeri di telefono
> > in Piemonte, spostando anche sul tag cellulare quando necessario...
> > Essendoci questa ambiguità ovviamente il lavoro che ho fatto potrebbe
> > essere stato in parte inutile.
> > Visto che è una procedura piuttosto meccanica vorrei fare un edit e
> > cambiare tutti i tag "phone:mobile" in "contact:mobile", in quanto lo
> > schema "contact:*" prevede "mobile" con il significato che avevo
> > inteso anche io. Posso farlo solo sugli oggetti modificati da me
> > oppure su tutta Italia (dato che è un problema di pagina wiki in
> > italiano)?
> > Oppure dovrei fare revert e tornare su "phone"?
>
> Personalmente io preferisco usare contact:phone e contact:mobile, perché
> mi sembra più chiaro e ordinato, però a livello internazionale ricordo
> varie discussioni e la conclusione mi pare sia che ci sono 2 diverse
> modalità di mappatura e che non c'è consenso nel far prevalere una
> piuttosto che un'altra.


> Quindi il consiglio è di evitare di modificare tag non tuoi in
> automatico, sicuramente fuori dall'Italia.


> In Italia potremmo anche discuterne e forse arrivare a una decisione
> condivisa...


> > Visto che ci siamo, infine, vorrei sapere se per voi è corretto fare
> > la distinzione tra numeri fissi e mobili, oppure, se "phone" (o
> > "contact:phone") dovrebbe essere il calderone dove finisce tutto,
> > eventualmente separato dal simbolo punto e virgola?
> > In questo caso preferirei usare 2 tag diversi, visto che mi sembra
> > un'utile distinzione. Voi cosa pensate?
> A me pare utile la distinzione e continuerei a mantenerla.
> >
> > Anche in base ai commenti, vorrei aggiornare le due pagine in
> > questione: per prima cosa, togliendo dalla pagina del glossario il
> > riferimento al cellulare o cambiando il tag indicando quello dello
> > schema "contact:*" e, successivamente, la pagina "phone" aggiungendo
> > che i numeri di cellulare vanno inseriti seguendo un altro schema
> > oppure messi nel tag phone.
>
> Per una modifica a pagine in inglese sposterei la discussione nella
> mailing list internazione. Comunque, mi ripeto, secondo me non c'è nulla
> da modificare attualmente, nel senso che i due schemi di tagging stanno
> andando avanti in parallelo e non c'è accordo nel togliere uno dei due.
>
> m2c
>
> Ale
>
> >
> > Grazie mille
> > Francesco
> >
> > ¹ https://wiki.openstreetmap.org/wiki/IT:Glossario_OSM
> > ² https://wiki.openstreetmap.org/wiki/Key:phone
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numero di cellulare in OSM

[canfe]

Ritengo che per chiarezza il fisso ed il cellulare debbano avere due tag
distinti.
Chiamare qualcuno ad ora tarda sul fisso o sul cellulare fa una bella
differenza!



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Numero di cellulare in OSM

[Alessandro Sarretta]

Ciao Francesco,

On 11/01/20 07:37, Francesco Ansanelli wrote:

Buongiorno lista,

C'è un problema con il tag "phone:mobile" in quanto in una pagina¹ è 
indicato espressamente che si tratta di "numero di cellulare", mentre 
da un esempio nella pagina Phone² pare che serva per indicare il 
numero per chi chiama da rete mobile (con possibilità di indicare 
anche operatore e nazione del chiamante).
Non ho trovato questo riferimento. Puoi esplicitare per favore la frase 
dalla quale derivi questo significato?

Ovviamente c'è una bella differenza!

Ho passato qualche ora ad aggiornare il formato dei numeri di telefono 
in Piemonte, spostando anche sul tag cellulare quando necessario... 
Essendoci questa ambiguità ovviamente il lavoro che ho fatto potrebbe 
essere stato in parte inutile.
Visto che è una procedura piuttosto meccanica vorrei fare un edit e 
cambiare tutti i tag "phone:mobile" in "contact:mobile", in quanto lo 
schema "contact:*" prevede "mobile" con il significato che avevo 
inteso anche io. Posso farlo solo sugli oggetti modificati da me 
oppure su tutta Italia (dato che è un problema di pagina wiki in 
italiano)?

Oppure dovrei fare revert e tornare su "phone"?


Personalmente io preferisco usare contact:phone e contact:mobile, perché 
mi sembra più chiaro e ordinato, però a livello internazionale ricordo 
varie discussioni e la conclusione mi pare sia che ci sono 2 diverse 
modalità di mappatura e che non c'è consenso nel far prevalere una 
piuttosto che un'altra.


Quindi il consiglio è di evitare di modificare tag non tuoi in 
automatico, sicuramente fuori dall'Italia.


In Italia potremmo anche discuterne e forse arrivare a una decisione 
condivisa...


Visto che ci siamo, infine, vorrei sapere se per voi è corretto fare 
la distinzione tra numeri fissi e mobili, oppure, se "phone" (o 
"contact:phone") dovrebbe essere il calderone dove finisce tutto, 
eventualmente separato dal simbolo punto e virgola?
In questo caso preferirei usare 2 tag diversi, visto che mi sembra 
un'utile distinzione. Voi cosa pensate?

A me pare utile la distinzione e continuerei a mantenerla.


Anche in base ai commenti, vorrei aggiornare le due pagine in 
questione: per prima cosa, togliendo dalla pagina del glossario il 
riferimento al cellulare o cambiando il tag indicando quello dello 
schema "contact:*" e, successivamente, la pagina "phone" aggiungendo 
che i numeri di cellulare vanno inseriti seguendo un altro schema 
oppure messi nel tag phone.


Per una modifica a pagine in inglese sposterei la discussione nella 
mailing list internazione. Comunque, mi ripeto, secondo me non c'è nulla 
da modificare attualmente, nel senso che i due schemi di tagging stanno 
andando avanti in parallelo e non c'è accordo nel togliere uno dei due.


m2c

Ale



Grazie mille
Francesco

¹ https://wiki.openstreetmap.org/wiki/IT:Glossario_OSM
² https://wiki.openstreetmap.org/wiki/Key:phone


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

[talk-au] NPWS landing sites task

[Graeme Fitzpatrick]

Question re this Map Roulette task, thanks.

I take it these details have come from a NPWS list of some form that says
there is a landing site at "this" spot.

So, even if it shows as just a patch of bare ground, we tag it as a landing
site?

Node or area?

Of the few I've looked at, one was a very discernible flattened out square
of dirt which I tagged as an area, another was just a clearing in the
forest so I put a node there, while the third was just a spot in an open
paddock.

& it would appear that emergency=landing_site doesn't render in any way -
does that matter?

Thanks

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

[Talk-it] Numero di cellulare in OSM

[Francesco Ansanelli]

Buongiorno lista,

C'è un problema con il tag "phone:mobile" in quanto in una pagina¹ è
indicato espressamente che si tratta di "numero di cellulare", mentre da un
esempio nella pagina Phone² pare che serva per indicare il numero per chi
chiama da rete mobile (con possibilità di indicare anche operatore e
nazione del chiamante).
Ovviamente c'è una bella differenza!

Ho passato qualche ora ad aggiornare il formato dei numeri di telefono in
Piemonte, spostando anche sul tag cellulare quando necessario... Essendoci
questa ambiguità ovviamente il lavoro che ho fatto potrebbe essere stato in
parte inutile.
Visto che è una procedura piuttosto meccanica vorrei fare un edit e
cambiare tutti i tag "phone:mobile" in "contact:mobile", in quanto lo
schema "contact:*" prevede "mobile" con il significato che avevo inteso
anche io. Posso farlo solo sugli oggetti modificati da me oppure su tutta
Italia (dato che è un problema di pagina wiki in italiano)?
Oppure dovrei fare revert e tornare su "phone"?

Visto che ci siamo, infine, vorrei sapere se per voi è corretto fare la
distinzione tra numeri fissi e mobili, oppure, se "phone" (o
"contact:phone") dovrebbe essere il calderone dove finisce tutto,
eventualmente separato dal simbolo punto e virgola?
In questo caso preferirei usare 2 tag diversi, visto che mi sembra un'utile
distinzione. Voi cosa pensate?

Anche in base ai commenti, vorrei aggiornare le due pagine in questione:
per prima cosa, togliendo dalla pagina del glossario il riferimento al
cellulare o cambiando il tag indicando quello dello schema "contact:*" e,
successivamente, la pagina "phone" aggiungendo che i numeri di cellulare
vanno inseriti seguendo un altro schema oppure messi nel tag phone.

Grazie mille
Francesco

¹ https://wiki.openstreetmap.org/wiki/IT:Glossario_OSM
² https://wiki.openstreetmap.org/wiki/Key:phone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Padza [Mayotte]

[Waxy via Talk-fr]

Salut,

Histoire d'homogénéiser l'étiquetage des padzas à Mayotte, comment 
feriez vous ?


https://fr.wikipedia.org/wiki/Padza

Perso, je mets :

natural=bare_rock
surface=ground

Mais on trouve :

natural=stone
et
natural=sand (parfois avec surface=ground)

Les name=Padza sont à enlever je pense puisque ce ne sont pas des toponymes…

J'ai vu dans les mapfeatures la clé geological=outcrop. Je ne sais pas 
si elle est meilleure.


Thanks.

Waxy
(contributeur Stephixus

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

Re: [talk-au] JOSM problem

[Warin]

On 11/1/20 2:55 pm, Andrew Harvey wrote:
Ah at the Sydney Mapathon a few people were having the same problem 
with the upper menus being slow on a fresh install, might want to 
check the JOSM issue tracker and report it.


Either way I just fixed the missing icon in ELI 
https://github.com/osmlab/editor-layer-index/pull/759 so depending if 
you have swapped out your imagery source in JOSM to use ELI directly 
or not you may need to wait for that to get updated on the JOSM side.


On Sat, 11 Jan 2020 at 14:43, Warin <61sundow...@gmail.com 
> wrote:


Hi,

I'm having a problem with JOSM ...

In trying to track it down I found the following message

"Failed to locate image
'https://www.spatial.nsw.gov.au/__data/assets/file/0010/210520/favicon.ico'"

This is part of the imagery services from NSW LPI. They have
probably shifted the location thus this error.

Oh .. my problem is JOSM is very slow to respond to the upper menus.

Probably something I have done elsewhere .. so I'll be continuing
on with that (together with other problems).



New laptop. With a fresh install of linux (was windows 10 .. no thank 
you) and updated the PC linux to the same version .. hence blaming me 
rather than JOSM. May go back to an old JOSM version to check.



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

Re: [OSM-talk] [Tagging] Tagging the local language

[stevea]

That is an outstanding way to say a whole bunch of good stuff all at once.  +1 
is an understatement.
SteveA

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

[OSM-talk] Fwd: [Tagging] Tagging the local language

[Joseph Eisenberg]

On Sat, Jan 11, 2020 at 2:49 AM Mateusz Konieczny 
wrote:

> or to use tricks like the “place=neighbourhood” one (which is based on
> POIs rather than polygons)?
>
> It is certainly wrong to do this.
>

I think the “trick” here is referring to the stand at practice of mapping
all place= features as nodes, including neighborhoods, because their
boundaries are usually fuzzy (and precise boundaries can be mapped with
boundary=administrative or another boundary= tag).

Oceans are better mapped as nodes because the cause no harm this way, and
database users can even use the node to find out the names in various
languages, and use them to put a label in a hand-selected place.

Mapping oceans (And seas) as multipolygons using the coastline would be
much worse, because the huge relations would be hard to maintain, the
borders between oceans would arbitrary and not verifiable, and editing the
coastline anywhere would be very likely to cause an editing conflict.

(These trains are also why it is a bad idea to map large bays, seas and
straits as areas)

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

Re: [talk-au] Delivery Status Notification (Failure)

[Graeme Fitzpatrick]

Thanks, but why did they show up now instead of at the end of the month /
beginning of February?

There were 2 for NSW & also 1 for Vic still showing this morning, which
I've just fixed (the Vic one was already fixed from a couple of days ago?).

One of the NSW ones was only created 2 days ago so the challenge must
apparently refresh every night, rather than the end of the month?

Thanks

Graeme


On Sat, 11 Jan 2020 at 08:59, Phil Wyatt  wrote:

> Hi Graeme,
>
>
>
> I fixed them all – some were just numbers that I missed on the last pass
> (ie it had two numbers listed and I only corrected one).
>
>
>
> Cheers - Phil
>
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Delivery Status Notification (Failure)

[Phil Wyatt]

Hi Graeme,

 

I fixed them all – some were just numbers that I missed on the last pass (ie it 
had two numbers listed and I only corrected one).

 

Cheers - Phil

 

From: Graeme Fitzpatrick  
Sent: Wednesday, 8 January 2020 11:10 AM
To: Warin <61sundow...@gmail.com>
Cc: OSM-Au 
Subject: Re: [talk-au] Delivery Status Notification (Failure)

 

Now here's an interesting one ...

 

Just went into Map Roulette to check out the new challenges that Andrew 
mentioned, & the number formatting for NSW popped up, despite me finishing it a 
couple of days ago?

 

https://maproulette.org/browse/challenges/4406 

 

It now says 96% complete with 15 still to do, with tasks from yesterday?

 


Thanks

 

Graeme

 


On 06/01/20 18:25, Graeme Fitzpatrick wrote:
> & NSW is done! :-)

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

Re: [OSM-talk-fr] SPAM, Mentions légales

[Philippe Verdy]

Ne pas afficher OSM directement mais afficher un lien vers une page ou une
boite surgissante affichant les attributions me semble correct, à condition
que ce lien soit évident. Et c'est limité au cas où il faudrait citer trop
d'attributions qui ne tiennent pas toutes dans un emplacement clairement
visible (sur un bord de la carte ou juste en dessous).

Ce lien doit être clairement lisible (comme "Copyright and licences" ou
"Attributions", "Droits d'auteur") et pas une icône ou un microtexte
quasi-invisible et indéchiffrable (donc taille suffisante pour lire
clairement le texte et contraste suffisant avec au moins 50% de niveau
d'opacité, que ce soit dans un rectangle ou un détourage/ombrage, et des
couleurs de fond grantissant au moins 40% de différence de luminosité entre
le texte et le fond; on ne devrait pas simplement mettre le texte sur un
fond totalement transparent laissant apparaître en arrière-plan un fond de
carte détaillé utilisant les mêmes couleurs que ce texte et le rendant
illisible selon le contenu de ce fond, et le meilleure moyen de le garantir
est d'utiliser un fond semi-transparent ou un ombrage et non un fond
totalement transparent). Une taille minimale de police devrait être d'au
moins 7 ou 8 px avec les polices courantes pour le latin.

Dans la page ou la boite qui s'affiche, il n'y a pas de limitation de
longueur, mais l'objet doit être les licences, droits et mentions
nécessaires, et pas noyé dans un contenu comme une FAQ, ce peut être la
page de "Crédits" générale de tout bon site web ou une page spécifique si
les mentions nécessaires ne s'appliquent pas ceux du site en entier (la
page générale "Crédits" peut être beaucoup plus longue et contenir divers
autres termes, mais avoir un lien vers ce qui est spécifique aux cartes
affichées sur le site ou l'application ; on se fout des autres termes comme
la vie privée, la FAQ sur les comptes utilisateur, la facturation du
service, la politique de retour pour les sites vendeurs, et autres chartes
de modération de contenu et la responsabilité du site concernant les
contributions ajoutées par ses propres utilisateurs, dont les commentaires,
twits, chats, postages, articles de blogue, vidéos, etc. ces sites ayant de
nombreuses politiques applicables à ces contenus-là en fonction de leur
source (hors de l'objet de la carte elle-même), ou toute autre guide ou
assistance de la part du site et les autres contenus publicitaires du site
ou de l'application).

Je pense que cela devrait être plus explicitement imposé et expliqué dans
les guides OSM. On n'oblige personne à mélanger OSM avec le reste, et en
fait il est recommandé de ne pas tout mélanger: les question de droit
d'auteurs, droits voisins, copyrights, licences, attributions méritent une
page claire ou un panneau de dialogue dédié à ces questions, qu'il n'est
pas nécessaire en revanche d'afficher en intégralité sur la carte. En fait
c'est exactement comme les crédits pour la presse imprimée ou en ligne (qui
cite clairement les photographes, ou agences de presse, ou auteurs
d'articles pour les créditer, sous une forme abrégée mais claire et dont on
peut consulter le détail à un endroit évident, sans chercher loin et
parcourir le site entier ou revenir à sa page d'accueil et naviguer dans
les menus ou utiliser un moteur de recherche ou lire une longue FAQ). On
doit obtenir l'info d'attribution en un clic, une tape ou un survol et
cette info doit être précise et peut lier à d'autres pages (comme le texte
complet de la licence consultable ailleurs). Il ne doit y avoir aucune
confusion et pas besoin de deviner: ce texte peut être en anglais ou dans
la langue du site mais "OpenStreetMap" doit être clairement lisible même si
la mention est traduite, et on admet les abréviations usuelles du terme
"copyright", dont "(c)" ou le symbole dédié et bien connu, ou les
traductions légales de ce terme dans la langue du site dans le pays où il
est situé (par exemple en arabe, chinois ou japonais qui eux préféront le
symbole dédié; mais "OpenStreetMap" ne se traduit pas; on admet les
abréviations des noms des licences à condition que ce soit un lien vers
sont texte où la licence est nommée explicitement, ou bien que le nom
complet apparaisse; ces abréviations sont bien connues aussi, comme "GPL",
"GFDL", ODbL" mais ne suffisent pas à elles seules puisqu'on doit pouvoir
trouver le texte des licences concernées et c'est le lieu idéal pour poser
un lien vers ces textes complets).




Le ven. 10 janv. 2020 à 23:10, Thomas Gratier 
a écrit :

> Salut,
>
> Pour http://www.inforoute04.fr/ et https://www.inforoutefrance.fr/,
>  le problème est plutôt qu'ils ont caché
> "volontairement" (pour des raisons de "look" souvent) l'attribution parce
> que pour OpenLayers par défaut, tu testes
> http://openlayers.org/en/latest/doc/quickstart.html ou tu vas sur
> https://openlayers.org/en/latest/examples/simple.html pour voir que
> l'attribution est bien respectée par défaut.
>
> J'ai 

Re: [OSM-talk-fr] SPAM, Mentions légales

[Thomas Gratier]

Salut,

Pour http://www.inforoute04.fr/ et https://www.inforoutefrance.fr/,
 le problème est plutôt qu'ils ont caché
"volontairement" (pour des raisons de "look" souvent) l'attribution parce
que pour OpenLayers par défaut, tu testes
http://openlayers.org/en/latest/doc/quickstart.html ou tu vas sur
https://openlayers.org/en/latest/examples/simple.html pour voir que
l'attribution est bien respectée par défaut.

J'ai récemment répondu à des c... qui insistent pour te planquer par défaut
l'attribution   https://twitter.com/ThomasG77/status/12142053007498199
https://twitter.com/ThomasG77/status/1214205300749819905

en particulier les gens de chez M...x qui persistent et signent depuis
plusieurs années...
Il faut noter qu'ils font un peu moins pire que d'autres acteurs car
l'attribution bien que "planqué" par défaut est présente contrairement à
d'autres qui prennent la peine de la supprimer, la renommer à leur nom
("Copyright MyCompany all rights reserved, fuck the OSM contributors"),
oublient de l'ajouter, la mettent en police 6 en bas de leur page
crédits,...
La discussion initiale que j'ai attrapée est
https://twitter.com/allan_mustard/status/1214022912895787009
https://twitter.com/allan_mustard/status/1214022912895787009et là, j'ai
bien dû "allumer" parce que les "Maurice poussaient le bouchon trop loin"


Thomas

https://twitter.com/ThomasG77/status/1214205300749819905
https://twitter.com/ThomasG77/status/1214205300749819905
https://twitter.com/ThomasG77/status/1214205300749819905


Le mar. 7 janv. 2020 à 13:38, Christian Quest  a
écrit :

> Le 07/01/2020 à 12:57, Jérôme Villafruela a écrit :
> > Le 07/01/2020 à 12:19, Arnaud Champollion a écrit :
> >>
> >> Dans les coupables il y a aussi :
> >>
> >> http://www.inforoute04.fr/
> >>
> >> et
> >>
> >> https://www.inforoutefrance.fr/
> >>
> >>
> >> Ou bien je n'ai pas bien vu.
> >>
> >>
> > La mention "© OpenStreetMap contributors" (avec lien vers
> > http://www.openstreetmap.org/copyright) est affichée lorsqu'on clique
> > sur l'icône roue dentée, donc c'est presque bon.
> >
> Ça pourrait être pire, mais ça pourrait être mieux.
>
> La page copyright d'OSM est claire, quand il y a la place, ça doit être
> directement visible.
>
> Openlayers n'est pas pratique pour montrer directement les attributions,
> du coup il faut coder... ce qui est rarement fait.
>
> --
>
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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: [Diversity-talk] Yes, this CoC can look at behaviour on twitter | Re: Diversity 2020 Article

[Heather Leson]

Thanks for this discussion.

When we wrote the Humanitarian OpenStreetMap Team Code of Conduct and
process, I started collecting examples of practices across open
communities. You can find this list here.

The HOT code of conduct can be found here

Our Resolution process - guidance for how to improve


Our OSM Etiquette guidance has some of the 'sentiment'
https://wiki.openstreetmap.org/wiki/Etiquette

What is missing is - the norms, culture and, sadly, the enforcement to make
the wider community space a safe and inclusive space.

I really appreciate how Mozilla has worked to openly discuss diversity and
inclusion.
https://wiki.mozilla.org/Diversity_and_Inclusion_for_Communities_and_Contributors
I even asked their wider network for guidance on how we should run or 2019
SOTM session. There are many allies in the open space who have been here.
Let's learn from them. I believe in OSM and know that many of us are
observing, doing and making this a healthy space.

thank you

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com


On Thu, Jan 9, 2020 at 9:28 AM Rory McCann  wrote:

> Hi all!
>
> I am your friendly admin of this mailing list, which has a CoC (link in
>   footer of all emails).
>
> On 08/01/2020 05:17, Marc Gemis wrote:
> > Would a Code of Conduct also apply to social media that are not
> > controlled by OSM/OSMF? E.g. Twitter is currently used by a certain
> > part of the community to ridicule and criticize people writing on
> > the mailing lists.
> For the record, the CoC for this list applies to regular social media,
> like Twitter. If you make racist (etc.) comments on public forums like
> that, then you can be banned from this list. If you see someone doing
> that, please feel free to email the mods at
> diversity-talk-ow...@openstreetmap.org
>
> There are several different styles of CoCs. They aren't all the same.
> This CoC does not ban general incivility, you can swear on twitter (I
> do). If you rudely, or civilly, promote sexism (etc), then you may be
> removed from this list. Different spaces may have different CoCs.
>
> Here are some quotes from our CoC:
>
> > The diversity-talk moderators reserve the right not to act on
> > complaints regarding:
> >
> > • Reasonable communication of boundaries, such as “leave me alone,”
> >   “go away,” or “I’m not discussing this with you.”
> > • Communicating in a ‘tone’ you don’t find congenial
> > • Criticizing racist, sexist, cissexist, or otherwise oppressive
> >   behavior or assumptions
> > ...
> > This code of conduct applies to the diversity-talk mailing list, but
> > if you are being harassed by a member of the diversity-talk mailing list
> > outside our spaces, we still want to know about it. We will take all
> > good-faith reports of harassment by diversity-talk mailing list members,
> > especially diversity-talk moderators/admins, seriously. This includes
> > harassment outside our spaces and harassment that took place at any
> > point in time. The abuse team reserves the right to exclude people from
> > the diversity-talk mailing list based on their past behavior, including
> > behavior outside the diversity-talk mailing list and behavior towards
> > people who are not on the diversity-talk mailing list.
>
> On 08/01/2020 07:37, Clifford Snow wrote:
> > we should focus on what we have influence over
>
> Correct. We do not have control over what someone does on Twitter/etc.
> But we have control over who is a member of this mailing list.
>
> As always, I am willing to have a good faith conversation in private
> with any OSMer about CoCs & “diversity” if they don't like what they
> hear. Maybe I can change your mind. Maybe you can change my mind. Maybe
> this topic is misunderstood.
>
>
> --
> Rory
>
> ___
> Diversity-talk mailing list
> Code of Conduct:
> https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
> Contact the mods (private): diversity-talk-ow...@openstreetmap.org
>
___
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: [OSM-talk-fr] Source : les cartes IGN, c'est bien proscrit ?

[deuzeffe]

Le 10/01/2020 à 08:55, Vincent Bergeot a écrit :

Bonjour,

je voudrais m'assurer que ce n'est pas moi qui suis rigoriste !

Les cartes IGN ancienne et actuelle ne sont pas des sources autorisées 
pour mettre à jour des noms et hameaux ?


Les cartes IGN ne sont pas des sources autorisées. Cf mon souci avec un 
mappeur plein de bonne volonté qui pour intégrer les lieux-dits a 
utilisé les cartes "Géoportail-IGN" et non le cadastre DGFIP 
(https://www.openstreetmap.org/changeset/77169804#map=14/45.8081/1.1249 )


D'ailleurs la source "BD Ortho IGN" ça perturbe un peu... (cf 
https://github.com/osm-fr/osmose-backend/issues/114 )


--
deuzeffe - àmtthaàmqja

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

Re: [OSM-talk] [Tagging] Tagging the local language

[Martin Constantino–Bodin]

Thank you for this message! You are completely right.

I meant relatively simple in the sense that there are two “obvious” 
languages to which a large majority of the region’s speakers minimally 
relate to. But you are completely right that it is already an 
oversimplification! I do understand that a surface that big couldn’t be 
as simple as that ☺ So it was definitely a bad example. Sorry about that.


And I think that you made a very good point here: there is no point 
arguing for a best solution, as there will reasonnably be no such thing, 
only compromises. I believe that the proposal from Joseph Eisenberg ( 
https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format 
) and Mario Frasca (having several “label:language” nodes) are doing 
steps in very good directions. But they won’t solve all of the issues 
raised in this thread.


Regards,
Martin.
P.S.: You include Easter Island in South America. Interesting. I know 
that it is part of Chile, but as it is part of an island relatively far 
away from the mainland, I wouldn’t have associated it with the 
continent. I’m probably wrong, I guess. But yeah, the notion of 
continent is definitely too fuzzy :-\

I fully agree. I was only taking the example of South America because its 
language community is relatively simple given the size of its area ☺ But I 
agree that it’s probably not something that we should actually map. Sorry about 
that: it wasn’t clear in my message.

I don't usually post here to "throw rocks," but I must say that the language communities 
in South America are QUITE diverse — anything but "relatively simple."  In addition to 
the five European languages of Portuguese (#1), Spanish, English, French and Dutch, there are 
dozens of indigenous languages (Quechua, with about 9 million speakers, Guarani, Aymara, another 7 
or 8 million there...) that span the continent.  Additionally, significant numbers are found of 
speakers of Italian, German, Arabic, Welsh, Coratian, Greek, Polish, Ukrainian, Russian, Romani and 
some clusters of Japanese, Hindustani, Javanese and Rapa Nui and Maori on Easter Island.

Just saying.

This is not an easy situation.  The United Nations has "six official 
languages," that's not ideal, either.  Absolutely anything OSM does will be a 
compromise, but I agree that we should strive for the most appropriate access to a 
culturally-appropriate solution.  Great results seldom come from anything less than 
serious effort.  I encourage continuing work on this important continuing development of 
OSM.  Good dialog here is certainly part of that.

SteveA
California




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

Re: [OSM-talk] [Tagging] Tagging the local language

[stevea]

On Jan 10, 2020, at 7:06 AM, Martin Constantino–Bodin 
 wrote:
> I fully agree. I was only taking the example of South America because its 
> language community is relatively simple given the size of its area ☺ But I 
> agree that it’s probably not something that we should actually map. Sorry 
> about that: it wasn’t clear in my message.

I don't usually post here to "throw rocks," but I must say that the language 
communities in South America are QUITE diverse — anything but "relatively 
simple."  In addition to the five European languages of Portuguese (#1), 
Spanish, English, French and Dutch, there are dozens of indigenous languages 
(Quechua, with about 9 million speakers, Guarani, Aymara, another 7 or 8 
million there...) that span the continent.  Additionally, significant numbers 
are found of speakers of Italian, German, Arabic, Welsh, Coratian, Greek, 
Polish, Ukrainian, Russian, Romani and some clusters of Japanese, Hindustani, 
Javanese and Rapa Nui and Maori on Easter Island.

Just saying.

This is not an easy situation.  The United Nations has "six official 
languages," that's not ideal, either.  Absolutely anything OSM does will be a 
compromise, but I agree that we should strive for the most appropriate access 
to a culturally-appropriate solution.  Great results seldom come from anything 
less than serious effort.  I encourage continuing work on this important 
continuing development of OSM.  Good dialog here is certainly part of that.

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

Re: [OSM-talk] [Tagging] Tagging the local language

[Mateusz Konieczny]

10 Jan 2020, 16:06 by martin.bo...@ens-lyon.org
> About oceans, would you advise to not map them entirely
>
Yes. It is subjective, there are multiple conflicting
ways of deciding ocean borders and
even count of them.

But as long as someone maps them as nodes it is easy to
ignore them.
And anyway - ocean labels are something that
is better to label by yourself on your map,rather than import from the external 
source.
> or to use tricks like the “place=neighbourhood” one (which is based on POIs 
> rather than polygons)?
>
It is certainly wrong to do this.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] Hack Your Future bootcamp: meetup + presentation moment

[Pieter Vander Vennet]

Hello OpenStreetMapBE, Dries,

In a few weeks, a bootcamp from Hack Your Future is starting - and
they'll build upon OpenStreetMap!

For context: Hack Your Future is a program where refugees learn to code
in 6 months time. When they finish the lessons, a boot camp is
organized: a four week period where the students can enroll and build a
bigger project together - quite similar to an Open Summer of Code
project. This is all organized by Open Knowledge Belgium and paid for by
the Fondation Roi Boaudouin.

Dries, the coordinator of Open Knowledge Belgium wanted to build a
website promoting the 'Paalcampings'/'Aire de bivouac'/'bivouac zones'
and asked me to coach them. Depending on the number of enrolling
students, a second, technically similar project may be set-up as well.

As I will be in Ghent, it would be cool to do a meetup, as this could be
an added value for the students if they want to meet more of the
community (and because it's been a while there was a meetup in Ghent).
Apart from a chance to see the projects they are working on, it is a
nice opportunity to plan the presentation moment. This meetup is *monday
27th of januari, 17:00 - 19:00 in De Krook*. (De Krook closes at 19:00,
we might rebase then to a nearby pub or restaurant)

The last day of the bootcamp, *thursday 13th februari*, an event is
planned. The exact size and timing of the event is still unclear, but
there will be room for (at least) a table dedicated to OpenStreetMap.
More practical details about this event will be shared with you in the
coming week - but already mark the date.

If you have questions or ideas about what we can do, feel free to let me
know.

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

<>___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] Stale Developments

[Cj Malone via Talk-GB]

In that case wouldn't it be handy to add 'survey:date=-MM-DD'?

Plus that bumps the edit date that'd push it out of this, and related 
out-of-date tools.

On 10 January 2020 14:42:11 GMT, Andy Robinson  wrote:
>Excellent Robert, very useful.
>
>Note that brownfield sites can remain that way for many many years
>before eventually being developed. I recall investigating brownfield
>sites in Birmingham as part of my degree in the 1980's (photogrammetry
>module). Some of those sites are still brownfield. Many heavily
>contaminated sites in our urban sprawls require cleaning up before they
>can ever be reused.
>
>Cheers
>Andy
>
>-Original Message-
>From: Robert Whittaker (OSM lists)
>[mailto:robert.whittaker+...@gmail.com] 
>Sent: 10 January 2020 14:10
>To: talk-gb
>Subject: [Talk-GB] Stale Developments
>
>I'd like to announce a new mini QA tool that I've put together for UK
>OSMers: Stale Developments: https://osm.mathmos.net/developments/
>
>It finds OSM UK highway and landuse tags with tags values of
>construction, brownfield and greenfield, which haven't been edited for
>over a year. The idea is that such objects should correspond to
>real-life developments, whose status is likely to change on that
>timescale. Hence the OSM objects probably need reviewing and updating.
>
>To keep the numbers reasonable, the page above only lists the most
>stale objects (no edits for over four years), but the full set of the
>data is exposed through my Survey Me tool at
>https://osm.mathmos.net/survey/ .
>
>Do take a look if you're interested. I hope this is useful to some of
>you.
>
>Robert.
>
>-- 
>Robert Whittaker
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it-lazio] Incontri nel 2020 ?

[Martin Koppenhoefer]

Am Fr., 10. Jan. 2020 um 14:53 Uhr schrieb <
openstreet...@emanuelepetriglia.com>:

> Ciao,
>
> Purtroppo ho sempre dato buca, questa volta cerco di essere presente e
> di presentarmi il 27. Sempre il solito posto e orario?
>


si. Ci vediamo,

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

Re: [OSM-talk] [Tagging] Tagging the local language

[Martin Constantino–Bodin]

I fully agree. I was only taking the example of South America because 
its language community is relatively simple given the size of its area ☺ 
But I agree that it’s probably not something that we should actually 
map. Sorry about that: it wasn’t clear in my message.


About oceans, would you advise to not map them entirely, or to use 
tricks like the “place=neighbourhood” one (which is based on POIs rather 
than polygons)? It feels like both solutions could be problematical.


Regards,
Martin.


The main problem with tagging continents is that there is no agreement
on the number or definition.

While most English-speakers identify 7 political continents, many
people in Latin American call "America" one continent. Eurasia is
often also treated as one continent, leading to 5 continents (with
Africa, Australia and Antarctica).

Geographically, Africa is connected to Asia, with only the artificial
Suez Canal as a barrier, so 4 continents is also logical.

Naming and dividing the oceans leads to similar issues.


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

Re: [Talk-GB] Stale Developments

[Andy Robinson]

Excellent Robert, very useful.

Note that brownfield sites can remain that way for many many years before 
eventually being developed. I recall investigating brownfield sites in 
Birmingham as part of my degree in the 1980's (photogrammetry module). Some of 
those sites are still brownfield. Many heavily contaminated sites in our urban 
sprawls require cleaning up before they can ever be reused.

Cheers
Andy

-Original Message-
From: Robert Whittaker (OSM lists) [mailto:robert.whittaker+...@gmail.com] 
Sent: 10 January 2020 14:10
To: talk-gb
Subject: [Talk-GB] Stale Developments

I'd like to announce a new mini QA tool that I've put together for UK
OSMers: Stale Developments: https://osm.mathmos.net/developments/

It finds OSM UK highway and landuse tags with tags values of
construction, brownfield and greenfield, which haven't been edited for
over a year. The idea is that such objects should correspond to
real-life developments, whose status is likely to change on that
timescale. Hence the OSM objects probably need reviewing and updating.

To keep the numbers reasonable, the page above only lists the most
stale objects (no edits for over four years), but the full set of the
data is exposed through my Survey Me tool at
https://osm.mathmos.net/survey/ .

Do take a look if you're interested. I hope this is useful to some of you.

Robert.

-- 
Robert Whittaker

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


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

Re: [Talk-GB] Stale Developments

[Peter Neale via Talk-GB]

Hi Robert,
Thanks for producing this new tool.  I had already spotted the Bulldozer icon 
on the "Survey Me" map and, in my local area, I have already:
Updated one Brownfield Site to Construction Site, where work has started after 
years of nothing.Deleted one Construction Site, where there is nothing 
happening on the ground and the local council GIS shows no planning permission 
for development.Updated one small Construction Site of about 15 houses that is 
now complete.
Please keep up the good work providing tools to help us identify where work is 
needed.   
Regards,Peter
On Friday, 10 January 2020, 14:12:33 GMT, Robert Whittaker (OSM lists) 
 wrote:
 
 
 I'd like to announce a new mini QA tool that I've put together for UK
OSMers: Stale Developments: https://osm.mathmos.net/developments/

It finds OSM UK highway and landuse tags with tags values of
construction, brownfield and greenfield, which haven't been edited for
over a year. The idea is that such objects should correspond to
real-life developments, whose status is likely to change on that
timescale. Hence the OSM objects probably need reviewing and updating.

To keep the numbers reasonable, the page above only lists the most
stale objects (no edits for over four years), but the full set of the
data is exposed through my Survey Me tool at
https://osm.mathmos.net/survey/ .

Do take a look if you're interested. I hope this is useful to some of you.

Robert.

-- 
Robert Whittaker

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

[Talk-GB] Stale Developments

[Robert Whittaker (OSM lists)]

I'd like to announce a new mini QA tool that I've put together for UK
OSMers: Stale Developments: https://osm.mathmos.net/developments/

It finds OSM UK highway and landuse tags with tags values of
construction, brownfield and greenfield, which haven't been edited for
over a year. The idea is that such objects should correspond to
real-life developments, whose status is likely to change on that
timescale. Hence the OSM objects probably need reviewing and updating.

To keep the numbers reasonable, the page above only lists the most
stale objects (no edits for over four years), but the full set of the
data is exposed through my Survey Me tool at
https://osm.mathmos.net/survey/ .

Do take a look if you're interested. I hope this is useful to some of you.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it-lazio] Incontri nel 2020 ?

[openstreetmap]

Ciao,

Purtroppo ho sempre dato buca, questa volta cerco di essere presente e 
di presentarmi il 27. Sempre il solito posto e orario?


On 10/01/2020 11:50, Martin Koppenhoefer wrote:

Ciao Flaminia e tutti,

si, abbiamo perso qualche appuntamento prenatalizio, cerchiamo di 
ricuperare ;-)


confermo per Lunedì 27 Gennaio, le metto anche nel wiki...

Ciao
Martin

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



--
Emanuele Petriglia (ema-pe)

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

Re: [OSM-talk-be] Mappen van paalcampings

[Pieter Vander Vennet]

Cool... I've browsed the bivakzone.be-website, a few camp sites require
to send an sms to the owner one day in advance or the day itself - hence
the option for reservation.

On 10.01.20 14:16, Jo wrote:
> Looks good. Usually there is a first come, first served rule. There is
> no way to reserve a spot from 'remote'. When you arrive, you write
> your name in a register.
>
> If the person responsible for the site passes by later that night and
> finds 5 tents and 4 registrations, the tent that wasn't registered and
> the last tent that was registered will have to leave and find another
> spot to camp. (officially, at least, it may depend on the discretion
> of the warden)
>
> Or alternatively, the warden may find that the first one that arrived
> are already there for more than the allowed number of nights.
>
> I think in practice the ones that are too many would simply be asked
> to leave the next morning. Possibly also depending on their mode of
> transport and how far away from home they are. In the case of the ones
> in Meerdaalwoud, you might be told to go to De Kluis and camp there
> for a small fee.
>
> Jo
>
> On Fri, Jan 10, 2020 at 1:52 PM Pieter Vander Vennet
> mailto:pieterv...@posteo.net>> wrote:
>
> Hey everyone,
>
> This is a very funny coincidence... Hack Your Future will do a
> project on paalcampings as well!
> I will send out a general mail with more information about that
> project later today. We are in touch with bivakzones.be
>  and will be discussing how they can be
> added to OSM, with what tags and if we can use their site as a
> source. More details about that will be following later on.
>
> However, to prepare that project, I would like to have a better
> tagging scheme for this as well (in order to be able to get them
> all at once using overpass).
>
> After consulting the wiki, I do think that having the tags
> *'toursim=camp_site', 'camp_site=basic' and 'backcountry=yes'*
> would be the correct tagging. The first indicates "an area without
> facilities where it is legal to camp with tents". The second one
> is even closer to the the concept of these bivouacs. At last, an
> additional 'motor_vehicles=no' makes it very explicit that cars
> and jeeps are not welcome - even though the 'backcountry=yes'
> already implies this.
>
> IMHO is the key 'impromtu=yes' antithetical to the concept of a
> 'paalkamping' - they indicate an /informal/ place where people
> could rest, e.g. when travelling through the country /with their
> jeep... /This implies both motorized vehicles and 'camping in the
> wild', which is AFAIK illegal in Belgium.
>
> And of course, there is a lot of additional tagging possible as well.
>
> I've written a wiki page with an explanation, links and a proposal
> for tagging. Please read them carefully. If you have extra
> information and tagging that is still missing, feel free to add
> this directly to the wiki page:
> https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Bivakzones
>
>
>
>
>
> On 29.12.19 17:47, Guy Vanvuchelen wrote:
>>
>> De bivakzone  Het Vinne in Zoutleeuw heb ik aangepast volgens de
>> info van Jo
>>
>>  
>>
>> Guy Vanvuchelen
>>
>>  
>>
>> *Van:*Jo [mailto:winfi...@gmail.com]
>> *Verzonden:* zondag 29 december 2019 15:53
>> *Aan:* OpenStreetMap Belgium
>> *Onderwerp:* Re: [OSM-talk-be] Mappen van paalcampings
>>
>>  
>>
>> Hallo Karel,
>>
>>  
>>
>> Ik heb een paar jaar geleden deze toegevoegd:
>>
>>  
>>
>> https://www.openstreetmap.org/way/222137187/history 
>>
>>  
>>
>> Die is onbereikbaar met de wagen. Ik denk niet dat het feit dat
>> hij op OpenStreetMap staat ervoor zorgt dat hij overrompelt wordt.
>>
>>  
>>
>> In Tielt-Winge is er vorig jaar ook één bijgekomen. Ik heb die
>> wel op Mapillary, maar blijkbaar heb ik 'm nog niet toegevoegd
>> aan OSM.
>>
>>  
>>
>> Jo 
>>
>>  
>>
>> On Sun, Dec 29, 2019 at 3:38 PM Karel Adams > > wrote:
>>
>> Na enige aarzeling heb ik, proberenderwijs, de paalcamping
>> Arkadia in
>> Muizen toegevoegd. Zie
>> https://www.openstreetmap.org/node/7093111580#map=19/51.00354/4.54221
>>
>> Het zou me helemaal niet verbazen als de initiaftiefnemers
>> daarmee
>> allesbehalve gelukikig waren, ik heb dan ook geschreven om
>> een en ander
>> toe te lichten, en om goedkeuring te vragen. Want dit soort
>> initiatieven
>> houdt graag een laag profiel, het allerlaatste dat men daar
>> wil is dat
>> er iemand met een 4x4-superdeluxekampeerbus komt
>> binnengetuft. En dat
>> houd ik best voor mogelijk, allicht zal er wel iemand
>> campinggidsen
>> opmaken op basis van overpassqueries.
>>
>> Misschien 

Re: [OSM-talk] [Tagging] Tagging the local language

[Joseph Eisenberg]

The main problem with tagging continents is that there is no agreement
on the number or definition.

While most English-speakers identify 7 political continents, many
people in Latin American call "America" one continent. Eurasia is
often also treated as one continent, leading to 5 continents (with
Africa, Australia and Antarctica).

Geographically, Africa is connected to Asia, with only the artificial
Suez Canal as a barrier, so 4 continents is also logical.

Naming and dividing the oceans leads to similar issues.

- Joseph Eisenberg

On 1/8/20, Mario Frasca  wrote:
> On 07/01/2020 06:53, Martin Constantino–Bodin wrote:
>> Maybe we can sometimes factorise? Like “América del Sur / do Sul” for
>> South America
>
> fortunate case: it's América in both languages (Catalan has Amèrica).
>
> you can possibly even use América Meridional and cover both in one shot.
>
>
> ___
> 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-be] Mappen van paalcampings

[Jo]

Looks good. Usually there is a first come, first served rule. There is no
way to reserve a spot from 'remote'. When you arrive, you write your name
in a register.

If the person responsible for the site passes by later that night and finds
5 tents and 4 registrations, the tent that wasn't registered and the last
tent that was registered will have to leave and find another spot to camp.
(officially, at least, it may depend on the discretion of the warden)

Or alternatively, the warden may find that the first one that arrived are
already there for more than the allowed number of nights.

I think in practice the ones that are too many would simply be asked to
leave the next morning. Possibly also depending on their mode of transport
and how far away from home they are. In the case of the ones in
Meerdaalwoud, you might be told to go to De Kluis and camp there for a
small fee.

Jo

On Fri, Jan 10, 2020 at 1:52 PM Pieter Vander Vennet 
wrote:

> Hey everyone,
>
> This is a very funny coincidence... Hack Your Future will do a project on
> paalcampings as well!
> I will send out a general mail with more information about that project
> later today. We are in touch with bivakzones.be and will be discussing
> how they can be added to OSM, with what tags and if we can use their site
> as a source. More details about that will be following later on.
>
> However, to prepare that project, I would like to have a better tagging
> scheme for this as well (in order to be able to get them all at once using
> overpass).
>
> After consulting the wiki, I do think that having the tags 
> *'toursim=camp_site',
> 'camp_site=basic' and 'backcountry=yes'* would be the correct tagging.
> The first indicates "an area without facilities where it is legal to camp
> with tents". The second one is even closer to the the concept of these
> bivouacs. At last, an additional 'motor_vehicles=no' makes it very explicit
> that cars and jeeps are not welcome - even though the 'backcountry=yes'
> already implies this.
>
> IMHO is the key 'impromtu=yes' antithetical to the concept of a
> 'paalkamping' - they indicate an *informal* place where people could
> rest, e.g. when travelling through the country *with their jeep... *This
> implies both motorized vehicles and 'camping in the wild', which is AFAIK
> illegal in Belgium.
>
> And of course, there is a lot of additional tagging possible as well.
>
> I've written a wiki page with an explanation, links and a proposal for
> tagging. Please read them carefully. If you have extra information and
> tagging that is still missing, feel free to add this directly to the wiki
> page: https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Bivakzones
>
>
>
>
>
> On 29.12.19 17:47, Guy Vanvuchelen wrote:
>
> De bivakzone  Het Vinne in Zoutleeuw heb ik aangepast volgens de info van
> Jo
>
>
>
> Guy Vanvuchelen
>
>
>
> *Van:* Jo [mailto:winfi...@gmail.com ]
> *Verzonden:* zondag 29 december 2019 15:53
> *Aan:* OpenStreetMap Belgium
> *Onderwerp:* Re: [OSM-talk-be] Mappen van paalcampings
>
>
>
> Hallo Karel,
>
>
>
> Ik heb een paar jaar geleden deze toegevoegd:
>
>
>
> https://www.openstreetmap.org/way/222137187/history
>
>
>
> Die is onbereikbaar met de wagen. Ik denk niet dat het feit dat hij op
> OpenStreetMap staat ervoor zorgt dat hij overrompelt wordt.
>
>
>
> In Tielt-Winge is er vorig jaar ook één bijgekomen. Ik heb die wel op
> Mapillary, maar blijkbaar heb ik 'm nog niet toegevoegd aan OSM.
>
>
>
> Jo
>
>
>
> On Sun, Dec 29, 2019 at 3:38 PM Karel Adams  wrote:
>
> Na enige aarzeling heb ik, proberenderwijs, de paalcamping Arkadia in
> Muizen toegevoegd. Zie
> https://www.openstreetmap.org/node/7093111580#map=19/51.00354/4.54221
>
> Het zou me helemaal niet verbazen als de initiaftiefnemers daarmee
> allesbehalve gelukikig waren, ik heb dan ook geschreven om een en ander
> toe te lichten, en om goedkeuring te vragen. Want dit soort initiatieven
> houdt graag een laag profiel, het allerlaatste dat men daar wil is dat
> er iemand met een 4x4-superdeluxekampeerbus komt binnengetuft. En dat
> houd ik best voor mogelijk, allicht zal er wel iemand campinggidsen
> opmaken op basis van overpassqueries.
>
> Misschien toch beter maar terug verwijderen? Of welke tags zouden er
> kunnen toegevoegd worden om het eigen karakter van zo'n paalcamping
> duidelijk over te brengen? Iets van "access=???" of "regulations=strict"?
>
> Over het concept van paalcampings kan men meer lezen op o.a.
> http://www.bivakzone.be/
>
> Karel
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
> --
> Met vriendelijke groeten,
> Pieter Vander Vennet
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> 

Re: [OSM-talk-be] Mappen van paalcampings

[Pieter Vander Vennet]

Hey everyone,

This is a very funny coincidence... Hack Your Future will do a project
on paalcampings as well!
I will send out a general mail with more information about that project
later today. We are in touch with bivakzones.be and will be discussing
how they can be added to OSM, with what tags and if we can use their
site as a source. More details about that will be following later on.

However, to prepare that project, I would like to have a better tagging
scheme for this as well (in order to be able to get them all at once
using overpass).

After consulting the wiki, I do think that having the tags
*'toursim=camp_site', 'camp_site=basic' and 'backcountry=yes'* would be
the correct tagging. The first indicates "an area without facilities
where it is legal to camp with tents". The second one is even closer to
the the concept of these bivouacs. At last, an additional
'motor_vehicles=no' makes it very explicit that cars and jeeps are not
welcome - even though the 'backcountry=yes' already implies this.

IMHO is the key 'impromtu=yes' antithetical to the concept of a
'paalkamping' - they indicate an /informal/ place where people could
rest, e.g. when travelling through the country /with their jeep... /This
implies both motorized vehicles and 'camping in the wild', which is
AFAIK illegal in Belgium.

And of course, there is a lot of additional tagging possible as well.

I've written a wiki page with an explanation, links and a proposal for
tagging. Please read them carefully. If you have extra information and
tagging that is still missing, feel free to add this directly to the
wiki page:
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Bivakzones





On 29.12.19 17:47, Guy Vanvuchelen wrote:
>
> De bivakzone  Het Vinne in Zoutleeuw heb ik aangepast volgens de info
> van Jo
>
>  
>
> Guy Vanvuchelen
>
>  
>
> *Van:*Jo [mailto:winfi...@gmail.com]
> *Verzonden:* zondag 29 december 2019 15:53
> *Aan:* OpenStreetMap Belgium
> *Onderwerp:* Re: [OSM-talk-be] Mappen van paalcampings
>
>  
>
> Hallo Karel,
>
>  
>
> Ik heb een paar jaar geleden deze toegevoegd:
>
>  
>
> https://www.openstreetmap.org/way/222137187/history 
>
>  
>
> Die is onbereikbaar met de wagen. Ik denk niet dat het feit dat hij op
> OpenStreetMap staat ervoor zorgt dat hij overrompelt wordt.
>
>  
>
> In Tielt-Winge is er vorig jaar ook één bijgekomen. Ik heb die wel op
> Mapillary, maar blijkbaar heb ik 'm nog niet toegevoegd aan OSM.
>
>  
>
> Jo 
>
>  
>
> On Sun, Dec 29, 2019 at 3:38 PM Karel Adams  > wrote:
>
> Na enige aarzeling heb ik, proberenderwijs, de paalcamping Arkadia in
> Muizen toegevoegd. Zie
> https://www.openstreetmap.org/node/7093111580#map=19/51.00354/4.54221
>
> Het zou me helemaal niet verbazen als de initiaftiefnemers daarmee
> allesbehalve gelukikig waren, ik heb dan ook geschreven om een en
> ander
> toe te lichten, en om goedkeuring te vragen. Want dit soort
> initiatieven
> houdt graag een laag profiel, het allerlaatste dat men daar wil is
> dat
> er iemand met een 4x4-superdeluxekampeerbus komt binnengetuft. En dat
> houd ik best voor mogelijk, allicht zal er wel iemand campinggidsen
> opmaken op basis van overpassqueries.
>
> Misschien toch beter maar terug verwijderen? Of welke tags zouden er
> kunnen toegevoegd worden om het eigen karakter van zo'n paalcamping
> duidelijk over te brengen? Iets van "access=???" of
> "regulations=strict"?
>
> Over het concept van paalcampings kan men meer lezen op o.a.
> http://www.bivakzone.be/
>
> Karel
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

<>___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Source : les cartes IGN, c'est bien proscrit ?

[Florimond Berthoux]

Salut,

Si j’ai bien compris, les cartes IGN sont proscrites.
Mais tu peux utiliser le cadastre pour les noms des lieux, ou mieux la BANO
(je veux bien une confirmation pour ça) ?
https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)
https://tile-a.openstreetmap.fr/~cquest/leaflet/bano.html

Le ven. 10 janv. 2020 à 08:56, Vincent Bergeot  a
écrit :
>
> Bonjour,
>
> je voudrais m'assurer que ce n'est pas moi qui suis rigoriste !
>
> Les cartes IGN ancienne et actuelle ne sont pas des sources autorisées
> pour mettre à jour des noms et hameaux ?
>
> à plus
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] OSMOSE et Opendata

[Vincent Bergeot]

Le 10/01/2020 à 12:50, marc marc a écrit :

Bonjour,

Le 10.01.20 à 12:44, emeric Prouteau a écrit :

acceder à de la donnée opendata et la valider via osmose

http://osmose.openstreetmap.fr/fr/map/#item=8xxx=1%2C2%2C3
c'est la rubrique "à cartographier" à gauche


dans osmose, les items permettant le rapprochement avec des sources 
opendata sont dans À cartographier (violet) et Intégration (variantes de 
vert).


http://osmose.openstreetmap.fr/fr/map/#zoom=16=44.79804=-0.63964=7xxx%2C8xxx=1%2C2%2C3==

Mais chez moi cela patine complètement en ce moment !!!

à plus





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



--
Vincent Bergeot


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

Re: [OSM-talk-fr] OSMOSE et Opendata

[emeric Prouteau]

Merci !!

Le ven. 10 janv. 2020 à 12:52, marc marc  a
écrit :

> Bonjour,
>
> Le 10.01.20 à 12:44, emeric Prouteau a écrit :
> > acceder à de la donnée opendata et la valider via osmose
>
> http://osmose.openstreetmap.fr/fr/map/#item=8xxx=1%2C2%2C3
> c'est la rubrique "à cartographier" à gauche
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMOSE et Opendata

[marc marc]

Bonjour,

Le 10.01.20 à 12:44, emeric Prouteau a écrit :
> acceder à de la donnée opendata et la valider via osmose

http://osmose.openstreetmap.fr/fr/map/#item=8xxx=1%2C2%2C3
c'est la rubrique "à cartographier" à gauche

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

[Talk-it] Fwd: [hotosm-membership] Happy 2020 + would you like to contribute to a retrospective on Haiti 2010 earthquake?

[Marco Minghini]

Ciao a tutti,
qui sotto una mail di Tyler Radford di HOT che sta raccogliendo
testimonianze dei contribuiti al post-terremoto di Haiti di 10 anni fa.
Immagino che a qualcuno possa interessare!

Ciao,
Marco



-- Forwarded message -
Da: Tyler Radford 
Date: gio 9 gen 2020 alle ore 00:40
Subject: [hotosm-membership] Happy 2020 + would you like to contribute to a
retrospective on Haiti 2010 earthquake?
To: Membership 


Dear HOT Members,

Sending you greetings from New York and hope you and your families enjoyed
a happy and peaceful beginning to 2020.

This Sunday, 12 January marks the 10th anniversary of the 2010 earthquake
in Haiti. While horrific, the event also offered us stories of hope,
kindness, empathy and healing. It also was a defining moment in forming our
movement around using OpenStreetMap to help others in need.

Were you involved in some way (remotely, in Haiti, or otherwise?) I would
like to summarize and publish (on hotosm.org) short bits of stories from
the perspective of OpenStreetMap community members. If you are interested
in submitting your memories of the response or recovery, please share
thoughts on the following questions (~250 words or less is great):

1. How were you involved in the earthquake response or recovery (OSM or
otherwise)?
2. What do you remember hoping, feeling or witnessing at the time around
how OpenStreetMap was helping in the response/recovery?
3. (Optional) What progress have we as a community made in the past 10
years and/or what are your hopes/dreams for OSM in humanitarian action in
the next 10 years?
4. Please share a photo or two of you related to Haiti 2010 if you have
them.

- Responses can be emailed to me directly (~250 words or so)
- Deadline: this Saturday 11 January
- May be edited for length and published on hotosm.org in the coming weeks
- Please share with others you know where involved

Thank you,
Tyler

*Tyler Radford*
Executive Director
tyler.radf...@hotosm.org
@TylerSRadford

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 

-- 
To unsubscribe from this group and stop receiving emails from it, send an
email to membership+unsubscr...@hotosm.org.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] OSMOSE et Opendata

[emeric Prouteau]

Bonjour,

Je ne me souviens plus comment acceder à de la donnée opendata et la
valider via osmose

Bonne journée,

-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it-lazio] Incontri nel 2020 ?

[Martin Koppenhoefer]

Ciao Flaminia e tutti,

si, abbiamo perso qualche appuntamento prenatalizio, cerchiamo di
ricuperare ;-)

confermo per Lunedì 27 Gennaio, le metto anche nel wiki...

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

[Talk-it-lazio] Incontri nel 2020 ?

[Flaminia Tumino]

Ciao a tutti come va?
buon 2020 innanzitutto!
Questi ultimi mesi invernali ci siamo un po distratti mi sa, che dite,
riprendiamo a vederci?
Il prossimo ultimo lunedi del mese sarebbe il 27 gennaio.Chi potrebbe?
A presto,
Flaminia
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [OSM-ja] 市区町村人口データの入力

[tomoya muramoto]

岡田様

申請への対応およびOSM wikiへ記載いただき、ありがとうございました。

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

Re: [OSM-talk-fr] Source : les cartes IGN, c'est bien proscrit ?

[François Lacombe]

Bonjour Vincent,

Je serais tenté de dire oui

Bonne journée
François

Le ven. 10 janv. 2020 à 08:56, Vincent Bergeot  a
écrit :

> Bonjour,
>
> je voudrais m'assurer que ce n'est pas moi qui suis rigoriste !
>
> Les cartes IGN ancienne et actuelle ne sont pas des sources autorisées
> pour mettre à jour des noms et hameaux ?
>
> à plus
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Tou⋅te⋅s à Nantes du 12 au 14 juin !

[Christine Karch]

Bonnes nouvelles :)

On 10.01.20 09:27, Antoine Riche via Talk-fr wrote:
> Bonjour,
> 
> J'ai le plaisir de vous confirmer que l'édition 2020 de State of the Map
> France aura lieu à Nantes, du 12 au 14 juin.
> 
> Nantes, au confluent de la Loire, l'Erdre et la Sèvre,
> Nantes, son éléphant mécanique et sa grue jaune,
> Nantes, son Château des Ducs de Bretagne,
> Nantes, ses biscuits LU et son muscadet,
> Nantes, sa gare en travaux à mapper prochainement,
> Et bientôt Nantes, son SOTM et ses 300+ participants :o)
> 
> En attendant plus d'information et l'ouverture du site Web dédié,
> réservez la date et pensez à vos interventions !
> 
> Antoine.
> 
> 
> 
> ___
> 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] Tou⋅te⋅s à Nantes du 12 au 14 juin !

[Antoine Riche via Talk-fr]

Bonjour,

J'ai le plaisir de vous confirmer que l'édition 2020 de State of the Map 
France aura lieu à Nantes, du 12 au 14 juin.


Nantes, au confluent de la Loire, l'Erdre et la Sèvre,
Nantes, son éléphant mécanique et sa grue jaune,
Nantes, son Château des Ducs de Bretagne,
Nantes, ses biscuits LU et son muscadet,
Nantes, sa gare en travaux à mapper prochainement,
Et bientôt Nantes, son SOTM et ses 300+ participants :o)

En attendant plus d'information et l'ouverture du site Web dédié, 
réservez la date et pensez à vos interventions !


Antoine.



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