date:20170911




Nemmeno a farlo apposta, proprio a Palermo è avvenuto esattamente
questo nei giorni scorsi (me ne sono accorto per rispondere alla tua
domanda): tutta la viabilità primary, secondary o unclassified è stata
trasformata in residential, lasciando solo qualcosa in tertiary.

Questo il primo changeset: http://nrenner.github.io/achavi/?changeset=51621722

Molto probabilmente c'era un abuso di secondary, ma nemmeno ora mi
sembra che la situazione sia l'ideale.



A dire il vero anch'io ho modificato diverse unclassified in residential 
proprio oggi, ma è un'altra zona, non quella indicata dal changeset che 
mi hai mostrato.

Il mio è questo: http://nrenner.github.io/achavi/?changeset=51936063

Si tratta di una gran quantità di highway=unclassified che di 
unclassified non hanno nulla e sono delle vere e proprie residential. Ed 
inoltre prima di proseguire ho cercato di capire come era stato mappato 
il resto della città, e mi sono omologato a quel che era stato fatto 
prima altrove. Mi sono limitato ad una zona circoscritta, così da avere 
il tempo di considerare pro e contro di questo change.

Rimango cmq aperto a consigli e commenti.





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

Re: [OSM-talk-fr] Tagging Infrastructures de Santé




Le 11/09/2017 à 21:03, marc marc a écrit :

Ma question reste ouverte : est-ce que le nombre de chirugien
est une info suffisament stable que pour être dans osm ?
Bonne question.. Ça dépend énormément du contexte local je dirais... 
Peut-être est-ce au contributeur de faire la distinction alors?


il n'y a aucune obligation d'avoir un tag approuvé ni même une page wiki
si t'as envie de mettre schtroump=42 sur un hôpital, libre à toi.
Mais c'est évidement très probable que toi seul en comprenne
le sens exact et l'utilise.
Faire une proposition, la faire commenter puis voter est
une méthode pour augmenter la qualité et son utilisation
Les page wiki sans status sont souvent des pages "de fait",
d'un tag utilisé qu'on essaye après coup d'en définir le sens.
Alors qui ne passe pas par la case vote? Du coup comment on interprète 
ces pages "de fait" : tu supposerais que le tag est approuvé si 
largement utilisé ? a partir de quand on suppose qu'il est largement 
utilisé? Pour moi ces pages me donnent pas trop confiance, des fois les 
tags ne sont pas tant utilisés que ça ..


Par contre "map_features" n'a pas du tout vocation à d'être un index
de tous les tags du wiki. C'est un guide des tags les plus fréquents.
Il est donc probable que concernant la santé, seul les tags les plus
important y figure. le lien vers les pages concernées permettent de
renseigner les tags moins courant.

ok, bon à savoir, merci.


Le 11. 09. 17 à 18:52, Violaine Doutreleau a écrit :

Bonjour à tous et merci Marc pour ces éclaircissements !

Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à
côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le
moment.. Dans la même idée que ce que tu disais, on pourrait étendre
bed:=yes/nombre

Pour l'état d'une infra, on partirait sur disused:amenity=yes/type of
amenity et abandonned:amenity=yes/type of amenity pour le moment du
coup. Je vois au HOT Summit si ya d'autre niveaux d'états d'infra
nécessaires à tagger.

Pour l'inventaire, j'ai tout de même des questions, car effectivement on
a trouvé des usages de staff_count mais pas de wiki qui assure que la
clé est approuvée. De même est-ce que tous les éléments adressés sur
:/http://wiki.openstreetmap.org/wiki/Key:*/ sont sensés être sur
/http://wiki.openstreetmap.org/wiki/Map_Features
/

Également, des fois une page key=* n'a pas de status indiqué (exemple
page Status : http://wiki.openstreetmap.org/wiki/Key:status). On ne sait
pas si on peut utiliser le tag ou pas...

A+

Le 08/09/2017 à 18:48, marc marc a écrit :

Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :

* j'ai vu passer un échange autour du tag capacity disant qu'il
  représentait une quantité quand un autre tag pouvait représenter un
  volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
  vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
  fait sens également. Mais ça marche dans ce cas car le nombre de lit
  fait aussi référence à la capacité du centre de santé. Par contre,
  il est aussi intéressant de connaitre le nombre de personnel de
  santé, voire même par spécialité, alors on sort du cadre capacity.
  Du coup la seule proposition trouvée ici c'est de mettre un
  bed_count, staff_count, puisqu'il semble que ce soit l'usage
  (rajouter _count à la fin de l'élément à compter). Par contre je
  trouve pas ça super logique, je suis plus pour un tag universel pour
  les nombres... Ou je rate quelque chose?

Le but de François et moi était de rassembler autour d'un tag une
proposition (l'amélioration des tag pour les bornes incendies) qui
allait provoquer des nouveaux tags pour un utilisation finalement
assez semblable à savoir la capacité maximale d'une infrastructure.
Pour la petite histoire, le tag capacity ne serrait finalement
probablement pas retenu, le pompier à l’œuvre estimant que le débit
d'une borne n'est pas sa capacité (maximale) mais nominal.
En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
toutes la capacité que peux "supporter" l'objet de par sa conception.
capacity:bed ou quelques chose du genre ferrait pour moi référence à la
capacité maximale d'un hôpital par exemple, ceci pouvait être différent
de la capacité "opérationnelle" variable par exemple selon le personnel.
J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
La capacité théorique est assez stable. l'opérationnelle me semble délicate.
Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
faire l'affaire. il faudrait peut-être aussi faire des recherches
sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
volatile ?

il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
présent (par exemple staff:chirurgien (à traduire évidement)
ou un nombre pour rafiner

[Talk-it] Nuovo utente in Abruzzo

2017-09-11 Per discussione totera

Vorrei invitare gli utenti abruzzesi (e chiunque abbia voglia) a controllare
le modifiche apportate da un nuovo utente
(https://www.openstreetmap.org/user/jacopopsr).
Ha esordito creando enormi poligoni taggati building=apartments
(https://www.openstreetmap.org/changeset/51675784), poi cancellati da altri
utenti.
In un successivo gruppo di modifiche
(https://www.openstreetmap.org/changeset/51775372) ha cancellato diversi
landuse e il terminal dell'aeroporto di Pescara.
Ho commentato i due changeset e non ha risposto, ma ha continuato a fare
modifiche.
Gli utenti storici della zona mi sembrano inattivi da mesi, non so valutare
se i nuovi contributi sono positivi o meno; tuttavia altri changeset
sospetti sono:
- http://www.openstreetmap.org/changeset/51841881 dove ha cancellato edifici
già esistenti (ortogonali e allineati al PCN) per ridisegnarli (sghembi e
spostati)
- http://www.openstreetmap.org/changeset/51860018 dove ha cancellato delle
strade



--
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] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti

2017-09-11 Per discussione Federico Cortese

2017-09-11 12:19 GMT+02:00 Roberto Inzerillo :
>
> Inoltre ... qualora vada modificata la classificazione, vorrei prima
> contattare chi ha curato in passato questo tratto su OSM; in questi casi
> nella community OSM come si usa intervenire?
>

Ciao e grazie per questo messaggio qui in lista.

Per quanto riguarda la circonvallazione di Palermo secondo me è
corretta la classificazione come highway=trunk, infatti nella relativa
pagina wiki (https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrunk)
si legge:

"Use highway=trunk for high performance or high importance roads that
don't meet the requirement for motorway."

Più precisamente per l'Italia nella stessa pagina è previsto che
highway=trunk possa essere usato per:

"Strade a scorrimento veloci regolate da rampe di entrata/uscita e
prive di incroci a raso e di rotatorie che si pongono a metà strada
tra Autostrade e le Statali."

Quindi le due descrizioni mi sembrano adeguate per quella
circonvallazione, visto che collega due tratti autostradali, quindi di
importanza tale da essere secondaria solo alla rete autostradale.

Ti ho ringraziato per la tua domanda perchè troppo spesso nuovi
mappatori tendono a modificare la classificazione di intere reti
viarie, dimenticandosi che quanto disegnato in mappa è il frutto del
lavoro di altri; per questo motivo quando si sente il bisogno di fare
modifiche così consistenti, sarebbe quantomeno opportuno confrontarsi
con chi ha operato prima o più genericamente porre il quesito in lista
come hai fatto tu.

Nemmeno a farlo apposta, proprio a Palermo è avvenuto esattamente
questo nei giorni scorsi (me ne sono accorto per rispondere alla tua
domanda): tutta la viabilità primary, secondary o unclassified è stata
trasformata in residential, lasciando solo qualcosa in tertiary.

Questo il primo changeset: http://nrenner.github.io/achavi/?changeset=51621722

Molto probabilmente c'era un abuso di secondary, ma nemmeno ora mi
sembra che la situazione sia l'ideale.

Ciao,
Federico

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

Re: [Talk-ht] [Hot-francophone] HOT Activation for Irma


Bonjour à tous,

Vous l'avez peut-être compris, HOT a lancé une réponse d'urgence pour 
l'ouragan Irma. Vous retrouverez les projets concernés sur le Tasking 
Manager de HOT : http://tasks.hotosm.org


Pour rejoindre la coordination globale, les volontaires se retrouvent 
sur le canal #disaster-mapping du slack de HOT : 
https://hotosm-slack.herokuapp.com/, cliquer sur 'channels' puis 
#disaster-mapping


Pour les infos sur l'activation : 
https://wiki.openstreetmap.org/wiki/2017_Hurricane_Irma


Je traduit rapidement Blake " Nous avons besoin d'aide à la traduction 
pour le wiki.


Le message le plus important que nous souhaitons transmettre est que 
nous souhaitons soutenir la cartographie locale et non pas créer de 
conflit accidentel avec vos activations locales. Le leadership local est 
prioritaire et Haiti en a un chouette (petite touche de fantaisie), 
faites-nous savoir ce qui est le mieux pour vous"


Bonne journée à tous,

Violaine

Le 08/09/2017 à 02:24, Blake Girardot a écrit :

Greetings,

I apologize, the French version of this will follow shortly, but I
wanted to get this to you as soon as possible so I went forward in
English.

HOT has officially activated for Hurricane Irma and we are
coordinating in our slack team, in English, in the #disaster-mapping
channel.

You can join HOT's slack by visiting this link:

https://hotosm-slack.herokuapp.com/

Once you join the slack, you will type /join #disaster-mapping

And you will be in the coordination channel for HOT's activation.

The full details and a link to the umap of our Irma project footprints
can be found on the response wiki page:

https://wiki.openstreetmap.org/wiki/2017_Hurricane_Irma

We also need translation help with the wiki entry.

The most important message is we want to support local mapping and not
accidentally conflict with your local lead mapping. Local leadership
is best and Haiti has great local leadership, please let us know what
is best for you.

As I said, French version to follow, or if anyone would like to
translate this and send it we would be very grateful.

Respectfully,
blake





--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-at] Es geht alles gegen null

2017-09-11 Per discussione Frederik Ramm

Hallo,

On 09/11/2017 09:32 PM, Stefan Tauner wrote:
> Natürlich, wobei Changeset-Kommentare zum Beispiel schon in die
> richtige Richtung gehen. Wenn die Changesets nicht automatisch live
> gehen würden, sondern man sie getrennt wie einen Patch applien und dann
> zurückziehen/ablehnen könnte, wäre schon viel geholfen.

Das wird es bei OSM nie geben, weil (anders als bei "Sichtungen" in der
Wikipedia) die Änderungen einfach viel zu stark miteinander zu tun
haben. Edits, die einer bestimmten Reihenfolge gemacht sind, müssen auch
in dieser Reihenfolge bestätigt werden, und wenn man zwischendurch einen
Edit ablehnt, könnte die ganze folgende Kette in sich zusammenfallen.
Wenn Du das auch nur *halbwegs* zufriedenstellend lösen könntest, gäbe
Dir jede Informatikfakultät einen Ehrendoktor.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Donal Hunt

I'm certainly interested in attending (based in Cork, Ireland) so need some
leadtime and ability to travel up for it.  Either Saturday seems good right
now.
Thanks!

Donal

On Mon, Sep 11, 2017 at 8:22 PM, Dave Corley  wrote:

> Much appreciated folks.
>
> Can you let me know when the formal approval is given. I'll set up a ticket
> booth to track numbers then.
>
> Thanks again,
> Dave
>
> On 11 Sep 2017 20:08, "Tadeusz Cantwell"  wrote:
>
> > As a member of Tog I can come in early on the 21st to open up and put my
> > name down to host the event.
> > Tad
> >
> > On 11 September 2017 at 13:39, Dave Corley  wrote:
> >
> > > Hi Jeffrey,
> > >
> > > A 4pm finish might not be a bad idea especially for those traveling.
> > Would
> > > it be possible to start earlier? Say 10 or 11? I'm just mindful that
> > there
> > > will be a lot of things to go through and I would like to leave time
> for
> > >  discussions. On the other hand, I don't want to inconvenience you (or
> > > other Tog members) too much as you are doing us a favour.
> > >
> > > Dave
> > >
> > > On Mon, Sep 11, 2017 at 12:59 PM, Jeffrey Roe 
> wrote:
> > >
> > > > There is an internal event on the 21st that starts at 4pm. So you
> > > > would need to finish up then or run it on the 14th.
> > > > An event takes 5 days for Tog to approve and you need a member to
> host
> > > > you.  I could possible do the 21st but you would need someone else to
> > > > host if you wanted the 14th.
> > > > Jeffrey Roe,
> > > > www.tog.ie
> > > >
> > > >
> > > > On 11 September 2017 at 10:41, Dave Corley 
> > wrote:
> > > > > Hi all,
> > > > >
> > > > > Rounding back on this again. Between the responses on the mail
> list,
> > > > > Facebook and previous surveys, the general consensus is to go ahead
> > > with
> > > > > this.
> > > > >
> > > > > Martin, sorry for not replying to you earlier, but I wanted to stay
> > > quiet
> > > > > and see what others thought first. To your point, yes, its possible
> > to
> > > do
> > > > > everything I stated outside of a formal body, but given we are an
> > > > informal
> > > > > grouping of similarly minded folks for over a decade and
> > organisational
> > > > > interest/involvement is decreasing rather than increasing, I think
> > its
> > > > > necessary to do this if we are to ever become "more". Your comment
> > > about
> > > > > there being a functioning group is bang on the money too. Right
> now I
> > > > feel
> > > > > there is such a thing, and the infrastructure is more or less in
> > place
> > > (
> > > > we
> > > > > are starting in a much better position than our UK counterparts).
> > > > >
> > > > > That being said, after the original survey questions a year ago,
> the
> > > mail
> > > > > list and facebook responses and some private feedback, I think, as
> > > usual,
> > > > > the distance factor is the biggest hurdle. With that in mind I
> think
> > > its
> > > > > best to change from a series of meetings on the subject, to a
> single
> > > one,
> > > > > where several of us come together and blitz the main items:
> > > > >
> > > > > - Constitution
> > > > > - Memorandum of association
> > > > > - Articles of association
> > > > > - Interim board
> > > > > - etc etc
> > > > >
> > > > > What I looking to achieve is to get to a point where we are 90% of
> > the
> > > > way
> > > > > there. Afterwards, everything achieved would be put up online for
> > > > feedback,
> > > > > comment and to close out any remaining items.
> > > > >
> > > > > I'm hoping a single session of 5-6 hours should be good enough for
> > > this,
> > > > > say from 12-5/6 on a Saturday. I'm hoping that by limiting this to
> a
> > > > single
> > > > > day, to get a much larger group to participate.
> > > > >
> > > > > In order to keep things moving through the day, I'm going to try
> > > organise
> > > > > some sponsorship of refreshments.
> > > > >
> > > > > Would the Tog folks on this list know if Tog is available on a
> > Saturday
> > > > in
> > > > > Oct? Say the 14th or 21st. If not, I'll try sort something else.
> > > > >
> > > > > Once a date and location is set, I'll set up an invite page, just
> to
> > be
> > > > > able to track numbers attending in the event I get sponsorship for
> > > > > refreshments.
> > > > >
> > > > > Dave
> > > > >
> > > > > On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann  >
> > > > wrote:
> > > > >
> > > > >> I agree with Dave, it would be good to get a formal OSM body set
> up.
> > > > >>
> > > > >> Yes, for doing more mapping events, you don't need a formal body,
> > but
> > > > >> you do it you want to be an OSMF local chapter, and I suspect it
> > would
> > > > >> be easier to talk to government bodies (or big orgs) if you're
> from
> > an
> > > > >> official body.
> > > > >>
> > > > >> And who knows, setting it up might be kick up the arse for some of
> > us!
> > > > >>
> > > > >> Since

Re: [Talk-it] Vandalismi in atto Trieste

2017-09-11 Per discussione Cascafico Giovanni

Il 11/set/2017 09:57 PM, "Alessandro Palmas" 
ha scritto:
>
>
> E' lui? Ho notato Via dei Giaggioli
https://www.openstreetmap.org/way/523830824 e a meno che non l'avesse
cancellata prima era mancante. Comunque se dici che è lui bombardiamolo di
commenti e messaggi (educati)

Via dei Giaggioli esiste, ma conosci per caso un certo Aurelio Mantecati?
https://www.openstreetmap.org/way/42350367

tanto per "apprezzare" il livello di dissimulazione...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismi in atto Trieste

2017-09-11 Per discussione Damjan Gerl


11.09.2017 - 21:56 - Alessandro Palmas:

Il 11/09/2017 21:47, Cascafico Giovanni ha scritto:



Ripreso i vandalismi oggi con un nuovo uid 6636264, username  
"albielfurlan" [1]. Al momento 15 changeset.


[1] https://www.openstreetmap.org/user/albielfurlan



E' lui? Ho notato Via dei Giaggioli 
https://www.openstreetmap.org/way/523830824 e a meno che non l'avesse 
cancellata prima era mancante. Comunque se dici che è lui 
bombardiamolo di commenti e messaggi (educati)


Alessandro


C'era già, lui ha solo spezzato la via in due, creando una nuova way

Damjan

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

Re: [Talk-it] Vandalismi in atto Trieste

2017-09-11 Per discussione Alessandro Palmas


  
  
Il 11/09/2017 21:47, Cascafico Giovanni
  ha scritto:


  
  
  Ripreso i vandalismi oggi con un nuovo uid 6636264,
username  "albielfurlan" [1]. Al momento 15 changeset.
  [1] https://www.openstreetmap.org/user/albielfurlan
  


E' lui? Ho notato Via dei Giaggioli
https://www.openstreetmap.org/way/523830824 e a meno che non
l'avesse cancellata prima era mancante. Comunque se dici che è lui
bombardiamolo di commenti e messaggi (educati)

Alessandro
  


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

Re: [Talk-it] Vandalismi in atto Trieste

2017-09-11 Per discussione Cascafico Giovanni

> Per fare una sintesi della situazione, i numeri del nostro vandalo
regionale:
>
>
> Karma2811 (uid 6080759) - bloccato 9 anni dopo 58 changeset;
>
> ale1234 (uid 6400648) AKA Dipiazza, AKA "Trieste OSM Team" - blocco fino
a domani, dopo 318 changeset (compresa una nuova metropolitana); danni
ingenti, grazie al periodo di vacanze ed al cambio dello username;
>
> karmaAL (uid 6631989) - bloccato 4 gg dal prossimo login.

Ripreso i vandalismi oggi con un nuovo uid 6636264, username
"albielfurlan" [1]. Al momento 15 changeset.

[1] https://www.openstreetmap.org/user/albielfurlan
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Es geht alles gegen null

2017-09-11 Per discussione Stefan Tauner

On Mon, 11 Sep 2017 10:02:28 +0200
Robert Kaiser  wrote:

> Stefan Tauner schrieb:
> > OSM fehlt das, was in Software-Projekten das Code-Review ist. Das mag
> > fad sein, aber es ist einfach notwendig, wenn einem Qualität
> > irgendetwas bedeutet.  
> 
> Einerseits ja, andererseits klagt praktisch jedes 
> Open-Source-Software-Projekt, dass es zu wenige Reviewer hat oder dass 
> Reviews zu lange dauern.

Das ist in meinem FOSS-Projekt nicht anders (im Gegenteil), aber dafür
ist die vorhandene Funktionalität stabil und korrekt. Man muss sich
halt entscheiden, was einem wichtiger ist und wie Friedrich richtig
festgestellt hat - je kompletter ein Werk wird, desto wahrhscheinlicher
sind Verschlechterungen.

> Und bei einer Datenbank wie es OSM ist, müsste man auch die Tools dafür 
> neu erfinden, da git usw. (und da sind wir noch auf der Ebene der 
> Versionskontrolle und nicht mal des Reviews selbst) dafür nicht taugen.

Natürlich, wobei Changeset-Kommentare zum Beispiel schon in die
richtige Richtung gehen. Wenn die Changesets nicht automatisch live
gehen würden, sondern man sie getrennt wie einen Patch applien und dann
zurückziehen/ablehnen könnte, wäre schon viel geholfen. Die Tools zum
besseren Visualisieren von Änderungen würden dann sicher nicht lange
auf sich warten lassen... das ist ein wenig ein Henne Das
Problem an sich ist nicht so unterschiedlich - auch die
Problemstellung, dass es zu Konflikten kommen kann und wie man sie
auflösen kann, ist ganz ähnlich.

So ein System hätte auch den zusätzlichen Charme, dass fehlerhaftes
Mappen frühzeitig auffallen würde und die entsprechenden Autoren sehr
schnell Feedback bekämen und sich damit verbessern könnten. Nicht erst
nach vier Monaten wie im Fall von Friedrich...

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Dave Corley

Much appreciated folks.

Can you let me know when the formal approval is given. I'll set up a ticket
booth to track numbers then.

Thanks again,
Dave

On 11 Sep 2017 20:08, "Tadeusz Cantwell"  wrote:

> As a member of Tog I can come in early on the 21st to open up and put my
> name down to host the event.
> Tad
>
> On 11 September 2017 at 13:39, Dave Corley  wrote:
>
> > Hi Jeffrey,
> >
> > A 4pm finish might not be a bad idea especially for those traveling.
> Would
> > it be possible to start earlier? Say 10 or 11? I'm just mindful that
> there
> > will be a lot of things to go through and I would like to leave time for
> >  discussions. On the other hand, I don't want to inconvenience you (or
> > other Tog members) too much as you are doing us a favour.
> >
> > Dave
> >
> > On Mon, Sep 11, 2017 at 12:59 PM, Jeffrey Roe  wrote:
> >
> > > There is an internal event on the 21st that starts at 4pm. So you
> > > would need to finish up then or run it on the 14th.
> > > An event takes 5 days for Tog to approve and you need a member to host
> > > you.  I could possible do the 21st but you would need someone else to
> > > host if you wanted the 14th.
> > > Jeffrey Roe,
> > > www.tog.ie
> > >
> > >
> > > On 11 September 2017 at 10:41, Dave Corley 
> wrote:
> > > > Hi all,
> > > >
> > > > Rounding back on this again. Between the responses on the mail list,
> > > > Facebook and previous surveys, the general consensus is to go ahead
> > with
> > > > this.
> > > >
> > > > Martin, sorry for not replying to you earlier, but I wanted to stay
> > quiet
> > > > and see what others thought first. To your point, yes, its possible
> to
> > do
> > > > everything I stated outside of a formal body, but given we are an
> > > informal
> > > > grouping of similarly minded folks for over a decade and
> organisational
> > > > interest/involvement is decreasing rather than increasing, I think
> its
> > > > necessary to do this if we are to ever become "more". Your comment
> > about
> > > > there being a functioning group is bang on the money too. Right now I
> > > feel
> > > > there is such a thing, and the infrastructure is more or less in
> place
> > (
> > > we
> > > > are starting in a much better position than our UK counterparts).
> > > >
> > > > That being said, after the original survey questions a year ago, the
> > mail
> > > > list and facebook responses and some private feedback, I think, as
> > usual,
> > > > the distance factor is the biggest hurdle. With that in mind I think
> > its
> > > > best to change from a series of meetings on the subject, to a single
> > one,
> > > > where several of us come together and blitz the main items:
> > > >
> > > > - Constitution
> > > > - Memorandum of association
> > > > - Articles of association
> > > > - Interim board
> > > > - etc etc
> > > >
> > > > What I looking to achieve is to get to a point where we are 90% of
> the
> > > way
> > > > there. Afterwards, everything achieved would be put up online for
> > > feedback,
> > > > comment and to close out any remaining items.
> > > >
> > > > I'm hoping a single session of 5-6 hours should be good enough for
> > this,
> > > > say from 12-5/6 on a Saturday. I'm hoping that by limiting this to a
> > > single
> > > > day, to get a much larger group to participate.
> > > >
> > > > In order to keep things moving through the day, I'm going to try
> > organise
> > > > some sponsorship of refreshments.
> > > >
> > > > Would the Tog folks on this list know if Tog is available on a
> Saturday
> > > in
> > > > Oct? Say the 14th or 21st. If not, I'll try sort something else.
> > > >
> > > > Once a date and location is set, I'll set up an invite page, just to
> be
> > > > able to track numbers attending in the event I get sponsorship for
> > > > refreshments.
> > > >
> > > > Dave
> > > >
> > > > On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann 
> > > wrote:
> > > >
> > > >> I agree with Dave, it would be good to get a formal OSM body set up.
> > > >>
> > > >> Yes, for doing more mapping events, you don't need a formal body,
> but
> > > >> you do it you want to be an OSMF local chapter, and I suspect it
> would
> > > >> be easier to talk to government bodies (or big orgs) if you're from
> an
> > > >> official body.
> > > >>
> > > >> And who knows, setting it up might be kick up the arse for some of
> us!
> > > >>
> > > >> Since I'm in Germany, I can't come to any of the events.  But
> > I'll
> > > >> help how I can... I was involved with setting up TOG, which was
> > > >> originally an unincorporated association (don't do that!) and is
> now a
> > > >> DAC (designed activity company(?))
> > > >>
> > > >> On 14/08/17 03:52, Dave Corley wrote:
> > > >>
> > > >>> Hi,
> > > >>>
> > > >>> First, I want to apologise, this is a long email, but if you are at
> > all
> > > >>> interested in moving OSM in Ireland to the next level, please read
> on
> > > and

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source

2017-09-11 Per discussione Christian Quest

La webapp geocropping rend ce process de mise à jour d'une date de contrôle
sur terrain très simple et pas technique du tout.

A voir ici: https://geocropping.xsalto.com/

Le 11 septembre 2017 à 18:33, Violaine Doutreleau 
a écrit :

> Bonjour Marc,
>
> Pour moi la difficulté c'est qu'il ne faudrait pas mixer la source d'une
> information (je suis ok pour  ajouter une info de date en fonction de la
> source de données), par le check_date ou operational_status:date, qui
> relève plutôt de la validation de données. J'entends : la donnée est déjà
> créée, je repasse x jours après sa création pour dire qu'elle est toujours
> valide. Healthsites prévoit de faire ça sur la thématique santé... Par
> contre j'aime beaucoup l'idée car on pourrait imaginer de la demande de
> validation de données si le check_date est trop éloigné de la date du jour
> aux utilisateurs de gps... Et ça pourrait donner un sacré coup de pouce ...
>
> Par contre j'ai le sentiment que ce n'est pas vraiment la place de la
> validation, mais d'une base extérieure? Dailleurs ça risque d'être trop
> tech pour des utilisateurs lambdas d'OSM, et pourtant des informations
> faciles à donner par n'importe qui.
>
> Sinon, une autre difficulté que je trouve c'est qu'il faudrait quasi
> autant de check_date, que de tags, ou alors définir les éléments que l'on
> souhaite vérifier. Non? Par exemple pour les centre de santés, c'est pas
> évident de tout contrôler d'un coup si on est un utilisateur lambda  (pas
> aussi simple de donner le nombre de staffs par exemple)
>
> Juste mes réflexions...
>
> A bientôt,
>
> V
>
> Le 06/09/2017 à 00:16, marc marc a écrit :
>
> Suite à une discussion à propos des dates, j'ai été faire un tour
> sur le wiki et taginfo. La problème était simple mais comme souvent
> il y a une grande diversité de mise en place.
>
> Il y a, si j'ai oublié personne, 3 grand besoins :
>
> - la date où un objet a été vu la dernière fois sur le terrain
> survey:date avec toutes les variantes d'ordre et de caractère
> de séparation
> Ce serrait selon moi le tag à utiliser pour des projets comme jungle bus
> où certains veulent pouvoir éventuellement vérifier l’existence
> d'un objet qui n'a plus été vu depuis X temps.
>
> - la propal sur les bornes a fait sortir un 2ieme besoin, celui
> qui concerne les équipements "technique" ou "voir" ne suffit pas
> à dire que cela fonctionne. exemple : le pompier à l’œuvre sur
> la propal des bornes qui voudrait pouvoir tester les bornes.
> Initialement, c'était prévu d'utiliser check_date
> le nom n'est pas terrible, le "_" encore moins mais il a
> l'avantage d'exister
> A la relecture, le wiki ne précisant pas qu'est ce qui est vérifié,
> je me demande s'il ne serrait pas mieux d'utiliser
> operational_status:date qui a l'avantage d'être parfaitement clair.
>
> - source:date : la date de la source des données par exemple utilisée
> lors d'un import mais aussi celle de l'imagerie lorsque connue.
> mais là aussi, grande variété avec par exemple source="le nom - la date"
>
> Et puis il y a les tag fourre-tout, dont le sens exact est inconnu
> ou dont le sens multiple rend sont utilisation problématique.
> exemple survey="sortie de classe à tel date" ou d'autres dont on ignore
> si la date correspond à l'encodage dans osm (que le changeset donne
> déjà) ou si c'est celle d'une visite sur le terrain ou d'une base de
> donnée ou une date oü on a vérifié/corrigé la qualité style osmose
>  lastcheck
>  updated
>  check_exists:date
> Si vous utilisez l'un d'entre eux ou connaissez outil qui l'utilise,
> quel sens ?
>
> Dernier problème : le format de la date. toutes les pages que j'ai
> consultée parlent du format ISO 8601 basique -MM-DD, à tronquer
> éventuellement lors que nécessaire genre 2017-09
> En pratique c'est loin d'être le cas et on se retrouve avec
> des valeurs 100117 qu'il nécessite de consulter l'historique de
> l'objet pour faire la différence entre 10/01/2017 et 2010-01-17.
> sans compter les mois en lettre ou les saisons, abrévié ou non.
> bref, informatiquement quasi impossible à utiliser.
>
> Evidement tout ces tags sont optionnel, mon propos n'est absolument
> pas qu'on rajoute cela partout, surtout pas.
> Mon propos n'est pas non plus de dire où cela doit être mis (changeset
> <> objet)
> mon propos est plutôt de chercher, pour les projets qui en ont besoin,
> un moyen uniforme pour avoir l'info dans quelques tags commun plutôt
> que d'en avoir une 20aine comme actuellement.
> Cela permettrait des utilisations du genre :
> - vérifier que les commerces n'ont pas changés après 2 ans.
> - vérifier le fonctionnement des bornes après x mois.
> - vérifier ce qu'est devenu un objet qui se trouverait dans
> un import 2016 après que l'import 2017 ai validé tous les autres.
>
> Qu'en pensez-vous ?
> Si un besoin manque, n'hésitez pas à le décrire.
> ___
> Talk-fr mailing 
>

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Tadeusz Cantwell

As a member of Tog I can come in early on the 21st to open up and put my
name down to host the event.
Tad

On 11 September 2017 at 13:39, Dave Corley  wrote:

> Hi Jeffrey,
>
> A 4pm finish might not be a bad idea especially for those traveling. Would
> it be possible to start earlier? Say 10 or 11? I'm just mindful that there
> will be a lot of things to go through and I would like to leave time for
>  discussions. On the other hand, I don't want to inconvenience you (or
> other Tog members) too much as you are doing us a favour.
>
> Dave
>
> On Mon, Sep 11, 2017 at 12:59 PM, Jeffrey Roe  wrote:
>
> > There is an internal event on the 21st that starts at 4pm. So you
> > would need to finish up then or run it on the 14th.
> > An event takes 5 days for Tog to approve and you need a member to host
> > you.  I could possible do the 21st but you would need someone else to
> > host if you wanted the 14th.
> > Jeffrey Roe,
> > www.tog.ie
> >
> >
> > On 11 September 2017 at 10:41, Dave Corley  wrote:
> > > Hi all,
> > >
> > > Rounding back on this again. Between the responses on the mail list,
> > > Facebook and previous surveys, the general consensus is to go ahead
> with
> > > this.
> > >
> > > Martin, sorry for not replying to you earlier, but I wanted to stay
> quiet
> > > and see what others thought first. To your point, yes, its possible to
> do
> > > everything I stated outside of a formal body, but given we are an
> > informal
> > > grouping of similarly minded folks for over a decade and organisational
> > > interest/involvement is decreasing rather than increasing, I think its
> > > necessary to do this if we are to ever become "more". Your comment
> about
> > > there being a functioning group is bang on the money too. Right now I
> > feel
> > > there is such a thing, and the infrastructure is more or less in place
> (
> > we
> > > are starting in a much better position than our UK counterparts).
> > >
> > > That being said, after the original survey questions a year ago, the
> mail
> > > list and facebook responses and some private feedback, I think, as
> usual,
> > > the distance factor is the biggest hurdle. With that in mind I think
> its
> > > best to change from a series of meetings on the subject, to a single
> one,
> > > where several of us come together and blitz the main items:
> > >
> > > - Constitution
> > > - Memorandum of association
> > > - Articles of association
> > > - Interim board
> > > - etc etc
> > >
> > > What I looking to achieve is to get to a point where we are 90% of the
> > way
> > > there. Afterwards, everything achieved would be put up online for
> > feedback,
> > > comment and to close out any remaining items.
> > >
> > > I'm hoping a single session of 5-6 hours should be good enough for
> this,
> > > say from 12-5/6 on a Saturday. I'm hoping that by limiting this to a
> > single
> > > day, to get a much larger group to participate.
> > >
> > > In order to keep things moving through the day, I'm going to try
> organise
> > > some sponsorship of refreshments.
> > >
> > > Would the Tog folks on this list know if Tog is available on a Saturday
> > in
> > > Oct? Say the 14th or 21st. If not, I'll try sort something else.
> > >
> > > Once a date and location is set, I'll set up an invite page, just to be
> > > able to track numbers attending in the event I get sponsorship for
> > > refreshments.
> > >
> > > Dave
> > >
> > > On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann 
> > wrote:
> > >
> > >> I agree with Dave, it would be good to get a formal OSM body set up.
> > >>
> > >> Yes, for doing more mapping events, you don't need a formal body, but
> > >> you do it you want to be an OSMF local chapter, and I suspect it would
> > >> be easier to talk to government bodies (or big orgs) if you're from an
> > >> official body.
> > >>
> > >> And who knows, setting it up might be kick up the arse for some of us!
> > >>
> > >> Since I'm in Germany, I can't come to any of the events.  But
> I'll
> > >> help how I can... I was involved with setting up TOG, which was
> > >> originally an unincorporated association (don't do that!) and is now a
> > >> DAC (designed activity company(?))
> > >>
> > >> On 14/08/17 03:52, Dave Corley wrote:
> > >>
> > >>> Hi,
> > >>>
> > >>> First, I want to apologise, this is a long email, but if you are at
> all
> > >>> interested in moving OSM in Ireland to the next level, please read on
> > and
> > >>> give your feedback when you're done.
> > >>>
> > >>> Efforts to get the OSM Ireland group set up as a legal entity and
> > >>> established as a recognised chapter have never really got out of the
> > >>> starting blocks for us, mainly because it's an exceptionally long,
> > boring
> > >>> process to get it all done.
> > >>>
> > >>> Back when Rory gave the Townlands presentation at a Sotm or two ago,
> I
> > >>> contacted everyone who took part and asked a number of questions

Re: [OSM-talk-fr] Tagging Infrastructures de Santé

2017-09-11 Per discussione marc marc

Ma question reste ouverte : est-ce que le nombre de chirugien
est une info suffisament stable que pour être dans osm ?

il n'y a aucune obligation d'avoir un tag approuvé ni même une page wiki
si t'as envie de mettre schtroump=42 sur un hôpital, libre à toi.
Mais c'est évidement très probable que toi seul en comprenne
le sens exact et l'utilise.
Faire une proposition, la faire commenter puis voter est
une méthode pour augmenter la qualité et son utilisation
Les page wiki sans status sont souvent des pages "de fait",
d'un tag utilisé qu'on essaye après coup d'en définir le sens.

Par contre "map_features" n'a pas du tout vocation à d'être un index
de tous les tags du wiki. C'est un guide des tags les plus fréquents.
Il est donc probable que concernant la santé, seul les tags les plus 
important y figure. le lien vers les pages concernées permettent de 
renseigner les tags moins courant.

Le 11. 09. 17 à 18:52, Violaine Doutreleau a écrit :
> Bonjour à tous et merci Marc pour ces éclaircissements !
> 
> Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à 
> côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le 
> moment.. Dans la même idée que ce que tu disais, on pourrait étendre 
> bed:=yes/nombre
> 
> Pour l'état d'une infra, on partirait sur disused:amenity=yes/type of 
> amenity et abandonned:amenity=yes/type of amenity pour le moment du 
> coup. Je vois au HOT Summit si ya d'autre niveaux d'états d'infra 
> nécessaires à tagger.
> 
> Pour l'inventaire, j'ai tout de même des questions, car effectivement on 
> a trouvé des usages de staff_count mais pas de wiki qui assure que la 
> clé est approuvée. De même est-ce que tous les éléments adressés sur 
> :/http://wiki.openstreetmap.org/wiki/Key:*/ sont sensés être sur 
> /http://wiki.openstreetmap.org/wiki/Map_Features
> /
> 
> Également, des fois une page key=* n'a pas de status indiqué (exemple 
> page Status : http://wiki.openstreetmap.org/wiki/Key:status). On ne sait 
> pas si on peut utiliser le tag ou pas...
> 
> A+
> 
> Le 08/09/2017 à 18:48, marc marc a écrit :
>> Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :
>>>* j'ai vu passer un échange autour du tag capacity disant qu'il
>>>  représentait une quantité quand un autre tag pouvait représenter un
>>>  volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
>>>  vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
>>>  fait sens également. Mais ça marche dans ce cas car le nombre de lit
>>>  fait aussi référence à la capacité du centre de santé. Par contre,
>>>  il est aussi intéressant de connaitre le nombre de personnel de
>>>  santé, voire même par spécialité, alors on sort du cadre capacity.
>>>  Du coup la seule proposition trouvée ici c'est de mettre un
>>>  bed_count, staff_count, puisqu'il semble que ce soit l'usage
>>>  (rajouter _count à la fin de l'élément à compter). Par contre je
>>>  trouve pas ça super logique, je suis plus pour un tag universel pour
>>>  les nombres... Ou je rate quelque chose?
>> Le but de François et moi était de rassembler autour d'un tag une
>> proposition (l'amélioration des tag pour les bornes incendies) qui
>> allait provoquer des nouveaux tags pour un utilisation finalement
>> assez semblable à savoir la capacité maximale d'une infrastructure.
>> Pour la petite histoire, le tag capacity ne serrait finalement
>> probablement pas retenu, le pompier à l’œuvre estimant que le débit
>> d'une borne n'est pas sa capacité (maximale) mais nominal.
>> En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
>> toutes la capacité que peux "supporter" l'objet de par sa conception.
>> capacity:bed ou quelques chose du genre ferrait pour moi référence à la
>> capacité maximale d'un hôpital par exemple, ceci pouvait être différent
>> de la capacité "opérationnelle" variable par exemple selon le personnel.
>> J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
>> La capacité théorique est assez stable. l'opérationnelle me semble délicate.
>> Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
>> faire l'affaire. il faudrait peut-être aussi faire des recherches
>> sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
>> Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
>> volatile ?
>>
>> il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
>> ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
>> présent (par exemple staff:chirurgien (à traduire évidement)
>> ou un nombre pour rafiner l'information (par exemple 3)
>> L'important étant surtout d'avoir un nom de clef non ambigu,
>> uniforme et bien documenté.
>> Il est aussi possible d'avoir des :count, l'avantage étant
>> de permettre aux éditeur de reconnaître le type de clef
>> Cela n'a cependant selon moi de sens que si la même clef a autre
>> chose qu'un ":count"
>>
>>>* comment

Re: [Talk-us] KML additions

2017-09-11 Per discussione Martijn van Exel

Hi Scott, 

From your signature I gather this is in the U.S.? I will forward your message 
to the OpenStreetMap US community mailing list, they will follow up with you.

Best,
Martijn van Exel

> On Sep 11, 2017, at 11:14 AM, Scott Benson  wrote:
> 
> Hi,
> I'm working with a property developer and they've added a park which hasn't 
> appeared on OpenStreetMap yet. If we provide KML data, can you add that in to 
> your map?
> 
> Thanks,
> 
> -- 
> Scott Benson, UXC | President
> Benson IXD
> www.bensonixd.com 
> 306.631.1633

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

Re: [Talk-cz] Jak pomáháme KČT

Se mi to už fakt hodně dlouho nestalo, tak moje ostražitost polevila :-D

Marián


Dne 11.9.2017 v 18:45 Petr Schönmann napsal(a):
> Firefox Addon Lazarus :)
>
> po 11. 9. 2017 v 17:50 odesílatel Mikoláš Štrajt  > napsal:
>
> Zrovna jsem tam přidával problém č. 35 a po odeslání se mi 
> vrátilo:
>
>
>   Service Temporarily Unavailable
>
> The server is temporarily unable to service your request due
> to maintenance downtime or capacity problems. Please try again
> later.
>
>
> A můžu to dělat znova. To fakt potěší :-(
>
>
> Marián
>
>
> ano, proto všechny delší texty píšu buď ve SciTE a co 5minut dávám
> Ctrl+S a nebo do mailu sobě (seznam dělá autosave za mě)
>
>
> -- 
>
> Severák 
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> -- 
> S pozdravem
> Petr Schönmann
> https://www.facebook.com/klikklakcz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Marco_T

Non sono un avvocato ma a mio parere qualsiasi danneggiamento volontario
potrebbe considerarsi un reato contro il patrimonio (Danneggiamento art. 635
del Codice Penale):
vedete qui:
http://www.ipsoa.it/codici/cp/l2/t13

Art. 635 Bis - Danneggiamento di informazioni, dati e programmi informatici
Art. 635 Ter - Danneggiamento di informazioni, dati e programmi informatici
utilizzati dallo Stato o da altro ente pubblico o comunque di pubblica
utilità
e seguenti.

Forse wikimedia italia potrebbe costituirsi come parte offesa se la
competenza giuridica fosse l'Italia (luogo da cui è stato commesso il reato,
basta risalire agli IP).

Se così fosse una bella mail di avvertimento potrebbe sortire effetto...

-- 
Marco_T



--
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: [OSM-talk-fr] Tagging Infrastructures de Santé


Bonjour à tous et merci Marc pour ces éclaircissements !

Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à 
côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le 
moment.. Dans la même idée que ce que tu disais, on pourrait étendre 
bed:=yes/nombre


Pour l'état d'une infra, on partirait sur disused:amenity=yes/type of 
amenity et abandonned:amenity=yes/type of amenity pour le moment du 
coup. Je vois au HOT Summit si ya d'autre niveaux d'états d'infra 
nécessaires à tagger.


Pour l'inventaire, j'ai tout de même des questions, car effectivement on 
a trouvé des usages de staff_count mais pas de wiki qui assure que la 
clé est approuvée. De même est-ce que tous les éléments adressés sur 
:/http://wiki.openstreetmap.org/wiki/Key:*/ sont sensés être sur 
/http://wiki.openstreetmap.org/wiki/Map_Features

/

Également, des fois une page key=* n'a pas de status indiqué (exemple 
page Status : http://wiki.openstreetmap.org/wiki/Key:status). On ne sait 
pas si on peut utiliser le tag ou pas...


A+

Le 08/09/2017 à 18:48, marc marc a écrit :

Le 08. 09. 17 à 17:50, Violaine Doutreleau a écrit :

   * j'ai vu passer un échange autour du tag capacity disant qu'il
 représentait une quantité quand un autre tag pouvait représenter un
 volume. Mais je trouve qu'il manque un tag 'nombre' type 'n' . J'ai
 vu des fois le tag capacity être utilisé comme capacity:bed, ce qui
 fait sens également. Mais ça marche dans ce cas car le nombre de lit
 fait aussi référence à la capacité du centre de santé. Par contre,
 il est aussi intéressant de connaitre le nombre de personnel de
 santé, voire même par spécialité, alors on sort du cadre capacity.
 Du coup la seule proposition trouvée ici c'est de mettre un
 bed_count, staff_count, puisqu'il semble que ce soit l'usage
 (rajouter _count à la fin de l'élément à compter). Par contre je
 trouve pas ça super logique, je suis plus pour un tag universel pour
 les nombres... Ou je rate quelque chose?

Le but de François et moi était de rassembler autour d'un tag une
proposition (l'amélioration des tag pour les bornes incendies) qui
allait provoquer des nouveaux tags pour un utilisation finalement
assez semblable à savoir la capacité maximale d'une infrastructure.
Pour la petite histoire, le tag capacity ne serrait finalement
probablement pas retenu, le pompier à l’œuvre estimant que le débit
d'une borne n'est pas sa capacité (maximale) mais nominal.
En ce sens, un hôtel de 4 lits, un parking de 10 places décrivent
toutes la capacité que peux "supporter" l'objet de par sa conception.
capacity:bed ou quelques chose du genre ferrait pour moi référence à la
capacité maximale d'un hôpital par exemple, ceci pouvait être différent
de la capacité "opérationnelle" variable par exemple selon le personnel.
J'ignore cependant laquelle des 2 vous voulez encoder dans osm.
La capacité théorique est assez stable. l'opérationnelle me semble délicate.
Pour le personnel de santé, peut-être qu'une clef genre staff pourrait
faire l'affaire. il faudrait peut-être aussi faire des recherches
sur le wiki et/ou taginfo pour voir si ce genre d'info n'existe pas déjà
Mais là aussi, est-ce que cela ne risque-t-il pas d'etre une donnée
volatile ?

il n'est pas obligatoire de tout suffixer par _count, de nombreux tag
ont un wiki qui décrit par exemple une valeur yes pour dire que c'est
présent (par exemple staff:chirurgien (à traduire évidement)
ou un nombre pour rafiner l'information (par exemple 3)
L'important étant surtout d'avoir un nom de clef non ambigu,
uniforme et bien documenté.
Il est aussi possible d'avoir des :count, l'avantage étant
de permettre aux éditeur de reconnaître le type de clef
Cela n'a cependant selon moi de sens que si la même clef a autre
chose qu'un ":count"


   * comment pourrait-on définir l'état d'une infrastructure, si
 fonctionnel/opérationnel ou pas ? J'ai également vu pas mal de
 propositions mais je n'en ai pas trouvée une approuvée...

L'inventaire est fait...  cfr mon email "les dates
de terrain, de test fonctionnel, d'import, de source"
N'hésite pas d'y répondre, je compte justement essayer de faire
avancer cette "harmonisation". Je laisse encore quelques jours
si un francophone à des remarques avant de tenter une harmonisation
locale et/ou un avis sur la ml mondiale.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 
mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Jak pomáháme KČT

2017-09-11 Per discussione Petr Schönmann

Firefox Addon Lazarus :)

po 11. 9. 2017 v 17:50 odesílatel Mikoláš Štrajt  napsal:

> Zrovna jsem tam přidával problém č. 35 a po odeslání se mi vrátilo:
>
>
> Service Temporarily Unavailable
>
> The server is temporarily unable to service your request due to
> maintenance downtime or capacity problems. Please try again later.
>
>
> A můžu to dělat znova. To fakt potěší :-(
>
>
> Marián
>
>
> ano, proto všechny delší texty píšu buď ve SciTE a co 5minut dávám Ctrl+S
> a nebo do mailu sobě (seznam dělá autosave za mě)
>
>
> --
>
> Severák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source


Bonjour Marc,

Pour moi la difficulté c'est qu'il ne faudrait pas mixer la source d'une 
information (je suis ok pour  ajouter une info de date en fonction de la 
source de données), par le check_date ou operational_status:date, qui 
relève plutôt de la validation de données. J'entends : la donnée est 
déjà créée, je repasse x jours après sa création pour dire qu'elle est 
toujours valide. Healthsites prévoit de faire ça sur la thématique 
santé... Par contre j'aime beaucoup l'idée car on pourrait imaginer de 
la demande de validation de données si le check_date est trop éloigné de 
la date du jour aux utilisateurs de gps... Et ça pourrait donner un 
sacré coup de pouce ...


Par contre j'ai le sentiment que ce n'est pas vraiment la place de la 
validation, mais d'une base extérieure? Dailleurs ça risque d'être trop 
tech pour des utilisateurs lambdas d'OSM, et pourtant des informations 
faciles à donner par n'importe qui.


Sinon, une autre difficulté que je trouve c'est qu'il faudrait quasi 
autant de check_date, que de tags, ou alors définir les éléments que 
l'on souhaite vérifier. Non? Par exemple pour les centre de santés, 
c'est pas évident de tout contrôler d'un coup si on est un utilisateur 
lambda  (pas aussi simple de donner le nombre de staffs par exemple)


Juste mes réflexions...

A bientôt,

V


Le 06/09/2017 à 00:16, marc marc a écrit :

Suite à une discussion à propos des dates, j'ai été faire un tour
sur le wiki et taginfo. La problème était simple mais comme souvent
il y a une grande diversité de mise en place.

Il y a, si j'ai oublié personne, 3 grand besoins :

- la date où un objet a été vu la dernière fois sur le terrain
survey:date avec toutes les variantes d'ordre et de caractère
de séparation
Ce serrait selon moi le tag à utiliser pour des projets comme jungle bus
où certains veulent pouvoir éventuellement vérifier l’existence
d'un objet qui n'a plus été vu depuis X temps.

- la propal sur les bornes a fait sortir un 2ieme besoin, celui
qui concerne les équipements "technique" ou "voir" ne suffit pas
à dire que cela fonctionne. exemple : le pompier à l’œuvre sur
la propal des bornes qui voudrait pouvoir tester les bornes.
Initialement, c'était prévu d'utiliser check_date
le nom n'est pas terrible, le "_" encore moins mais il a
l'avantage d'exister
A la relecture, le wiki ne précisant pas qu'est ce qui est vérifié,
je me demande s'il ne serrait pas mieux d'utiliser
operational_status:date qui a l'avantage d'être parfaitement clair.

- source:date : la date de la source des données par exemple utilisée
lors d'un import mais aussi celle de l'imagerie lorsque connue.
mais là aussi, grande variété avec par exemple source="le nom - la date"

Et puis il y a les tag fourre-tout, dont le sens exact est inconnu
ou dont le sens multiple rend sont utilisation problématique.
exemple survey="sortie de classe à tel date" ou d'autres dont on ignore
si la date correspond à l'encodage dans osm (que le changeset donne
déjà) ou si c'est celle d'une visite sur le terrain ou d'une base de
donnée ou une date oü on a vérifié/corrigé la qualité style osmose
  lastcheck
  updated
  check_exists:date
Si vous utilisez l'un d'entre eux ou connaissez outil qui l'utilise,
quel sens ?

Dernier problème : le format de la date. toutes les pages que j'ai
consultée parlent du format ISO 8601 basique -MM-DD, à tronquer
éventuellement lors que nécessaire genre 2017-09
En pratique c'est loin d'être le cas et on se retrouve avec
des valeurs 100117 qu'il nécessite de consulter l'historique de
l'objet pour faire la différence entre 10/01/2017 et 2010-01-17.
sans compter les mois en lettre ou les saisons, abrévié ou non.
bref, informatiquement quasi impossible à utiliser.

Evidement tout ces tags sont optionnel, mon propos n'est absolument
pas qu'on rajoute cela partout, surtout pas.
Mon propos n'est pas non plus de dire où cela doit être mis (changeset
<> objet)
mon propos est plutôt de chercher, pour les projets qui en ont besoin,
un moyen uniforme pour avoir l'info dans quelques tags commun plutôt
que d'en avoir une 20aine comme actuellement.
Cela permettrait des utilisations du genre :
- vérifier que les commerces n'ont pas changés après 2 ans.
- vérifier le fonctionnement des bornes après x mois.
- vérifier ce qu'est devenu un objet qui se trouverait dans
un import 2016 après que l'import 2017 ai validé tous les autres.

Qu'en pensez-vous ?
Si un besoin manque, n'hésitez pas à le décrire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 
mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 地方公共団体コードのタグ付けスキーマ案について

2017-09-11 Per discussione Kimura Youichi


木村です。

ref:JP:sac, ref:JP:LCG 併用案に +1 です。

元々コードを振る対象が異なり、いずれかがもう一方の上位集合とは言えない体系であることから、独立したコードとして扱うのが良いと思います。

仮に ref:JP:sac (標準地域コード) 
のみが定義された場合、地方公共団体コードをキーとした検索のためには

データ利用者の側でチェックディジットを計算して地方公共団体コードに変換する必要があります。
この過程で、例えば 13100 (東京都特別区部) から 131008 (存在しないコード) 
のようなコードが生じることがあり、

一見チェックディジットの検証は通るが不正なコードが「地方公共団体コード」として扱われ始めてしまう懸念もあります。

多くの場面（都道府県、市区町村リレーション）において類似のコードとなることを理解した上でも、これらのコードは別々に扱われるのが望ましいと思います。


On 2017/09/09 11:47, Satoshi IIDA wrote:

いいだです。

ご意見ありがとうございます。
標準地域コード、郡や振興局までカバー範囲なのはよさそうですね。
こちらは5桁。

WikidataはOSMでも利用が進められていて、
そちらでの地方公共団体コードの入力は、6桁で合わせられるとよさそうです。


と、いうわけで、こんなかんじでタグとして分けてしまうのはどうでしょう。
2つも類似のコード体系があって混乱する、というのは、
もともとがそういうコード体系なのでしょうがない、という印象です。
無理に統合させたり、混同させないほうがよいのかな、と思います。

・標準地域コード：5桁、形式は「ref:JP:sac=C**」
・地方公共団体コード：6桁、形式は「ref:JP:LCG = **」


標準地域コードのほうは、ちょっとドキュメントが404になってる部分あったりして、
僕もまだ全容を追えていないです。
クラスの扱いなどもあるかもしれないので、ツッコミいただけると助かります。





2017年9月8日 0:03 IWAI, Masaharu :


岩井です。

OSM自体に詳しくないので採否に関する意見はありません。
（採否を判断する知識がない）

2017年9月6日 11:46 Satoshi IIDA :

* コードの入力は6桁にする？ 5桁にする？
チェックディジットまでは入力しない、5桁でよいと思っています。


参考情報ですが、ウィキペディア日本語版でも使っているウィキデータでは、
チェックディジット入りの6桁でデータを入れています。

プロパティ自体の説明など
https://www.wikidata.org/wiki/Property:P429
千代田区の例
https://www.wikidata.org/wiki/Q214051

ただし、ウィキペディア日本語版のテンプレートでは「5桁-1桁」となってます。
https://ja.wikipedia.org/wiki/Template:%E6%97%A5%E6%9C%AC%
E3%81%AE%E5%B8%82
https://ja.wikipedia.org/wiki/Template:%E6%9D%B1%E4%BA%AC%
E9%83%BD%E3%81%AE%E7%89%B9%E5%88%A5%E5%8C%BA

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







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



--
Kimura Youichi 
  https://upsilo.net/~upsilon/



signature.asc
Description: OpenPGP digital signature
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Vandalisi in atto Trieste


Il 11/09/2017 17:23, emmexx ha scritto:

Secondo me non costa nulla se qualcuno che rappresenta in qualche modo
OSM in Italia chiede un parere alla Polizia postale.


Non costa nulla se non vogliamo farci ridere dietro e prendere a pernacchie.

Dai su, per favore

Alessandro

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

Re: [Talk-cz] Jak pomáháme KČT

2017-09-11 Per discussione Mikoláš Štrajt

"
"
Zrovna jsem tam přidával problém č. 35 a po odeslání se mi vrátilo:
"

Service Temporarily Unavailable


The server is temporarily unable to service your request due to maintenance
downtime or capacity problems. Please try again later.




A můžu to dělat znova. To fakt potěší :-(




Marián

"



ano, proto všechny delší texty píšu buď ve SciTE a co 5minut dávám Ctrl+S a
nebo do mailu sobě (seznam dělá autosave za mě)




-- 

Severák 
"



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

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Marco Ciampa

On Mon, Sep 11, 2017 at 04:08:01PM +0200, girarsi_liste wrote:
> Il 11/09/2017 14:07, Alessandro ha scritto:
> 
> Alcune cose non mi sono chiare a questo punto.
> 
> Noi siamo in ambito wiki-osm se si tratta di inserire dati, ma spesso ci
> viene chiesta la fonte, questa deve essere attendibile, disponibile in
> formato aperto, e reperibile senza alcun fitro.
> 
> In passato si diceva nelle discussioni che chiunque quando mappa
> risponde di ciò che fa, e se scrive cose dolose ne risponde penalmente,
> per cui, il dato/i falso/i in questione è/sono reato?
> 
> Esempio, se io scrivo il name di un negozio che si chiama "Pinco", e nel
> tag name metto "Pinco vende fuffa ed è un @@", ne rispondo penalmente
> giusto? ma in Italia sicuramente, ma in UK?
> 
> Se sì chi se ne occupa, wikimedia o OSM foundation?
> 
> Per le leggi inglesi, visto se non sbaglio il server principale si trova
> in UK, come viene vista questa cosa di reiterare, cambiando utente, il
> falso sulla mappa?

Prima di tutto, non sono un avvocato.

Poi chi se ne intente batta un colpo...

E in ogni caso posso tentare di chiedere una consulenza a qualcuno di mia
conoscenza...

Mia convinzione (non suffragata da nulla): se il server è in England è
senza dubbio difficile bloccarlo senza rogatorie internazionali (questa è
la ragione per cui se hai dei server che vuoi tutelare la Polizia Postale
raccomanda di metterli in Italia) ma se è di reato che si parla non credo
che il fatto che sia in Inghilterra non li renda perseguibili...
altrimenti non ci sarebbero state denunce verso Youtube in Italia anche
se i server sono all'estero... no?

-- 

Marco Ciampa

I know a joke about UDP, but you might not get it.

 GNU/Linux User #78271
 FSFE fellow #364

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

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione emmexx

On 09/11/2017 11:32 AM, Cascafico Giovanni wrote:
> Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci
> gli estremi per un'azione legale, conisiderato che il DB OSM viene usato
> anche da servizi pubblici come 118, agenzia delle entrate, Carabinieri.

Secondo me non costa nulla se qualcuno che rappresenta in qualche modo
OSM in Italia chiede un parere alla Polizia postale.

ciao
maxx

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande


Le 11/09/2017 à 16:51, sly (sylvain letuffe) a écrit :

mais le seul soucis qui semble  (semble car je
ne suis pas expert Qgis) rester ce sont les 2 communes au Sud Est qui
appartiennent à la région voisine, qui sont donc des enclaves appartenant à
la région d'a coté et qui devrait alors être des "trous" de la ex-région
bourgogne mais qui ne semble pas être traité comme des trous.


Là pour le coup, ça ne m'a pas choqué puisque ces 2 enclaves touchent 
bien la relation Bourgogne.


Le polygone généré pour la Bourgogne par ogr2ogr est bien le 
multipolygone "outer".
Je me suis débarrassé des 2 enclavec avec -sql select * from 
multipolygons where name = 'Bourgogne'


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

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Fabrizio Tambussa

Il 11/Set/2017 12:33, "Andrea Musuruane"  ha scritto:


Perdonami, ma quando compro un biglietto del treno non firmo nessun
contratto che mi dice di non imbrattare.


L'acquisto del biglietto del treno rappresenta la sottoscrizione del
contratto.

Saluti

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

Re: [Talk-cz] Jak pomáháme KČT

Dne 11.9.2017 v 16:12 Miroslav Suchy napsal(a):
> FYI:
> Dal jsem si práci a prošel jsem dnes celý
>   http://www.turistickeznaceni.cz/prehled.html
> a našel jsem 34 případů, kdy bylo evidentní, že případ je hlášen z OSM 
> komunity.
> 34 případů z 466 celkem. To je docela slušné číslo.
>
> Gratuluji nám :)
>
> Mirek

Zrovna jsem tam přidával problém č. 35 a po odeslání se mi vrátilo:


  Service Temporarily Unavailable

The server is temporarily unable to service your request due to
maintenance downtime or capacity problems. Please try again later.


A můžu to dělat znova. To fakt potěší :-(


Marián


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

Re: [Talk-us] Edits in Phoenix, Arizona

2017-09-11 Per discussione Greg Morgan

On Mon, Sep 11, 2017 at 4:31 AM, Horea Meleg 
wrote:

> Hi everyone!
>
> This is Horea and I am part of the mapping team at Telenav.
>
> To make OpenStreetMap more navigable and accurate in guidance, our mapping
> team is planning to start editing in Phoenix.
>

Do you mean the City of Phoenix or the metro Phoenix area?  There is plenty
of work to do in both.  However, I'd like your team to stay awhile and work
on the metro area.  ;-)

In the next weeks we will focus on road geometry, road name, oneways,
> signpost, speed limit, lanes and turn lanes.
>
> This is where you come in! Beside the general OSM mapping guidelines (
> http://wiki.openstreetmap.org/wiki/Main_Page, ht
> tp://wiki.openstreetmap.org/wiki/Map_Features), do you have any local
> mapping guidelines for us? Also, we appreciate any hints regarding
> available local or government data that we might be able to us.
>
> We'd love any input and advice!
>
>
>  On Tue, Aug 29, 2017 at 3:15 PM, Martijn van Exel  wrote:

> turn restrictions, missing roads (if any), one-way roads, traffic signals,
> some carto features such as parks.
>

Hans Dekryger is a mapping force.  I think he maps all those features
except turn restrictions. Hans has done a great job of adding dual carriage
ways to metro Phoenix.  Most of the turn restriction and traffic flow
entries are false positives.  I see many no left turns suggestions where a
dual carriage way comes together. Only a few drivers make the u-turn.  It
would be incorrect to add those restrictions.


> As always we will respect local mappers’ work above everything.
>
Thank you for your concern.


> Sources will be Bing / DG, OpenStreetCam, Mapillary,
>
 https://www.openstreetmap.org/way/109740061
Bing is your best bet.  Digital Globe is not even competitive.
If you look at the new ASU Law building, you can see that Bing has the
building under construction. DG premium show the area as a green parking
lot. DG standard shows the footing being dug.  DG is great for rural areas
but not here.  Bing is actual airplane flyovers around 2014 .  The new ESRI
imagery is newer but it does not let you overzoom.  Bing will still give
you tiles to zoom 20.  ESRI has newer data to zoom 17 and then shows the
same DG standard for 18. Overzooming only provides white tiles.

ImproveOSM (GPS based detections) augmented with government data where
> possible (which is where Horea’s question came from).
>
>


> Where possible we will publish MapRoulette / Tasking Manager jobs for
> anyone to participate.
>
The Phoenix area was hit hard by the chdr changes.  Fredrick lists affected
streets as Arizona but there are only three small outliers: Yuma, a few
along Mexico, and Tucson.  The rest were sub-prime rate subdivisions that
chdr either added the geometry and name or just the name.  The tiger2015
layer is more than adequate to cover these names.  I have set all  name
tags to chdr_USA_AZ_name_fixup_required because the rest of the metro
Phoenix are pockets.  You can use any number of tools to search and repair
the name.  Other than this issue I cannot think of any potential
MapRoulette challenges.



> If you have any (other) specific insights to share, like locally specific
> mapping practices, things on the ground that are different / specific to
> the area, data you’ve worked with, let us know. Thanks!
>
 Remove all the tiger tags when you are done with a street.  Add surface
tags and lanes if you can. I use surface tag of dirt verses tracks.  I
started using the dirt surface tag when the town of Tonopah disappeared on
http://tripmaker.randmcnally.com/ . Tripmaker will let you route over dirt
but tracks do not display.

You really cannot use blue tiles like you would else where.  Most all of
our flood plains are recreation areas such as golf courses, and area mini
parks.  Most of the small neighborhood green looking mini-park areas are
dual use.  They are a catch basin during heavy rains but function as a
park.  Here is an example https://www.mapillary.com/map/im/YychJAU-Vwq_
3LVkTCiVHg . Although it is hard to see all the water and park features
because of the basis feature.


> Another way you can help is drive around and capture OSC / Mapillary in
> the area (duplicate coverage welcome) even though OSC coverage is already
> pretty good (mostly thanks to Greg).
>
>
I have not been able to keep up the OSC submissions.  They are just a save
subset of my Mapillary runs.  You will want to use Mapillary.  WSP is an
engineering firm out of Chicago.  They have/had a contract to so some work
around here.  They used Mapillary to get street imagery. cookry and wsp-us
are the same person.   In the wsp-us runs Ryan used two cameras: front and
back.  You'll have more than 2.1 million photos to work from in the the
metro Phoenix area and surrounds.

Regards,
Greg
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Vandalisi in atto Trieste

A me sembrano nozioni talmente scontate che mi viene da sorridere, ma se 
si prosegue in questa non-discussione io inizio a preoccuparmi.



Il 11/09/2017 16:08, girarsi_liste ha scritto:


Alcune cose non mi sono chiare a questo punto.

Noi siamo in ambito wiki-osm se si tratta di inserire dati, ma spesso ci
viene chiesta la fonte, questa deve essere attendibile, disponibile in
formato aperto, e reperibile senza alcun fitro.



Innanzi tutto ti viene chiesto di specificare possibilmente la fonte che 
può essere anche "me l'ha detto mio cugino". Se sei passato col bus 
davanti ad un negozio e a casa lo inserisci su OSM nessuno ti chiede di 
rendere il tuo sguardo in formato aperto e reperibile.

Si chiede e si indaga se si hanno prove che un contributo sia stato copiato.
Ma questo non è essenziale nel ragionamento che stiamo facendo.





In passato si diceva nelle discussioni che chiunque quando mappa
risponde di ciò che fa, e se scrive cose dolose ne risponde penalmente,
per cui, il dato/i falso/i in questione è/sono reato?

Esempio, se io scrivo il name di un negozio che si chiama "Pinco", e nel
tag name metto "Pinco vende fuffa ed è un @@", ne rispondo penalmente
giusto? ma in Italia sicuramente, ma in UK?





Se sì chi se ne occupa, wikimedia o OSM foundation?

Per le leggi inglesi, visto se non sbaglio il server principale si trova
in UK, come viene vista questa cosa di reiterare, cambiando utente, il
falso sulla mappa?



Una cosa è mappare un oggetto per un altro, un'altra cosa è la calunnia 
(e non stiamo parlando di frasi ingiuriose). Non facciamo esempi che non 
ci azzecccano nulla.


Io quando mappo rispondo di quello che ho fatto perchè appartenendo alla 
comunità se qualcuno chiede io rispondo. Non esiste nessun obbligo nè 
legge che se tu disegni un oggetto che non esiste ti possono denunciare. 
Dove sta scritta una cosa del genere?


Come mai il DWG allora blocca gli utenti e mai, nemmeno in territorio 
inglese, vengono denunciati?


Ma dal 2004 ad adesso ce ne saranno stati casi di vandalismo su OSM in 
tutto il mondo, avete mai sentito parlare di provvedimenti che vanno al 
di là del blocco, del ban o del revert? Parlo di vandalismo, non di 
calunnia, nè di utilizzo dei dati senza licenza. Solamente di vandalismo.


Alessandro



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

Re: [Talk-it] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti


> Ciao e benveunto,
> la prima differenza tra primary e trunk è che la prima è a singola
> carreggiata mentre la trunk ha carreggiate diverse.

Non mi pare ...

http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dtrunk qui si 
contempla chiaramente la possibilità che una singola carreggiata di una 
highway:trunk possa essere a doppio senso


o.O





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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione sly (sylvain letuffe)

Samy Mezani wrote
> Je teste en ce moment même avec ogr2ogr (qui me renvoie des erreurs de 
> segmentation sur Debian...)

Par curiosité, j'ai voulu essayer et ça à l'air de presque quasiment le
faire avec ogr2ogr :
http://sly.letuffe.org/echange/old-bourgogne.zip

Sur une debian 8
$ ogr2ogr --version
GDAL 1.10.1, released 2013/08/26

$ ogr2ogr -overwrite -f "ESRI Shapefile" test.shp test.osm -sql 'select *
from multipolygons'

ça s'ouvre nikel avec Qgis, mais le seul soucis qui semble  (semble car je
ne suis pas expert Qgis) rester ce sont les 2 communes au Sud Est qui
appartiennent à la région voisine, qui sont donc des enclaves appartenant à
la région d'a coté et qui devrait alors être des "trous" de la ex-région
bourgogne mais qui ne semble pas être traité comme des trous.
Peut-être une "non fonctionnalité" de ce driver ogr2ogr qui ne gère pas les
role inner
https://wiki.openstreetmap.org/wiki/Relation:multipolygon#One_outer_and_one_inner_ring






-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
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: [Talk-it] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti


Il 11/09/2017 15:30, Andrea Musuruane ha scritto:
> E' qui:
> https://wiki.openstreetmap.org/wiki/IT:Key:highway

E' proprio a questo che mi riferisco.


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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

J'enfonce certainement des portes ouvertes, mais voici enfin la manip 
qui a fonctionné :


wget -O bourgogne.osm 
'http://overpass-api.de/api/interpreter?data=rel[name="Bourgogne"]["disused:admin_level"=4];(._;>);out 
geom;


ogr2ogr -a_srs "EPSG:4326" -t_srs "EPSG:2154" -f PostgreSQL 
PG:"host= dbname=" -lco schema= -nln bourgogne_region_old 
-nlt multipolygon -sql "select name from multipolygons where 
name='Bourgogne'" bourgogne.osm


J'ai bien mon multipolygone dans ma base PostGIS. Nickel. Si ça peut servir…

Merci pour votre aide.

Samy

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

Re: [Talk-cl] experimentos con osm-history-renderer

2017-09-11 Per discussione Julio Costa Zambelli

¿La animación es de rutas optimas a partir de un punto (en el caso del
tweet desde Londres)?



Julio Costa Zambelli
Fundación OpenStreetMap Chile

julio.co...@openstreetmap.cl

https://www.openstreetmap.cl/
Cel: +56(9)89981083

2017-09-11 10:08 GMT-03:00 Danilo Lacoste :

> ahí publicaron el tutorial por si alguien se quiere animar, en lo
> personal, no me gustó mucho el resultado de la animación. jejej
>
> https://medium.com/@tjukanov/animated-routes-with-qgis-9377c1f16021
>
>
> 2017-09-10 13:57 GMT-03:00 Julio Costa Zambelli <
> julio.co...@openstreetmap.cl>:
> > Otro script interesante para generar visualizaciones:
> > https://twitter.com/tjukanov/status/906817868133695488
> >
> > Julio Costa Zambelli
> > Fundación OpenStreetMap Chile
> >
> > julio.co...@openstreetmap.cl
> >
> > https://www.openstreetmap.cl/
> > Cel: +56(9)89981083
> >
> > 2017-09-08 18:48 GMT-03:00 Julio Costa Zambelli
> > :
> >>
> >> Se ve espectacular, felicitaciones!
> >>
> >>
> >>
> >> Julio Costa Zambelli
> >> Fundación OpenStreetMap Chile
> >>
> >> julio.co...@openstreetmap.cl
> >>
> >> https://www.openstreetmap.cl/
> >> Cel: +56(9)89981083
> >>
> >> 2017-09-08 18:05 GMT-03:00 Danilo Lacoste :
> >>>
> >>> Uní 6 ciudades en un solo video con música de fondo, quedó entretenido.
> >>>
> >>> https://www.youtube.com/watch?v=-ZCI4wHOkAk
> >>>
> >>> También lo dejé en Flickr por si alguien lo quiere bajar.
> >>>
> >>>
> >>> https://www.flickr.com/photos/dalacost/36274330474/in/album-
> 72157688442378515/
> >>>
> >>> Saludos.
> >>>
> >>> 2017-09-06 12:40 GMT-03:00 Julio Costa Zambelli
> >>> :
> >>> > Le acabo de enviar un email preguntando que archivos y en que orden
> se
> >>> > utilizan, y en general que consejos nos puedes dar sobre el uso del
> >>> > script.
> >>> > Veamos que nos puede comentar.
> >>> >
> >>> > Saludos,
> >>> >
> >>> > Julio Costa Zambelli
> >>> > Fundación OpenStreetMap Chile
> >>> >
> >>> > julio.co...@openstreetmap.cl
> >>> >
> >>> > https://www.openstreetmap.cl/
> >>> > Cel: +56(9)89981083
> >>> >
> >>> > 2017-09-06 10:56 GMT-03:00 Danilo Lacoste :
> >>> >>
> >>> >> Sería bueno preguntarle cuales son las fuentes que se usan ahora,
> hace
> >>> >> unos años usé este script en alguna de sus versiones antiguas (estoy
> >>> >> seguro que debo tenerlo en alguno disco duro por ahí), pero ahora en
> >>> >> la nueva versión hay muchos cambios y las fuentes que se usan son
> >>> >> diferentes, no he podido entender cuales son leyendo el código.
> >>> >>
> >>> >> Sé que se usan archivos de http://planet.openstreetmap.org/ , pero
> no
> >>> >> sé cuales. (hay varios tipos y el orden/formato en que se consultan
> es
> >>> >> diferente al orden/formato en que se publican en el sitio de OSM).
> >>> >> Conclusión, estoy colgado.
> >>> >>
> >>> >> En cualquier caso, alguien tiempo/ganas para dedicarse a esto?
> >>> >>
> >>> >> saludos.
> >>> >>
> >>> >> 2017-09-06 10:46 GMT-03:00 Julio Costa Zambelli
> >>> >> :
> >>> >> > ¿Quieres que le pregunte sobre como usar el script (¿Es el que
> está
> >>> >> > en
> >>> >> > https://github.com/derickr/osm-year-in-edits ?)?
> >>> >> >
> >>> >> > Efectivamente está menos documentado que el sitio de OSM Chile
> >>> >> > (https://github.com/osmCL/sitioweb-principal) y eso es mucho
> decir
> >>> >> > XD
> >>> >> >
> >>> >> >
> >>> >> >
> >>> >> > Julio Costa Zambelli
> >>> >> > Fundación OpenStreetMap Chile
> >>> >> >
> >>> >> > julio.co...@openstreetmap.cl
> >>> >> >
> >>> >> > https://www.openstreetmap.cl/
> >>> >> > Cel: +56(9)89981083
> >>> >> >
> >>> >> > 2017-09-05 19:35 GMT-03:00 Danilo Lacoste :
> >>> >> >>
> >>> >> >> Si liberó los scripts de hecho ahora están mejorados. Tiene
> >>> >> >> opciones
> >>> >> >> para
> >>> >> >> hacer barridos y otros movientos pro. El problema es que no he
> >>> >> >> encontrado
> >>> >> >> nada de documentación como usar los script,  lo poco que he
> >>> >> >> aprendido
> >>> >> >> ha
> >>> >> >> sido leyendo el  codigo.
> >>> >> >>
> >>> >> >> On Sep 5, 2017 19:28, "Julio Costa Zambelli"
> >>> >> >>  wrote:
> >>> >> >>>
> >>> >> >>> Ojala pudiéramos lograr algo como lo que hizo Dereck Rethans
> hace
> >>> >> >>> varios
> >>> >> >>> años (https://vimeo.com/34404102). Creo que nunca lo documentó
> en
> >>> >> >>> detalle,
> >>> >> >>> ni liberó algún script, pero quizás se puede replicar parte del
> >>> >> >>> procedimiento a partir de la descripción general que hace en su
> >>> >> >>> blog:
> >>> >> >>> https://derickrethans.nl/year-of-edits.html y de ser necesario
> me
> >>> >> >>> ofrezco
> >>> >> >>> para enviarle un email preguntándole lo que nos falte.
> >>> >> >>>
> >>> >> >>>
> >>> >> >>>
> >>> >> >>>
> >>> >> >>>
> >>> >> >>> Julio Costa Zambelli
> >>> >> >>> Fundación OpenStreetMap Chile
> >>> >> >>>
> >>> >> >>> julio.co...@openstreetmap.cl
>

[Talk-cz] Jak pomáháme KČT

2017-09-11 Per discussione Miroslav Suchy

FYI:
Dal jsem si práci a prošel jsem dnes celý
  http://www.turistickeznaceni.cz/prehled.html
a našel jsem 34 případů, kdy bylo evidentní, že případ je hlášen z OSM komunity.
34 případů z 466 celkem. To je docela slušné číslo.

Gratuluji nám :)

Mirek

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

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione girarsi_liste

Il 11/09/2017 14:07, Alessandro ha scritto:

Alcune cose non mi sono chiare a questo punto.

Noi siamo in ambito wiki-osm se si tratta di inserire dati, ma spesso ci
viene chiesta la fonte, questa deve essere attendibile, disponibile in
formato aperto, e reperibile senza alcun fitro.

In passato si diceva nelle discussioni che chiunque quando mappa
risponde di ciò che fa, e se scrive cose dolose ne risponde penalmente,
per cui, il dato/i falso/i in questione è/sono reato?

Esempio, se io scrivo il name di un negozio che si chiama "Pinco", e nel
tag name metto "Pinco vende fuffa ed è un @@", ne rispondo penalmente
giusto? ma in Italia sicuramente, ma in UK?

Se sì chi se ne occupa, wikimedia o OSM foundation?

Per le leggi inglesi, visto se non sbaglio il server principale si trova
in UK, come viene vista questa cosa di reiterare, cambiando utente, il
falso sulla mappa?

se io facessi la stessa cosa su Google maps con i suoi come si chiamano
non me lo ricordo più, vengo solo bannato?




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



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

Re: [OSM-talk-fr] requête Overpass en ligne de commande


Le 11/09/2017 à 15:24, sly (sylvain letuffe) a écrit :
[...]

A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu
attends tient dans l'expression de ton besoin.
Je pense comprendre (je peux me tromper) que ce que tu veux c'est un
multipolygone au sens GIS (postgis, shapefile) du terme alors que les
réponses qui t'ont été données expliquent comment avoir un multipolygone au
sens OSM du terme :


Effectivement, mes termes sont ambigus mais tu as bien compris mon 
besoin : un multipolygone au sens SIG.



Car la requête que tu as faite sur l'overpass te donne, selon la
terminologie OSM, le multipolygone de l'ancienne-Bourgogne et tous les
éléments qu'il faut pour en construire un (multi-)polygone (au sens GIS du
terme)


Ah OK, c'est plus clair.


Ce que tu cherches (peut-être) maintenant c'est un convertisseur, et
overpass ne fait pas ça.

osm2pgsql sait le faire pour importer dans postgres/postGIS
ogr2ogr semble le faire aussi :


Je teste en ce moment même avec ogr2ogr (qui me renvoie des erreurs de 
segmentation sur Debian...)


Le 11/09/2017 à 15:44, Jo a écrit :

Mais à mon avis les plugins openstreetmap en QGIS te seront plus utiles pour 
arriver à des fichiers .SHP. J'ignore si c'est possible de les invoquer à 
partir de  la ligne de commande. Peut-être avec un script Python?


J'aurais pu en effet me servir de codes Python comme QuickOSM ou autre, 
mais je voulais plutôt dégrossir le problème avec Overpass.


Merci en tous cas, je vais essayer de voir ogr2ogr ou osm2pgsql.

Samy

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione Jo

https://wiki.openstreetmap.org/wiki/Osmosis

peut filtrer tes données OSM en ligne de commande

Mais à mon avis les plugins openstreetmap en QGIS te seront plus utiles
pour arriver à des fichiers .SHP. J'ignore si c'est possible de les
invoquer à partir de  la ligne de commande. Peut-être avec un script Python?

Jo

2017-09-11 15:24 GMT+02:00 sly (sylvain letuffe) :

> Samy Mezani wrote
> > Je veux simplement obtenir le multipolygone de son ancien contour.
>
> A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu
> attends tient dans l'expression de ton besoin.
> Je pense comprendre (je peux me tromper) que ce que tu veux c'est un
> multipolygone au sens GIS (postgis, shapefile) du terme alors que les
> réponses qui t'ont été données expliquent comment avoir un multipolygone au
> sens OSM du terme :
> https://wiki.openstreetmap.org/wiki/Relation:multipolygon
> (c'est à dire un objet de type"relation")
>
> Car la requête que tu as faite sur l'overpass te donne, selon la
> terminologie OSM, le multipolygone de l'ancienne-Bourgogne et tous les
> éléments qu'il faut pour en construire un (multi-)polygone (au sens GIS du
> terme)
> (Pour s'en convaincre, ajoute out meta; et ouvre le avec josm, tu verra que
> tu as bien le contour)
>
> Ce que tu cherches (peut-être) maintenant c'est un convertisseur, et
> overpass ne fait pas ça.
>
> osm2pgsql sait le faire pour importer dans postgres/postGIS
> ogr2ogr semble le faire aussi :
> http://www.gdal.org/drv_osm.html
>
> Mais ça nous aider, tu veux quel format à la fin pour le traiter dans ta
> chaîne "en ligne de commande" ?
>
>
>
> -
> --
> sly, contact direct : sylvain /a\ letuffe o r g
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
> --
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] GR 5 Jura cartographié ? Et la FFRP ?

2017-09-11 Per discussione David Marchal

Salut, les gens.

Je viens de voir que le GR 5 Jura avait été cartographié 
(https://www.openstreetmap.org/relation/6095322), or il me semblait que, dans 
l’attente d’un accord avec la FFRP concernant l’ajout des GR et de leurs autres 
itinéraires dans OSM, on devait ne pas les ajouter pour éviter tout conflit sur 
leurs droits d’auteurs. Aurais-je manqué un épisode ?

Dans l’attente de vos réponses,

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

Re: [Talk-it] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti

2017-09-11 Per discussione Andrea Musuruane

Ciao,

2017-09-11 15:23 GMT+02:00 Alessandro :

> Il 11/09/2017 12:19, Roberto Inzerillo ha scritto:
>
> Ma sul wiki di OSM leggo invece che highway=primary "In ambito urbano
>> normalmente formano il primo anello della città (vedi Milano) e normalmente
>> sono classificate come Viali."
>>
>
>
> Veramente sulla pagina wiki una frase simile non la trovo
> http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dprimary


E' qui:
https://wiki.openstreetmap.org/wiki/IT:Key:highway

Ciao,

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione sly (sylvain letuffe)

Samy Mezani wrote
> Je veux simplement obtenir le multipolygone de son ancien contour.

A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu
attends tient dans l'expression de ton besoin.
Je pense comprendre (je peux me tromper) que ce que tu veux c'est un
multipolygone au sens GIS (postgis, shapefile) du terme alors que les
réponses qui t'ont été données expliquent comment avoir un multipolygone au
sens OSM du terme :
https://wiki.openstreetmap.org/wiki/Relation:multipolygon
(c'est à dire un objet de type"relation")

Car la requête que tu as faite sur l'overpass te donne, selon la
terminologie OSM, le multipolygone de l'ancienne-Bourgogne et tous les
éléments qu'il faut pour en construire un (multi-)polygone (au sens GIS du
terme)
(Pour s'en convaincre, ajoute out meta; et ouvre le avec josm, tu verra que
tu as bien le contour)

Ce que tu cherches (peut-être) maintenant c'est un convertisseur, et
overpass ne fait pas ça.

osm2pgsql sait le faire pour importer dans postgres/postGIS
ogr2ogr semble le faire aussi :
http://www.gdal.org/drv_osm.html

Mais ça nous aider, tu veux quel format à la fin pour le traiter dans ta
chaîne "en ligne de commande" ?



-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
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: [Talk-it] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti


Il 11/09/2017 12:19, Roberto Inzerillo ha scritto:

Salve :-)
  Palermo è circondata da un tratto viario noto come "Circonvallazione" 
(cioè il Viale Regione Siciliana) che unisce due raccordi autostradali, 
quelli dell'A19 e dell'A29 (posti ai due estremi opposti della città, ad 
est ed a nord-ovest), circondando la città.


Al momento è identificata su OSM come highway=trunk ma la cosa mi lascia 
perplesso; quindi chiedo suggerimenti e chiarimenti a chi è più esperto, 
cioè voi.



Ciao e benveunto,
la prima differenza tra primary e trunk è che la prima è a singola 
carreggiata mentre la trunk ha carreggiate diverse.








Ma sul wiki di OSM leggo invece che highway=primary "In ambito urbano 
normalmente formano il primo anello della città (vedi Milano) e 
normalmente sono classificate come Viali."



Veramente sulla pagina wiki una frase simile non la trovo
http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dprimary

Alessandro

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione marc marc

Le 11. 09. 17 à 14:21, Samy Mezani a écrit :
> Donc , pour résumer, comment n'obtenir que les *ways* membres 
> de la relation et surtout leur géométrie ? 
> (pour importer dans PostGIs, ou visionner dans QGis)
la géométrie d'un way implique d'avoir les nœuds.
"out geom" te donne lat/lon des nœuds sans leur id/tag.
Je ne connais pas PostGIs et donc aucune idée si le format lui convient.

>> Le 11 septembre 2017 à 13:04, marc marc  a écrit :
>> wget -O -
>> 
>> 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne]["disused:admin_level"=4];out;'
>>  
>> | egrep '(
>> bourgogne.osm
Le 11/09/2017 à 13:53, Philippe Verdy a écrit :
> pas un fichier OSM valide, ni valide en XML
> Bref il vaut mieux utiliser un vrai filtre XML basé 
> sur le DOM après parsing.
un nom de ce genre de filtre utilisable en ligne de commande ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Dave Corley

Hi Jeffrey,

A 4pm finish might not be a bad idea especially for those traveling. Would
it be possible to start earlier? Say 10 or 11? I'm just mindful that there
will be a lot of things to go through and I would like to leave time for
 discussions. On the other hand, I don't want to inconvenience you (or
other Tog members) too much as you are doing us a favour.

Dave

On Mon, Sep 11, 2017 at 12:59 PM, Jeffrey Roe  wrote:

> There is an internal event on the 21st that starts at 4pm. So you
> would need to finish up then or run it on the 14th.
> An event takes 5 days for Tog to approve and you need a member to host
> you.  I could possible do the 21st but you would need someone else to
> host if you wanted the 14th.
> Jeffrey Roe,
> www.tog.ie
>
>
> On 11 September 2017 at 10:41, Dave Corley  wrote:
> > Hi all,
> >
> > Rounding back on this again. Between the responses on the mail list,
> > Facebook and previous surveys, the general consensus is to go ahead with
> > this.
> >
> > Martin, sorry for not replying to you earlier, but I wanted to stay quiet
> > and see what others thought first. To your point, yes, its possible to do
> > everything I stated outside of a formal body, but given we are an
> informal
> > grouping of similarly minded folks for over a decade and organisational
> > interest/involvement is decreasing rather than increasing, I think its
> > necessary to do this if we are to ever become "more". Your comment about
> > there being a functioning group is bang on the money too. Right now I
> feel
> > there is such a thing, and the infrastructure is more or less in place (
> we
> > are starting in a much better position than our UK counterparts).
> >
> > That being said, after the original survey questions a year ago, the mail
> > list and facebook responses and some private feedback, I think, as usual,
> > the distance factor is the biggest hurdle. With that in mind I think its
> > best to change from a series of meetings on the subject, to a single one,
> > where several of us come together and blitz the main items:
> >
> > - Constitution
> > - Memorandum of association
> > - Articles of association
> > - Interim board
> > - etc etc
> >
> > What I looking to achieve is to get to a point where we are 90% of the
> way
> > there. Afterwards, everything achieved would be put up online for
> feedback,
> > comment and to close out any remaining items.
> >
> > I'm hoping a single session of 5-6 hours should be good enough for this,
> > say from 12-5/6 on a Saturday. I'm hoping that by limiting this to a
> single
> > day, to get a much larger group to participate.
> >
> > In order to keep things moving through the day, I'm going to try organise
> > some sponsorship of refreshments.
> >
> > Would the Tog folks on this list know if Tog is available on a Saturday
> in
> > Oct? Say the 14th or 21st. If not, I'll try sort something else.
> >
> > Once a date and location is set, I'll set up an invite page, just to be
> > able to track numbers attending in the event I get sponsorship for
> > refreshments.
> >
> > Dave
> >
> > On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann 
> wrote:
> >
> >> I agree with Dave, it would be good to get a formal OSM body set up.
> >>
> >> Yes, for doing more mapping events, you don't need a formal body, but
> >> you do it you want to be an OSMF local chapter, and I suspect it would
> >> be easier to talk to government bodies (or big orgs) if you're from an
> >> official body.
> >>
> >> And who knows, setting it up might be kick up the arse for some of us!
> >>
> >> Since I'm in Germany, I can't come to any of the events.  But I'll
> >> help how I can... I was involved with setting up TOG, which was
> >> originally an unincorporated association (don't do that!) and is now a
> >> DAC (designed activity company(?))
> >>
> >> On 14/08/17 03:52, Dave Corley wrote:
> >>
> >>> Hi,
> >>>
> >>> First, I want to apologise, this is a long email, but if you are at all
> >>> interested in moving OSM in Ireland to the next level, please read on
> and
> >>> give your feedback when you're done.
> >>>
> >>> Efforts to get the OSM Ireland group set up as a legal entity and
> >>> established as a recognised chapter have never really got out of the
> >>> starting blocks for us, mainly because it's an exceptionally long,
> boring
> >>> process to get it all done.
> >>>
> >>> Back when Rory gave the Townlands presentation at a Sotm or two ago, I
> >>> contacted everyone who took part and asked a number of questions to
> allow
> >>> for some stats to be included in the presentation. I asked a few
> questions
> >>> specifically around the topic of setting something up properly. If I
> >>> recall
> >>> correctly, all but one were interested in joining an official OSM
> Ireland,
> >>> but less than half wanted to be involved in setting it up. But that
> ratio
> >>> is to be expected. If I'm honest, it was a lot higher than I originally
>

Re: [Talk-GB] Teaching OSM

2017-09-11 Per discussione Jez Nicholson

Thanks Andy.

I have 1.5hrs in total. I was splitting it 30mins talk + 1hr practical but
can easily change the proportions.

On Mon, 11 Sep 2017 at 13:26 Andy Mabbett  wrote:

> On 10 September 2017 at 11:13, Jez Nicholson 
> wrote:
>
> > I have volunteered to teach a session on OSM at the Data Visualisation
> > Brighton Meetup next month.
> >
> > My plan is to combine a short talk on visualising OSM data with a
> practical
> > session.
> >
> > Is http://learnosm.org/en/ the best resource for a 1-hour beginners'
> > introduction?
>
> Is one hour all you have? I think you'll be pushed to do a talk and a
> meaningful practical session in that time.
>
> This talk:
>
>https://youtu.be/D5GKyKujsnM?t=2608
>
> which I gave in 2014 (feel free to borrow from it) lasted one hour.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> 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] Teaching OSM

2017-09-11 Per discussione Andy Mabbett

On 10 September 2017 at 11:13, Jez Nicholson  wrote:

> I have volunteered to teach a session on OSM at the Data Visualisation
> Brighton Meetup next month.
>
> My plan is to combine a short talk on visualising OSM data with a practical
> session.
>
> Is http://learnosm.org/en/ the best resource for a 1-hour beginners'
> introduction?

Is one hour all you have? I think you'll be pushed to do a talk and a
meaningful practical session in that time.

This talk:

   https://youtu.be/D5GKyKujsnM?t=2608

which I gave in 2014 (feel free to borrow from it) lasted one hour.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Donc , pour résumer, comment n'obtenir que les *ways* membres de la 
relation et surtout leur géométrie ? (pour importer dans PostGIs, ou 
visionner dans QGis)


Mon but est de comprendre ces requêtes pour en faire d'autres sur des 
données plus fréquemment mises à jour.


Là je veux juste obtenir un multipolygone de l'ancienne Bourgogne, comme 
je le fais par exemple avec QuickOSM dans QGis, mais là uniquement en 
ligne de commande.


Merci

Samy

Le 11/09/2017 à 13:53, Philippe Verdy a écrit :



Le 11 septembre 2017 à 13:04, marc marc > a écrit :


Mais en ligne de commande si :

1) récupérer le minimum contenant les infos souhaitées :
wget -O bourgogne.osm
'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][

"disused:admin_level"=4];out;'

2) filtrer pour ne garder que la relation, les chemins et le nom
cat bourgogne.osm | egrep '(http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][

"disused:admin_level"=4];out;'
| egrep '(
bourgogne.osm


Atention ce egrep supprime trop de choses, tu n'obtiendra pas un fichier 
OSM valide, ni valide en XML
- pour la vadlité XML il faut ajouter les balises de fermeture et 
ajouter un objet racine englobant le tout (et faire attention aux 
attributs des tags qui peuvent être sur des lignes séparées et il 
manquera alors des ">" pour terminer les tags d'ouverture)

- mais pour OSM cet objet racine doit en plus suivre le schéma OSM).

Bref ce que tu obtiens c'est juste un objet plus ou moins indenté mais 
pas sûr d'avoir tous les attributs.


De plus rien n'interdit à Overpass de renvoyer du XML compacté (sans 
aucun saut de ligne ni indentation).


Bref il vaut mieux utiliser un vrai filtre XML basé sur le DOM après 
parsing.


Noter aussi que XML/OSM n'est pas le seul format de sortie possible pour 
Overpass. XML est un peu "verbeux" avec ses tags de fermeture. D'autres 
formats possibles sont CSV, Turtle, ... Overpass permet de construire 
son format de sortie adhoc (utilisant la syntaxe de formatage pour le 
CSV). On a des exemples sur le wiki.



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



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

Re: [Talk-it] Vandalisi in atto Trieste


Il 11/09/2017 12:31, Andrea Musuruane ha scritto:



Perdonami, ma quando compro un biglietto del treno non firmo nessun 
contratto che mi dice di non imbrattare. Ci sono delle regole di 
convivenza civile che devono essere rispettate.




Non firmi nulla ma c'è una sorta di regolamento del servizio (ora non 
ricordo il termine esatto) implicitamente accettato, e solitamente 
affisso su autobus e treni, quando acquisti il biglietto che si rifà in 
qualche modo al codice civile oltre ad altre norme di uso comune nella 
società.


Allo stato attuale stante le azioni di vandalismo sul database OSM del/i 
soggetto/i non si può intentare nessuna azione legale.


IANAL ma su questo ci metto le mano sul fuoco (la destra, quella che uso 
col mouse per mappare :-) ).


Alessandro

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

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Jeffrey Roe

There is an internal event on the 21st that starts at 4pm. So you
would need to finish up then or run it on the 14th.
An event takes 5 days for Tog to approve and you need a member to host
you.  I could possible do the 21st but you would need someone else to
host if you wanted the 14th.
Jeffrey Roe,
www.tog.ie


On 11 September 2017 at 10:41, Dave Corley  wrote:
> Hi all,
>
> Rounding back on this again. Between the responses on the mail list,
> Facebook and previous surveys, the general consensus is to go ahead with
> this.
>
> Martin, sorry for not replying to you earlier, but I wanted to stay quiet
> and see what others thought first. To your point, yes, its possible to do
> everything I stated outside of a formal body, but given we are an informal
> grouping of similarly minded folks for over a decade and organisational
> interest/involvement is decreasing rather than increasing, I think its
> necessary to do this if we are to ever become "more". Your comment about
> there being a functioning group is bang on the money too. Right now I feel
> there is such a thing, and the infrastructure is more or less in place ( we
> are starting in a much better position than our UK counterparts).
>
> That being said, after the original survey questions a year ago, the mail
> list and facebook responses and some private feedback, I think, as usual,
> the distance factor is the biggest hurdle. With that in mind I think its
> best to change from a series of meetings on the subject, to a single one,
> where several of us come together and blitz the main items:
>
> - Constitution
> - Memorandum of association
> - Articles of association
> - Interim board
> - etc etc
>
> What I looking to achieve is to get to a point where we are 90% of the way
> there. Afterwards, everything achieved would be put up online for feedback,
> comment and to close out any remaining items.
>
> I'm hoping a single session of 5-6 hours should be good enough for this,
> say from 12-5/6 on a Saturday. I'm hoping that by limiting this to a single
> day, to get a much larger group to participate.
>
> In order to keep things moving through the day, I'm going to try organise
> some sponsorship of refreshments.
>
> Would the Tog folks on this list know if Tog is available on a Saturday in
> Oct? Say the 14th or 21st. If not, I'll try sort something else.
>
> Once a date and location is set, I'll set up an invite page, just to be
> able to track numbers attending in the event I get sponsorship for
> refreshments.
>
> Dave
>
> On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann  wrote:
>
>> I agree with Dave, it would be good to get a formal OSM body set up.
>>
>> Yes, for doing more mapping events, you don't need a formal body, but
>> you do it you want to be an OSMF local chapter, and I suspect it would
>> be easier to talk to government bodies (or big orgs) if you're from an
>> official body.
>>
>> And who knows, setting it up might be kick up the arse for some of us!
>>
>> Since I'm in Germany, I can't come to any of the events.  But I'll
>> help how I can... I was involved with setting up TOG, which was
>> originally an unincorporated association (don't do that!) and is now a
>> DAC (designed activity company(?))
>>
>> On 14/08/17 03:52, Dave Corley wrote:
>>
>>> Hi,
>>>
>>> First, I want to apologise, this is a long email, but if you are at all
>>> interested in moving OSM in Ireland to the next level, please read on and
>>> give your feedback when you're done.
>>>
>>> Efforts to get the OSM Ireland group set up as a legal entity and
>>> established as a recognised chapter have never really got out of the
>>> starting blocks for us, mainly because it's an exceptionally long, boring
>>> process to get it all done.
>>>
>>> Back when Rory gave the Townlands presentation at a Sotm or two ago, I
>>> contacted everyone who took part and asked a number of questions to allow
>>> for some stats to be included in the presentation. I asked a few questions
>>> specifically around the topic of setting something up properly. If I
>>> recall
>>> correctly, all but one were interested in joining an official OSM Ireland,
>>> but less than half wanted to be involved in setting it up. But that ratio
>>> is to be expected. If I'm honest, it was a lot higher than I originally
>>> expected.
>>>
>>> What I would love to see is a functioning OSM Ireland body which, at an
>>> absolute minimum, could do the following
>>>
>>> - Scheduling regular meet up's - These would have some organisation
>>> around them e.g. guest speakers, break out groups, objectives etc.
>>> This
>>> could be monthly, bi-monthly or quarterly, doesn't matter, just even
>>> setting up a schedule and sticking to it would be a great achievement
>>> - Work on increasing the qty of daily contributors - Some simple
>>> things
>>> like automating messages to first time mappers, or a tool to ensure
>>> every
>>> new contributor's edits are

Re: [OSRM-talk] Compiler warnings policy

2017-09-11 Per discussione Mateusz Loskot

On 11 September 2017 at 13:47, Daniel Hofmann  wrote:
> If you're familiar with VS2017 and development on Windows, feel free to
> enable all warnings but then disable warnings that are not critical (think:
> indentation, etc.).

OK. I may play with that.

> I think our AppVeyor build is also quite spammy in that regard. The main
> problem is the core devs don't run Windows :)

Yes, I am aware and I try to fill the niche here and there ;)

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

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

Re: [Talk-it] R: Re: Richiesta informazioni su formato .ceg


Il 11/09/2017 12:51, simone.montangero ha scritto:
Ciao Alessandro, pultroppo non sono capace programmare perché conosco 
solamente le basi molto basi,

Ti spiego il mio mini progetto:

Sto utilizzando il software Xc Track che utilizza il formato .igc
Le mappe sono fornite dal produttore del software, ma per me sono poco 
dettagliate, mancano troppi nomi di città e quindi no ho punti si 
riferimento quando sono in volo col parapendio.



OK, quindi non parli di sviluppo sw ma vorresti avere delle mappe con un 
differente dettaglio.


Essendo un formato non standard non so quanti possano aiutarti in 
maniera diretta. Sembra che il progetto sia manutenuto tramite una 
piattaforma collaborativa in stile Github (1).


Sulle mappa scrivono esplicitamente (2):
"... These terrain maps show mountains and water features. They do not 
show man-made features such as roads, bridges, cities, structures, etc"


ma visto che si parla di un progetto in fase di pesante sviluppo posso 
immaginare che questo in futuro possa mutare.


Se non l'hai ancora fatto ti potrei consigliare di iscriverti alla 
piattaforma gitlab e partecipare alla discussione sia con i commenti che 
eventualmente aprendo una issue. In questo modo entreresti in contatto 
con gli sviluppatori.


Alessandro


1) https://gitlab.com/xcontest-public/xctrack-public
2) https://gitlab.com/xcontest-public/xctrack-public/wikis/maps

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione Philippe Verdy

Le 11 septembre 2017 à 13:04, marc marc  a écrit
:

> Mais en ligne de commande si :
>
> 1) récupérer le minimum contenant les infos souhaitées :
> wget -O bourgogne.osm
> 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][
> "disused:admin_level"=4];out;'
>
> 2) filtrer pour ne garder que la relation, les chemins et le nom
> cat bourgogne.osm | egrep '( k="name")'
>
> On peux bien sur combiner les 2 :
> wget -O -
> 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][
> "disused:admin_level"=4];out;'
> | egrep '( bourgogne.osm
>

Atention ce egrep supprime trop de choses, tu n'obtiendra pas un fichier
OSM valide, ni valide en XML
- pour la vadlité XML il faut ajouter les balises de fermeture et ajouter
un objet racine englobant le tout (et faire attention aux attributs des
tags qui peuvent être sur des lignes séparées et il manquera alors des ">"
pour terminer les tags d'ouverture)
- mais pour OSM cet objet racine doit en plus suivre le schéma OSM).

Bref ce que tu obtiens c'est juste un objet plus ou moins indenté mais pas
sûr d'avoir tous les attributs.

De plus rien n'interdit à Overpass de renvoyer du XML compacté (sans aucun
saut de ligne ni indentation).

Bref il vaut mieux utiliser un vrai filtre XML basé sur le DOM après
parsing.

Noter aussi que XML/OSM n'est pas le seul format de sortie possible pour
Overpass. XML est un peu "verbeux" avec ses tags de fermeture. D'autres
formats possibles sont CSV, Turtle, ... Overpass permet de construire son
format de sortie adhoc (utilisant la syntaxe de formatage pour le CSV). On
a des exemples sur le wiki.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Compiler warnings policy

2017-09-11 Per discussione Daniel Hofmann

If you're familiar with VS2017 and development on Windows, feel free to
enable all warnings but then disable warnings that are not critical (think:
indentation, etc.).


I think our AppVeyor build is also quite spammy in that regard. The main
problem is the core devs don't run Windows :)

On Mon, Sep 11, 2017 at 1:25 PM, Mateusz Loskot  wrote:

> On 11 September 2017 at 12:34, Daniel Hofmann  wrote:
> > This Wiki page is a bit outdated; for example there are a few compiler
> > warnings on old compilers in combination with specific boost versions.
>
> AFAICT, compiling with VS 2017 for 64-bit target gives me ~3.5K warnings,
> though from narrow set of issues:
>
> C4067
> C4101
> C4146
> C4244
> C4267
> C4305
> C4309
> C4373
> C4396
> C4717
> C4800
>
> > That said we should check warnings for Travis (and the Windows CI ..) and
> > especially our production builds.
>
> Unless there is -Werror policy, warnings are (almost) never checked :-)
>
> > I think a "coding standard" boils down to:
> > - adapt your naming convention to what's already present in the code base
> > - use clang-format for formatting
> > - include what you use
>
> Sounds good.
>
>
> Anyway, I asked out of curiosity (seeing largish number of warnings w/
> VS2017).
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

2017-09-11 Per discussione Jan Macura

2017-09-11 13:39 GMT+02:00 Marián Kyral :

> ale přidal jsi tam taky chybu :-D
>
> "*minulo* roční konference" -> "*minulého* roční konference" - Minulo
> roční je možná zastaralé, možná nespisovné (alespoň v pravidlech jsem
> nenašel). Nahradil jsem za "loňské konference"
>

Tak to sorry, zapomněl jsem doplnit "roční*ku*".
Výraz "minulo roční" na mě působil jako relikt po přepisování a odmazávání
slov. Nenapadlo mě, že to někdo myslel jako jedno slovo (minuloroční) ;-)
Anyway, takhle je to určitě ok :-)

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

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

Díky,
ale přidal jsi tam taky chybu :-D

"minulo roční konference" -> "minulého roční konference" - Minulo roční je
možná zastaralé, možná nespisovné (alespoň v pravidlech jsem nenašel).
Nahradil jsem za "loňské konference"

Marián

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 9. 2017 13:21:14
Předmět: Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017 
"




Ahoj,




pěkný report, díky za něj!


H.


P.S. Ještě jsem trochu poladil gramatiku.

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

[Talk-us] Edits in Phoenix, Arizona

2017-09-11 Per discussione Horea Meleg

Hi everyone!

This is Horea and I am part of the mapping team at Telenav.

To make OpenStreetMap more navigable and accurate in guidance, our mapping team 
is planning to start editing in Phoenix.

In the next weeks we will focus on road geometry, road name, oneways, signpost, 
speed limit, lanes and turn lanes.

This is where you come in! Beside the general OSM mapping guidelines 
(http://wiki.openstreetmap.org/wiki/Main_Page, 
http://wiki.openstreetmap.org/wiki/Map_Features), do you have any local mapping 
guidelines for us? Also, we appreciate any hints regarding available local or 
government data that we might be able to us.

We'd love any input and advice!

If you have any questions or comments, please let me/us know.

Thanks!

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

Re: [OSRM-talk] Compiler warnings policy

2017-09-11 Per discussione Mateusz Loskot

On 11 September 2017 at 12:34, Daniel Hofmann  wrote:
> This Wiki page is a bit outdated; for example there are a few compiler
> warnings on old compilers in combination with specific boost versions.

AFAICT, compiling with VS 2017 for 64-bit target gives me ~3.5K warnings,
though from narrow set of issues:

C4067
C4101
C4146
C4244
C4267
C4305
C4309
C4373
C4396
C4717
C4800

> That said we should check warnings for Travis (and the Windows CI ..) and
> especially our production builds.

Unless there is -Werror policy, warnings are (almost) never checked :-)

> I think a "coding standard" boils down to:
> - adapt your naming convention to what's already present in the code base
> - use clang-format for formatting
> - include what you use

Sounds good.


Anyway, I asked out of curiosity (seeing largish number of warnings w/ VS2017).

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

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

Re: [Talk-at] Es geht alles gegen null

2017-09-11 Per discussione Richard

On Mon, Sep 11, 2017 at 04:30:04AM +0200, Friedrich Volkmann wrote:

> Ich war gestern nach langer Pause wieder auf der Hohen Wand. Schon beim
> Blick aufs GPS-Gerät, um so mehr dann beim Editieren daheim, wunderte ich
> mich, wie ungenau ein Weg gemappt ist, den ich schon so oft gegangen war.
> Ich kam dann drauf, dass jemand in einem einzigen Changeset über tausend
> Nodes aus den Wegen im Hohe-Wand-Gebiet rausgelöscht hatte.

> Mich schockiert die Löschung, aber noch viel mehr schockiert mich, dass so
> was über so lange Zeit unbemerkt bleibt. 

die Tools zur Kontrolle der Änderungen sind wenig brauchbar um sowas
systematisch zu machen:(

> Man sollte annehmen, dass die Mehrzahl der Edits Verbesserungen sind oder
> sich die Verbesserungen und Verschlechterungen wenigstens die Waage halten.
> Aber wenn man sich die Randfälle ansieht (nichts gemappt, alles gemappt),
> dann wird klar, dass es einen Erfassungsgrad gibt, ab dem die
> Wahrscheinlichkeit, dass ein Edit eine Verbesserung darstellt, unter 50%
> fällt. Man kann es so ausdrücken: OSM ist zur Mittelmäßigkeit verdammt, und
> jeder, der (wie ich) Zeit und Geld investiert um es noch besser zu machen,
> wird langfristig nichts gegen die mathematische Gesetzmäßigkeit ausrichten.

gute Beobachtung. Allerdings finde ich grenzt der vorliegende Fall an 
Vandalismus und scheint auf ein technisches Problem hinzuweisen. Wenn Tausende
nützliche nodes gelöscht werden passiert das meist nicht in Handarbeit
und das sollten wir nicht so einfach hinnehmen wie wenn ein unerfahrener 
Mapper hier und da ein paar Fehler einbaut.

Imho müssen wir immer danach streben die Tools so weiterzuentwickeln, daß 
solche Unfälle nicht so leicht passieren und schneller bemerkt werden.
Es sollte nicht so leicht passieren dürfen, daß ein neuer Mapper bei seinem 
allerersten edit die Coastline einer ganzen Pazifikinsel löscht usw.

Ich weiß.. der erste Hauptsatz der Ingeneurswissenschaften -  immer wenn man 
etwas Idiotensicher macht erfindet die Natur einen noch größeren Idioten - aber 
deswegen sollte man es trotzdem tun. Immerhin hat sich z.B. Morbus Kobold teils
durch konstruktive Maßnahmen und teils durch natürliche Auslese weitgehend 
erledigt.

Richard

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

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

2017-09-11 Per discussione Jan Macura

Ahoj,

pěkný report, díky za něj!

H.

P.S. Ještě jsem trochu poladil gramatiku.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dotaz k rozcestníku

2017-09-11 Per discussione majka

Jo, pokud nahrávám přes apku guidepost, chybí možnost ref zadat. Postupně
je teď dodělávám...

2017-09-11 12:53 GMT+02:00 Michal Grézl :

> rekl bych ze jeden strom jeden rozcestnik. nicmene sem k nemu pridal
> ref, at se da najit:)
>
> 2017-09-11 12:38 GMT+02:00 Miroslav Suchy :
> > Dne 11.9.2017 v 11:05 majka napsal(a):
> >>
> >> *Je to jeden rozcestník nebo dva samostatné?*
> >
> > Jeden rozcestnik.
> >
> > Uz jsem taky zazil ruzne kreativni vyplody znackaru. Napr. mezi
> Frystakem a Rusavou je rozcestnik, ktery je pridelan na
> > opacnou stranu stromu nez vede cesta. Takze musite obejit strom. Dost
> silny a smerem ze krovi pak muzete shlednout
> > ukazatele.
> >
> > Pokud ti prijde ze to je problem tak to nahlas KCT pres:
> >  http://www.turistickeznaceni.cz/
> > ale u nas je to jeden strom, jeden rozcestnik.
> >
> > Mirek
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione marc marc

Mais en ligne de commande si :

1) récupérer le minimum contenant les infos souhaitées :
wget -O bourgogne.osm 
'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne]["disused:admin_level"=4];out;'

2) filtrer pour ne garder que la relation, les chemins et le nom
cat bourgogne.osm | egrep '(http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne]["disused:admin_level"=4];out;'
 
| egrep '( bourgogne.osm


Le 11. 09. 17 à 12:55, Philippe Verdy a écrit :
> Dans Overpass tu ne peux pas choisir entre avoir un seul tag ("name=*") 
> ou tous les tags d'un objet. Tu peux en revanche obtenir la liste des 
> objets sans leur géométrie ("out;" au lieu de "out geom;")
> Regarde les paramètres possibles pour "out;" selon le niveau de 
> verbosité attendu, si tu ne veux pas la longue liste des noeuds de tous 
> les ways membres.
> 
> Le 11 septembre 2017 à 12:46, Samy Mezani  > a écrit :
> 
> En fait, je souhaite bien tous les descendants de la relation, mais
> pas les nœuds, et si possible obtenir un seul objet de type
> multipolygone.
> 
> Les données ne m'intéressent pas dans ce cas précis, si ce n'est le
> taq name.
> 
> Merci
> 
> Samy
> 
> 
> Le 11/09/2017 à 12:35, Christian Quest a écrit :
> 
> Si tu ne veux que la relation décrivant le multipolygone (et pas
> les way ni les noeuds permettant d'avoir la géométrie complète),
> retire le ">;"
> 
> Tu aura les tags de la relation, la liste des membres, mais rien
> d'autre.
> 
> 
> Le 11/09/2017 à 12:03, Samy Mezani a écrit :
> 
> Bonjour,
> 
> Je tente de faire une requête en ligne de commande pour
> obtenir un fichier osm de l'ancienne région Bourgogne.
> 
> Je veux simplement obtenir le multipolygone de son ancien
> contour.
> 
> Avec ça, j'obtiens tous les objets (nœuds) de la relation :
> 
> wget -O bourgogne.osm
> 
> "http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\
> 
> "disused:admin_level\"=4]);(._;>;);out
> geom;"
> 
> 
> Comment faire pour filtrer ma requête et n'obtenir que le
> multipolygone ? Je me perds dans la doc…
> 
> Merci pour vos conseils
> 
> Samy
> 
> ___
> 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
> 

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione Philippe Verdy

Dans Overpass tu ne peux pas choisir entre avoir un seul tag ("name=*") ou
tous les tags d'un objet. Tu peux en revanche obtenir la liste des objets
sans leur géométrie ("out;" au lieu de "out geom;")
Regarde les paramètres possibles pour "out;" selon le niveau de verbosité
attendu, si tu ne veux pas la longue liste des noeuds de tous les ways
membres.

Le 11 septembre 2017 à 12:46, Samy Mezani  a écrit :

> En fait, je souhaite bien tous les descendants de la relation, mais pas
> les nœuds, et si possible obtenir un seul objet de type multipolygone.
>
> Les données ne m'intéressent pas dans ce cas précis, si ce n'est le taq
> name.
>
> Merci
>
> Samy
>
>
> Le 11/09/2017 à 12:35, Christian Quest a écrit :
>
>> Si tu ne veux que la relation décrivant le multipolygone (et pas les way
>> ni les noeuds permettant d'avoir la géométrie complète), retire le ">;"
>>
>> Tu aura les tags de la relation, la liste des membres, mais rien d'autre.
>>
>>
>> Le 11/09/2017 à 12:03, Samy Mezani a écrit :
>>
>>> Bonjour,
>>>
>>> Je tente de faire une requête en ligne de commande pour obtenir un
>>> fichier osm de l'ancienne région Bourgogne.
>>>
>>> Je veux simplement obtenir le multipolygone de son ancien contour.
>>>
>>> Avec ça, j'obtiens tous les objets (nœuds) de la relation :
>>>
>>> wget -O bourgogne.osm "http://overpass-api.de/api/in
>>> terpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out
>>> geom;"
>>>
>>>
>>> Comment faire pour filtrer ma requête et n'obtenir que le multipolygone
>>> ? Je me perds dans la doc…
>>>
>>> Merci pour vos conseils
>>>
>>> Samy
>>>
>>> ___
>>> 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: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Marco Ciampa

On Mon, Sep 11, 2017 at 11:39:31AM +0200, Marco Minghini wrote:
> >
> > Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci gli
> > estremi per un'azione legale, conisiderato che il DB OSM viene usato anche
> > da servizi pubblici come 118, agenzia delle entrate, Carabinieri.
> >
> 
> Commentare i changeset facendoglielo presente potrebbe secondo voi
> aumentare le chance che smetta?

Secondo me no.

Una bella lettera da un avvocato a casa probabilmente si...

--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [Talk-cz] Dotaz k rozcestníku

2017-09-11 Per discussione Michal Grézl

rekl bych ze jeden strom jeden rozcestnik. nicmene sem k nemu pridal
ref, at se da najit:)

2017-09-11 12:38 GMT+02:00 Miroslav Suchy :
> Dne 11.9.2017 v 11:05 majka napsal(a):
>>
>> *Je to jeden rozcestník nebo dva samostatné?*
>
> Jeden rozcestnik.
>
> Uz jsem taky zazil ruzne kreativni vyplody znackaru. Napr. mezi Frystakem a 
> Rusavou je rozcestnik, ktery je pridelan na
> opacnou stranu stromu nez vede cesta. Takze musite obejit strom. Dost silny a 
> smerem ze krovi pak muzete shlednout
> ukazatele.
>
> Pokud ti prijde ze to je problem tak to nahlas KCT pres:
>  http://www.turistickeznaceni.cz/
> ale u nas je to jeden strom, jeden rozcestnik.
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



-- 
Michal Grézl
http://openstreetmap.cz

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

[Talk-it] R: Re: Richiesta informazioni su formato .ceg

2017-09-11 Per discussione simone.montangero



Ciao Alessandro, pultroppo non sono capace programmare perché conosco solamente 
le basi molto basi, Ti spiego il mio mini progetto:
Sto utilizzando il software Xc Track che utilizza il formato .igc Le mappe sono 
fornite dal produttore del software, ma per me sono poco dettagliate, mancano 
troppi nomi di città e quindi no ho punti si riferimento quando sono in volo 
col parapendio.


Inviato dal mio dispositivo Samsung

 Messaggio originale 
Da: Alessandro  
Data: 11/09/17  08:58  (GMT+01:00) 
A: talk-it@openstreetmap.org 
Oggetto: Re: [Talk-it] Richiesta informazioni su formato .ceg 

Il 10/09/2017 23:08, Simone Montangero ha scritto:
> Buona sera, mi chiamo simone e ho scoperto openstreetmap tramite un 
> vostro collaboratore che ha portato questo magnifico gruppo a Biella, 
> più precisamente al BiLug (Biella Linux Group).
> Avrei bisogno di realizzare un mio progetto e il software che utilizza 
> una mappa (più pezzettini di mappe) in formato .gec.
> Qualcuno sa come aiutarmi?
> 

Il 10/09/2017 23:42, Simone Montangero ha scritto:
 >
 >
 > vorrei far notare che ho scritto formato .gac, ma dovrebbe essere
 > identico al .igc
 >



Ciao Simone, benvenuto.
Spiegaci qualcosa di più di questo progetto. Intanto il firmato .igc 
cercando in rete ho visto che è associato a CompeGPS ed è citato nel 
volo a vela ma non l'avevo mai sentito prima.
E' un sw che stati sviluppando tu?

Alessandro

P.S.: sei fai parte del BiLug penso saprai già che il primo ottobre a 
Viverone ci sarà una giornata teorico/pratica su OpenStreetMap
http://wiki.openstreetmap.org/wiki/Viverone_mapping_party


___
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: [OSM-talk-fr] requête Overpass en ligne de commande

En fait, je souhaite bien tous les descendants de la relation, mais pas 
les nœuds, et si possible obtenir un seul objet de type multipolygone.


Les données ne m'intéressent pas dans ce cas précis, si ce n'est le taq 
name.


Merci

Samy

Le 11/09/2017 à 12:35, Christian Quest a écrit :
Si tu ne veux que la relation décrivant le multipolygone (et pas les way 
ni les noeuds permettant d'avoir la géométrie complète), retire le ">;"


Tu aura les tags de la relation, la liste des membres, mais rien d'autre.


Le 11/09/2017 à 12:03, Samy Mezani a écrit :

Bonjour,

Je tente de faire une requête en ligne de commande pour obtenir un 
fichier osm de l'ancienne région Bourgogne.


Je veux simplement obtenir le multipolygone de son ancien contour.

Avec ça, j'obtiens tous les objets (nœuds) de la relation :

wget -O bourgogne.osm 
"http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out 
geom;"



Comment faire pour filtrer ma requête et n'obtenir que le 
multipolygone ? Je me perds dans la doc…


Merci pour vos conseils

Samy

___
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: [OSRM-talk] Compiler warnings policy

2017-09-11 Per discussione Daniel Hofmann

This Wiki page is a bit outdated; for example there are a few compiler
warnings on old compilers in combination with specific boost versions.
That said we should check warnings for Travis (and the Windows CI ..) and
especially our production builds.

I think a "coding standard" boils down to:
- adapt your naming convention to what's already present in the code base
- use clang-format for formatting
- include what you use

for everything else someone will flag it on the pull request.

HTH,
Daniel J H

On Sun, Sep 10, 2017 at 9:01 PM, Mateusz Loskot  wrote:

> Hi,
>
> Is this policy still respected?
>
> "Treat Compiler Warning as Errors!" [1]
>
> [1] https://github.com/Project-OSRM/osrm-backend/wiki/Coding-Standards
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione Christian Quest

Si tu ne veux que la relation décrivant le multipolygone (et pas les way 
ni les noeuds permettant d'avoir la géométrie complète), retire le ">;"


Tu aura les tags de la relation, la liste des membres, mais rien d'autre.


Le 11/09/2017 à 12:03, Samy Mezani a écrit :

Bonjour,

Je tente de faire une requête en ligne de commande pour obtenir un 
fichier osm de l'ancienne région Bourgogne.


Je veux simplement obtenir le multipolygone de son ancien contour.

Avec ça, j'obtiens tous les objets (nœuds) de la relation :

wget -O bourgogne.osm 
"http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out 
geom;"



Comment faire pour filtrer ma requête et n'obtenir que le 
multipolygone ? Je me perds dans la doc…


Merci pour vos conseils

Samy

___
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: [OSM-talk-fr] requête Overpass en ligne de commande

2017-09-11 Per discussione Philippe Verdy

Déjà tu peux enlever l'union avec la récursion descendante "(._;>;);" si tu
ne veux que la relation multipolygone, et pas ses descendants; mais ensuite
"out geom;" ne te servira bas beaucoup puisqu'il n'y a pas de géométrie
dans un multipolygone mais juste ses descendants; je suppose que tu veux
ses tags et un "out;" simple suffit". Tu peux choisir une option plus
économique pour "out;" si tu ne veux que le type d'objet et l'id (suffisant
pour charger l'objet seul dans JOSM).
JOSM malgré tout chargera lui-même tous les tags, et la liste complète
des membres
(mais à l'état "incomplet" : tu peux ensuite charger les membres
descendants sélectivement ou bien tous)

Le 11 septembre 2017 à 12:03, Samy Mezani  a écrit :

> Bonjour,
>
> Je tente de faire une requête en ligne de commande pour obtenir un fichier
> osm de l'ancienne région Bourgogne.
>
> Je veux simplement obtenir le multipolygone de son ancien contour.
>
> Avec ça, j'obtiens tous les objets (nœuds) de la relation :
>
> wget -O bourgogne.osm "http://overpass-api.de/api/in
> terpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out
> geom;"
>
>
> Comment faire pour filtrer ma requête et n'obtenir que le multipolygone ?
> Je me perds dans la doc…
>
> Merci pour vos conseils
>
> Samy
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Andrea Musuruane

Ciao,

2017-09-11 12:02 GMT+02:00 Alessandro :

> Il 11/09/2017 11:32, Cascafico Giovanni ha scritto:
>
>
>> Lascio a voi il giudizio su una persona che si impegna nel  dissimulare i
>> danni con modifiche pseudo-normali e che cerca di eludere i controlli della
>> comunità con cambi di username.
>>
>> Per quel che ho visto, perseverare dopo che gli sono state revertate ore
>> ed ore di "lavoro" mi pare morboso, a meno che non sia un tentativo di
>> dimostrare una falla del progetto OSM.
>>
>> Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci gli
>> estremi per un'azione legale, conisiderato che il DB OSM viene usato anche
>> da servizi pubblici come 118, agenzia delle entrate, Carabinieri.
>>
>>
>
> Purtroppo questo non è possibile. OSM è una wiki-cosa. In più quando ti
> registri non accetti la responsabilità legale di quello che inserisci in
> OSM (e a quel punto chissà quanti accetterebbero la licenza).
>

Perdonami, ma quando compro un biglietto del treno non firmo nessun
contratto che mi dice di non imbrattare. Ci sono delle regole di convivenza
civile che devono essere rispettate.

Detto questo, IANAL e ci vorrebbe un parere legale.


> Anche quello che avevo letto in una mail precedente, del risalire alla
> persona basandosi sull'IP è inattuabile perchè gli ISP danno questi dati
> solo alla Polizia giudiziaria/postale. E visto che non ha nessuna
> responsabilità legale cosa fareste: andreste ad aspettarlo sotto casa per
> infrangergli un mappamondo sulla testa :-) ?
>

Temo che il mio messaggio sia stato travisato. Io sono favorevole ad
un'azione legale. E indicavo il modo in cui l'autorità competente può
facilmente risalire al vandalo.

Ciao,

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

[Talk-it] Circonvallazione di palermo: chiedo suggerimenti/chiarimenti

Salve :-)
 Palermo è circondata da un tratto viario noto come "Circonvallazione"
(cioè il Viale Regione Siciliana) che unisce due raccordi autostradali,
quelli dell'A19 e dell'A29 (posti ai due estremi opposti della città, ad
est ed a nord-ovest), circondando la città.

Al momento è identificata su OSM come highway=trunk ma la cosa mi lascia
perplesso; quindi chiedo suggerimenti e chiarimenti a chi è più esperto,
cioè voi.

Fonte: https://it.wikipedia.org/wiki/Viale_della_Regione_Siciliana
Su wikipedia il viale in questione è descritto così: "La strada è
considerata strada urbana di scorrimento ..."

Ma sul wiki di OSM leggo invece che highway=primary "In ambito urbano
normalmente formano il primo anello della città (vedi Milano) e normalmente
sono classificate come Viali."
Mi pare che sia questo il caso della Circonvallazione di Palermo. Forma un
anello della città (seppure incompleto, poiché dall'altra parte la città
affaccia sul mare, quindi l'anello non si chiude); è classificato come
Viale. Non è un'autostrada, né una tangenziale, né una superstrada.

Inoltre ... qualora vada modificata la classificazione, vorrei prima
contattare chi ha curato in passato questo tratto su OSM; in questi casi
nella community OSM come si usa intervenire?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] requête Overpass en ligne de commande


Bonjour,

Je tente de faire une requête en ligne de commande pour obtenir un 
fichier osm de l'ancienne région Bourgogne.


Je veux simplement obtenir le multipolygone de son ancien contour.

Avec ça, j'obtiens tous les objets (nœuds) de la relation :

wget -O bourgogne.osm 
"http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out 
geom;"



Comment faire pour filtrer ma requête et n'obtenir que le multipolygone 
? Je me perds dans la doc…


Merci pour vos conseils

Samy

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

Re: [Talk-it] Vandalisi in atto Trieste


Il 11/09/2017 11:32, Cascafico Giovanni ha scritto:



Lascio a voi il giudizio su una persona che si impegna nel  dissimulare 
i danni con modifiche pseudo-normali e che cerca di eludere i controlli 
della comunità con cambi di username.


Per quel che ho visto, perseverare dopo che gli sono state revertate ore 
ed ore di "lavoro" mi pare morboso, a meno che non sia un tentativo di 
dimostrare una falla del progetto OSM.


Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci 
gli estremi per un'azione legale, conisiderato che il DB OSM viene usato 
anche da servizi pubblici come 118, agenzia delle entrate, Carabinieri.





Purtroppo questo non è possibile. OSM è una wiki-cosa. In più quando ti 
registri non accetti la responsabilità legale di quello che inserisci in 
OSM (e a quel punto chissà quanti accetterebbero la licenza).


Anche quello che avevo letto in una mail precedente, del risalire alla 
persona basandosi sull'IP è inattuabile perchè gli ISP danno questi dati 
solo alla Polizia giudiziaria/postale. E visto che non ha nessuna 
responsabilità legale cosa fareste: andreste ad aspettarlo sotto casa 
per infrangergli un mappamondo sulla testa :-) ?


La qualità e i controlli spettano alla comunità: proprio per questo si 
cerca di far crescere una comunità ampia e coesa. Gli strumenti per il 
monitoraggio ci sono in abbondanza, in periodi critici basta 'solo' 
mantenere alta l'attenzione commentando i changeset, inviandogli 
messaggi e revertando subito.


Alessandro

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

[Talk-us] New roads in Houston

2017-09-11 Per discussione Nick Hocking

https://www.openstreetmap.org/#map=18/29.86540/-95.66553

Can someone who has access to TIGER 2017 or who has local knowledge, add
the names of these two new roads.

Bing imagery shows that these new roads already have residents. They were
not in OSM, till today, and are in the flood affected area of Hurricane
Harvey.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-ie] OSM Ireland chapter - reboot

2017-09-11 Per discussione Dave Corley

Hi all,

Rounding back on this again. Between the responses on the mail list,
Facebook and previous surveys, the general consensus is to go ahead with
this.

Martin, sorry for not replying to you earlier, but I wanted to stay quiet
and see what others thought first. To your point, yes, its possible to do
everything I stated outside of a formal body, but given we are an informal
grouping of similarly minded folks for over a decade and organisational
interest/involvement is decreasing rather than increasing, I think its
necessary to do this if we are to ever become "more". Your comment about
there being a functioning group is bang on the money too. Right now I feel
there is such a thing, and the infrastructure is more or less in place ( we
are starting in a much better position than our UK counterparts).

That being said, after the original survey questions a year ago, the mail
list and facebook responses and some private feedback, I think, as usual,
the distance factor is the biggest hurdle. With that in mind I think its
best to change from a series of meetings on the subject, to a single one,
where several of us come together and blitz the main items:

- Constitution
- Memorandum of association
- Articles of association
- Interim board
- etc etc

What I looking to achieve is to get to a point where we are 90% of the way
there. Afterwards, everything achieved would be put up online for feedback,
comment and to close out any remaining items.

I'm hoping a single session of 5-6 hours should be good enough for this,
say from 12-5/6 on a Saturday. I'm hoping that by limiting this to a single
day, to get a much larger group to participate.

In order to keep things moving through the day, I'm going to try organise
some sponsorship of refreshments.

Would the Tog folks on this list know if Tog is available on a Saturday in
Oct? Say the 14th or 21st. If not, I'll try sort something else.

Once a date and location is set, I'll set up an invite page, just to be
able to track numbers attending in the event I get sponsorship for
refreshments.

Dave

On Tue, Aug 15, 2017 at 8:57 AM, Rory McCann  wrote:

> I agree with Dave, it would be good to get a formal OSM body set up.
>
> Yes, for doing more mapping events, you don't need a formal body, but
> you do it you want to be an OSMF local chapter, and I suspect it would
> be easier to talk to government bodies (or big orgs) if you're from an
> official body.
>
> And who knows, setting it up might be kick up the arse for some of us!
>
> Since I'm in Germany, I can't come to any of the events.  But I'll
> help how I can... I was involved with setting up TOG, which was
> originally an unincorporated association (don't do that!) and is now a
> DAC (designed activity company(?))
>
> On 14/08/17 03:52, Dave Corley wrote:
>
>> Hi,
>>
>> First, I want to apologise, this is a long email, but if you are at all
>> interested in moving OSM in Ireland to the next level, please read on and
>> give your feedback when you're done.
>>
>> Efforts to get the OSM Ireland group set up as a legal entity and
>> established as a recognised chapter have never really got out of the
>> starting blocks for us, mainly because it's an exceptionally long, boring
>> process to get it all done.
>>
>> Back when Rory gave the Townlands presentation at a Sotm or two ago, I
>> contacted everyone who took part and asked a number of questions to allow
>> for some stats to be included in the presentation. I asked a few questions
>> specifically around the topic of setting something up properly. If I
>> recall
>> correctly, all but one were interested in joining an official OSM Ireland,
>> but less than half wanted to be involved in setting it up. But that ratio
>> is to be expected. If I'm honest, it was a lot higher than I originally
>> expected.
>>
>> What I would love to see is a functioning OSM Ireland body which, at an
>> absolute minimum, could do the following
>>
>> - Scheduling regular meet up's - These would have some organisation
>> around them e.g. guest speakers, break out groups, objectives etc.
>> This
>> could be monthly, bi-monthly or quarterly, doesn't matter, just even
>> setting up a schedule and sticking to it would be a great achievement
>> - Work on increasing the qty of daily contributors - Some simple
>> things
>> like automating messages to first time mappers, or a tool to ensure
>> every
>> new contributor's edits are reviewed for accuracy/vandalism etc.
>> Basically,
>> just setting up some structure around it to ensure we engage with new
>> folks
>> in the most efficient and effective ways possible. I see no reason
>> why a
>> number of 50 a day shouldn't be achievable within an 18 month period
>> if
>> this is done right.
>> - Setting up an Import strategy - There is an ever growing pool of
>> open
>> data being released. To make full use of it is going to require a
>> signficant body of up-front work

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Marco Minghini

>
> Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci gli
> estremi per un'azione legale, conisiderato che il DB OSM viene usato anche
> da servizi pubblici come 118, agenzia delle entrate, Carabinieri.
>

Commentare i changeset facendoglielo presente potrebbe secondo voi
aumentare le chance che smetta?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalisi in atto Trieste

2017-09-11 Per discussione Cascafico Giovanni

Per fare una sintesi della situazione, i numeri del nostro vandalo
regionale:


Karma2811 (uid 6080759) - bloccato 9 anni dopo 58 changeset;

ale1234 (uid 6400648) AKA Dipiazza, AKA "Trieste OSM Team" - blocco fino a
domani, dopo 318 changeset (compresa una nuova metropolitana); danni
ingenti, grazie al periodo di vacanze ed al cambio dello username;

karmaAL (uid 6631989) - bloccato 4 gg dal prossimo login.

Lascio a voi il giudizio su una persona che si impegna nel  dissimulare i
danni con modifiche pseudo-normali e che cerca di eludere i controlli della
comunità con cambi di username.

Per quel che ho visto, perseverare dopo che gli sono state revertate ore ed
ore di "lavoro" mi pare morboso, a meno che non sia un tentativo di
dimostrare una falla del progetto OSM.

Come si ipotizzava in lista Friuli Venezia Giulia, potrebbero esserci gli
estremi per un'azione legale, conisiderato che il DB OSM viene usato anche
da servizi pubblici come 118, agenzia delle entrate, Carabinieri.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Dotaz k rozcestníku

2017-09-11 Per discussione Petr Vozdecký

Za mě je to jeden rozcestník - z hlediska obecného mapování daných tras,
tzn. cílových a průchozích bodů je toto právě jeden bod. Má (předpokládám,
jistě se potvrdí z názvů cílů nejbližších rozcestníků na žluté i na modré
doleva i doprava) jedno jméno "U Libniče". A z fotky zcela jednoznačně i
jedno ref CB219.

že to není dokonale vidět z obou stran, je technický problém operátora.
Značkař to na místě něměl rozumě kam dát, nebo se mu nepodařilo to díky
specifickým podmínkám na místě vymyslet jinak.

vop

-- Původní e-mail --
Od: majka
Komu: talk-cz@openstreetmap.org
Datum: 11. 9. 2017 11:06:18
Předmět: [Talk-cz] Dotaz k rozcestníku
"
Zdravím. V sobotu při focení rozcestníků jsem narazila na jeden, kde mám
dotaz k tomu, jak správně označit v datech, resp. jak správně přidávat
fotku.

Z fotky
(https://api.openstreetmap.cz/img/guidepost/pixlr_20170909212041434.jpg) v
databázi rozcestníků je doufejme zřejmý problém - rozcestník je ze dvou
stran velkého stromu, z jedné strany začíná kratičká žlutá, z druhé strany
prochází modrá. Na místě není nejmenší problém si všimnout jen jednoho z
nich, cesty ten strom obcházejí ze všech stran. Při cestování po modré není
vůbec vidět ten pro žlutou a obráceně to platí také, jen ta žlutá tady
začíná nebo končí, takže je větší pravděpodobnost po té modré začít pátrat.

Je to jeden rozcestník nebo dva samostatné?

Díky za radu,

Majka

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

[Talk-cz] Dotaz k rozcestníku

2017-09-11 Per discussione majka

Zdravím. V sobotu při focení rozcestníků jsem narazila na jeden, kde mám
dotaz k tomu, jak správně označit v datech, resp. jak správně přidávat
fotku.

Z fotky
 v
databázi rozcestníků je doufejme zřejmý problém - rozcestník je ze dvou
stran velkého stromu, z jedné strany začíná kratičká žlutá, z druhé strany
prochází modrá. Na místě není nejmenší problém si všimnout jen jednoho z
nich, cesty ten strom obcházejí ze všech stran. Při cestování po modré není
vůbec vidět ten pro žlutou a obráceně to platí také, jen ta žlutá tady
začíná nebo končí, takže je větší pravděpodobnost po té modré začít pátrat.

*Je to jeden rozcestník nebo dva samostatné?*

Díky za radu,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

Díky.
Marián

-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 9. 2017 10:36:10
Předmět: Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017 
"
Tak jsem to trochu opravila, za definitivní verzi to však nepovažuji - spíš
je to jen trochu učesáno ...
Místy jsem to trochu přeformulovala, úmyslně bez kontroly vůči původní větě
- byla na tom trochu vidět ta původní angličtina, ne-li to přemýšlení v
němčině.




Majka




2017-09-11 9:59 GMT+02:00 Marián Kyral :
"
Tak snad hotovo. Hodil by se nějaký korektor, jestli jsem tam nenasekal
nějaké chyby ;-)

Marián


"



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

hebdoOSM Nº 372 2017-08-29-2017-09-04

2017-09-11 Per discussione weeklyteam

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/9432/

Bonne lecture !

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

hebdoOSM Nº 372 2017-08-29-2017-09-04

2017-09-11 Per discussione weeklyteam

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/9432/

Bonne lecture !

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

hebdoOSM Nº 372 2017-08-29-2017-09-04

2017-09-11 Per discussione weeklyteam

Bonjour,

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

http://www.weeklyosm.eu/fr/archives/9432/

Bonne lecture !

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

Re: [Talk-it] Richiesta informazioni su formato .ceg

2017-09-11 Per discussione Andrea Albani

Fra tutti quelli quelli che hai nominato (.ceg, .gec, .gac, .igc) forse
intendi il formato per il logging dei dati di volo del FAI ?

Versione ufficiale rintracciabile solo su archive.org

https://web.archive.org/web/20100703013152/http://www.fai.org:80/gliding/system/files/tech_spec_gnss.pdf

Stessa versione commentata:

http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/igc_format_2008.html

Ciao

Il giorno 10 settembre 2017 23:08, Simone Montangero <
simone.montanger...@gmail.com> ha scritto:

> Buona sera, mi chiamo simone e ho scoperto openstreetmap tramite un vostro
> collaboratore che ha portato questo magnifico gruppo a Biella, più
> precisamente al BiLug (Biella Linux Group).
> Avrei bisogno di realizzare un mio progetto e il software che utilizza una
> mappa (più pezzettini di mappe) in formato .gec.
> Qualcuno sa come aiutarmi?
>
> Ringrazio in anticipo.
>
> Saluti a tutti da Simone
>
> ___
> 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: [OSM-talk-fr] comment cartographier un marais ?

2017-09-11 Per discussione Jean-Marc Liotier

On Thu, 7 Sep 2017 18:07:38 +0200
Adrien Grellier  wrote:
>
> Pour les canaux, il faudrait indiquer un sens de circulation de l'eau
> (waterway=stream)… En l’occurrence, c'est tout plat, l'eau ne court
> pas comme dans une rivière ! Comment doit-on procéder dans le cas
> présent ?

https://lists.openstreetmap.org/pipermail/tagging/2017-September/033403.html
propose flow_direction=both.

https://taginfo.openstreetmap.org/keys/flow_direction#values - peu
utilisé mais me semble approprié.

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

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

2017-09-11 Per discussione majka

Tak jsem to trochu opravila, za definitivní verzi to však nepovažuji - spíš
je to jen trochu učesáno ...
Místy jsem to trochu přeformulovala, úmyslně bez kontroly vůči původní větě
- byla na tom trochu vidět ta původní angličtina, ne-li to přemýšlení v
němčině.

Majka

2017-09-11 9:59 GMT+02:00 Marián Kyral :

> Tak snad hotovo. Hodil by se nějaký korektor, jestli jsem tam nenasekal
> nějaké chyby ;-)
>
> Marián
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017

2017-09-11 Per discussione Tom Ka

Ja na ten report mrknu a projdu to. Behem tydne to dame do posledniho cisla
weekly.

Diky kluci.

Dne 11. září 2017 9:59 Marián Kyral  napsal(a):

> Tak snad hotovo. Hodil by se nějaký korektor, jestli jsem tam nenasekal
> nějaké chyby ;-)
>
> Marián
>
> -- Původní e-mail --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic 
> Datum: 11. 9. 2017 8:57:59
> Předmět: Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017
>
> Jestli chvilku, počkáte, tak snad brzy dodělám překlad reportu to češtiny
> ;-)
>
> Marián
>
> -- Původní e-mail --
> Od: o...@kub.cz 
> Komu: OpenStreetMap Czech Republic 
> Datum: 11. 9. 2017 8:49:05
> Předmět: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017
>
> Přeposílám zprávu od Jochena ohledně setkání Elbe-Labe.V překladu zní
> takto:
>
> Ahoj!
>
> Elbe-Labe setkání bylo skvělý (potvrzuji. pozn. překl)! Napsal jsem
> krátkou reportáž https://wiki.openstreetmap.org/wiki/Elbe-Labe-Meeting_
> 2017/report a  rovněž je k dispozici film: https://www.youtube.com/watch?
> v=m9d9W-kP8kc (koukněte na to je to udělaný skvěle pozn. překl).
>
> Mělo by se to objevit příští týden ve "weekly news". Možná to dám i do
> německé a pokud to chce někdo přeložit a poslat do českého mailing listu,
> tak šup (právě jsem učinil pozn. překl)
>
> Jochen
>
>
>  Forwarded Message 
> Subject: Report from Elbe-Labe-Meeting 2017
> Date: Sun, 10 Sep 2017 17:09:55 +0200
>
> Hi!
>
> it was great to meet you all at the Elbe-Labe-Meeting! I wrote up a 
> reporthttps://wiki.openstreetmap.org/wiki/Elbe-Labe-Meeting_2017/report . And
> there is also a film: https://www.youtube.com/watch?v=m9d9W-kP8kc .
>
> This should appear in the next weekly news. Maybe I'll also do a German
> translation. If somebody wants to translate this/post this on the Czech
> mailing list, go ahead. :-)
>
> Jochen
> --
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: Report from Elbe-Labe-Meeting 2017