Re: [Talk-it] Dubbio su una relazione restriction

[Lorenzo "Beba" Beltrami]

Ciao Davide,
l'errore sembra essere in OSM.
Zoomando si nota che la variante Schio-Thiene (quella gialla, per
intendersi) è sovrapposta all'uscita della tangenziale (quella arancione).
A volte OSRM prende quella giusta (e indica di andare alla rotonda
successiva per poi tornare indietro[1]) a volte no e ti fa girare a
sinistra come hai segnalato tu.

Bisognerebbe sistemare la sovrapposizione delle due way.

Lorenzo

[1]
http://map.project-osrm.org/?z=17=45.716488%2C11.431843=45.716181%2C11.430920=45.714772%2C11.424258=en=0

Il giorno 6 dicembre 2016 23:34, Davide Sandona' 
ha scritto:

> Salve,
> stavo analizzando la restrizione [1] attraverso i tool [2] e [3]. OSRM [2]
> fa una cosa sbagliata: la restrizione dice che in quel punto, provenendo da
> quella direzione, si può solo proseguire dritti.
> Il dubbio: si tratta di un bug di OSRM oppure la restrizione va sostituita
> con una no_left_turn [4]?
>
> [1] https://www.openstreetmap.org/relation/3349363
> [2] http://map.project-osrm.org/?z=17=45.716214%2C11.4308
> 13=45.716211%2C11.430813=45.714772%2C11.424258=en=0
> [3] http://map.comlu.com/
> [4] https://wiki.openstreetmap.org/wiki/Relation:restriction
>
> Davide.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Importación del Catastro

[Héctor Ochoa]

¿Pero no se tiene permiso para importar porque la Dirección General del
Catastro no nos lo ha dado o porque los resultados con Cat2Osm2 aún no
están del todo refinados?
No me ha quedado claro.

El 7 dic. 2016 1:24 a. m., "Alejandro S."  escribió:

> Buenas a todos,
>
> Recuerdo a toda la comunidad que la importación de datos del Catastro no
> está autorizada. Podéis verlo en la página de cat2osm2[0] y en el histórico
> de la lista de imports (hay cross-posting con talk-es y es un poco difícil
> de seguir la conversación)[1] presentación de cat2osm[2] durante el mes de
> marzo se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
> tampoco se llego a dejar nada en claro[4] porque había muchas cosas que
> corregir y refinar.
>
> Por tanto tened en cuenta que si importáis información del catastro a OSM
> y el DWG de la OSMF se entera os podéis encontrar con reversión y baneo.
>
> [0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
> [1]: https://lists.openstreetmap.org/pipermail/imports/2012-March
> /001260.html
> [2]: https://lists.openstreetmap.org/pipermail/imports/2012-March
> /001279.html
> [3]: https://lists.openstreetmap.org/pipermail/imports/2012-March
> /thread.html#1273
> [4]: https://lists.openstreetmap.org/pipermail/imports/2013-
> January/001760.html
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] intégration des référentiels STIF

[Christian Quest]

Il faut SI POSSIBLE se baser sur l'id qu'on peut voir sur le terrain... et
des id "STIF" j'en ai déjà vu sur des réseaux non RATP.

Le 7 décembre 2016 à 02:05, Jérôme Amagat  a écrit
:

> pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier sauf 1
> c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un
> fichier pour passer du
> ZDEr_ID_REF_A au stop_id
>
>
> Le 6 décembre 2016 à 22:20, Florian LAINEZ  a écrit :
>
>> Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de
>> passer à une autre échelle.
>> Fred tu comptes l'implémenter du coup ?
>> Comment comptes-tu gérer l'évolution des données sources dans le temps ?
>> Autant avec un jeu de données statiques tu peux valider/ignorer un POI,
>> autant si les données évoluent il faut être certain de disposer d'un
>> identifiant pérenne.
>>
>> Fred en attendant peut-être vaut-il déjà intégrer les données statiques
>> du STIF comme première étape.
>> Merci
>>
>>
>>
>> Le 6 décembre 2016 à 20:44, Frédéric Rodrigo  a
>> écrit :
>>
>>> Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :
>>>

 Le 6 décembre 2016 à 13:45, Christian Quest > a écrit :

 J'ai regardé dans mon quartier desservi par la RATP... c'est
 "correct" à 50m près.

 J'en ai à peu près le même souvenir. J'ai checké une belle quantité
 d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains sur
 les quais de gares ... d'autres très bien placés.

 Le STIF agrégeant des données provenant d'une multitude de
 sociétés de transport, la qualité géométrique n'est sûrement pas
 homogène

 exactement.

 Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre
 ref:FR:STIF, merci

 Au passage je vous signale cette issues sur osmose-backend:
>>>
>>> https://github.com/osm-fr/osmose-backend/issues/163
>>>
>>> qui propose de faire la même chose à un niveau industriel.
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>> ___
>> 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
>
>


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

Re: [Talk-br] state of the map latam

[Alexandre Magno Brito de Medeiros]

Em 6 de dezembro de 2016 11:08, Peter Krauss  escreveu:

> E os videos das apresentaçoes?  Alias, as próprias apresentaçoes (ex.
> PDF)... ??
>

+1

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

[OSM-talk-ie] Using CC-BY datasets on data.gov.ie for OSM - Good to go :)

[Dave Corley]

Folks,

I've received clarification that while the CC-BY 4.0 license is not
suitable for merging with OSM, the granting of explicit permission to use
CC-BY 4.0 datasets by the relevant owner is allowed.

I have gotten that explicit permission for all datasets contained on
data.gov.ie (over 4,500 datasets). A PDF of the email permission will be
saved on the wiki later this evening.

Note, this ONLY covers datasets under CC-BY 4.0. There are a handful of
datasets under other licences on that site so be aware of this when
selecting a dataset.

So, whats next?

Basically, everyone is free to start trawling through that site for any
datasets that might be of use to us, however, there are some existing
guidelines and requirements if anyone is looking to do any imports [1].

With this in mind, and to ensure some kind of coordination and logical
approach (agreed tagging etc), I threw together a wiki page [2] as a
central spot to list any datasets that are potential options. I've tried to
keep it simple on that page so there should not be much of a burden on any
one person while gathering a min amount of info about each dataset. Any
dataset that looks like it might be useful to us should get put up onto
that page. I've thrown up a good few as a start to give an idea of what is
available. If anyone is interested in reviewing these, how I'm doing it is
going in alphabetical order of the publishers (link at the top of the site)
and reviewing everything under a publisher before moving on to the next
one. You can see the last one I checked (at the moment Cork City Council)
on the wiki page as its the most recent dataset listed.

When reviewing potential datasets, something to keep in mind is that while
one dataset might look midly interesting, it may contain a goldmine of
additional data as part of additional attribute info. One example of this
is where a dataset containing locations of street lamps might seem a bit
over the top to import, the raw data may also contain street names and
other valuable data so be sure to dig into the attribute data before
dismissing a potential source.

From that page, we can discuss each dataset as we work through them i.e.
some may be suitable for doing automated style imports, others may be
purely manual while others still might involve a hybrid approach e.g.
maproulette/layers etc. Once agreed, each will get its own import page, see
[3] as an example. Once completed, each one will also get listed under the
Ireland section of the contributors page [4].

As regards issues that may come up, please feed them back to the mailing
list. This includes data quality, licencing, data errors, formats, corrupt
sources etc etc. The reason I want to collect this particular information
is, after speaking with Denis Parfenov, a board member of the Open Data
Governance Board, the board is looking for OSM Ireland to come and present
to the ODGB in early 2017 on our experiences in using the data, what more
we want and anything else that may seem relevant. [5]  Once its closer to
the time I'll be putting together a presentation and looking for feedback
from this list.

Looking forward to seeing what opportunities this brings.

Thanks,
Dave

1 - http://wiki.openstreetmap.org/wiki/Import/Guidelines
2 - http://wiki.openstreetmap.org/wiki/Ireland/Open_Data
3 - http://wiki.openstreetmap.org/wiki/Ireland/Imports
4 - https://wiki.openstreetmap.org/wiki/Contributors#Ireland
5 -
https://data.gov.ie/content/note-open-data-governance-board-meeting-25-october-2016
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] intégration des référentiels STIF

[Jérôme Amagat]

pour le STIF dans le GTFS le "ref" des arrêts dans tous les fichier sauf 1
c'est un stop_id différent du ZDEr_ID_REF_A mais il y a quand même un
fichier pour passer du
ZDEr_ID_REF_A au stop_id


Le 6 décembre 2016 à 22:20, Florian LAINEZ  a écrit :

> Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de
> passer à une autre échelle.
> Fred tu comptes l'implémenter du coup ?
> Comment comptes-tu gérer l'évolution des données sources dans le temps ?
> Autant avec un jeu de données statiques tu peux valider/ignorer un POI,
> autant si les données évoluent il faut être certain de disposer d'un
> identifiant pérenne.
>
> Fred en attendant peut-être vaut-il déjà intégrer les données statiques du
> STIF comme première étape.
> Merci
>
>
>
> Le 6 décembre 2016 à 20:44, Frédéric Rodrigo  a
> écrit :
>
>> Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :
>>
>>>
>>> Le 6 décembre 2016 à 13:45, Christian Quest >> > a écrit :
>>>
>>> J'ai regardé dans mon quartier desservi par la RATP... c'est
>>> "correct" à 50m près.
>>>
>>> J'en ai à peu près le même souvenir. J'ai checké une belle quantité
>>> d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains sur
>>> les quais de gares ... d'autres très bien placés.
>>>
>>> Le STIF agrégeant des données provenant d'une multitude de
>>> sociétés de transport, la qualité géométrique n'est sûrement pas
>>> homogène
>>>
>>> exactement.
>>>
>>> Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre ref:FR:STIF,
>>> merci
>>>
>>> Au passage je vous signale cette issues sur osmose-backend:
>>
>> https://github.com/osm-fr/osmose-backend/issues/163
>>
>> qui propose de faire la même chose à un niveau industriel.
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> 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] Problème de représentation avec des parcelles forestières

[Philippe Verdy]

Je ne vois pas en quoi ce changement de "multipolygon" en "boundary"
devrait avoir un impact sur l'interprétation et la "remontée" des tags des
ways membres vers les relations qui les référence.

Cela reste un bogue de la conversion OSM en pgsql, qui ne tient pas compte
des critères nécessaires (tags identiques dans tous les ways membres ayant
un rôle "outer" ou vide, ce qui n'était pas le cas des "name=*").

En revanche remonter les "highway=*" vers la relation (peu importe que ce
soit une "boundary" ou un "multipolygon") est problématique, dans les faits
tous les "highway=*" sont linéaires (exceptions faite des
"highway=pedestrian" et à condition qu'ils soient tagués avec "area=yes",
ce qui n'était pas du tout le cas ici, car par défaut les "highway=*" sont
soit linéaires, soit des noeuds isolés pour des passages piétons,
priorités, stops...).

Il reste donc bien une anomalie de osm2pgsql ici, et je ne vois pas
pourquoi osm2pgsql devrait se demander ce que sont ces "multipolygon",
d'autant plus qu'ils ont déjà des tags nécessaires, qu'ils soient tagués
comme "multipolygon", boundary", ou encore comme "landuse", "natural" (qui
n'ont eux rien non plus à voir avec les "highway=*")



Le 6 décembre 2016 à 23:38, LeTopographeFou  a
écrit :

> J'ai basculé ces "type=multipolygon" en "type=boundary"... et tout rentre
> dans l'ordre comme je l'avais imaginé dans mon précédent message qui n'a
> visiblement pas été lu ;)
>
> Bonjour et merveilleux !! Je n'avais pas compris le sous-entendu. Merci.
>
> En terme de logique de tagging je verrai plutôt quelque chose comme:
> type=boundary (il s'agit d'une frontière qui découpe un ensemble plus
> grand)
> boundary=forest (frontière forestière)
> forest=section (il s'agit d'une section)
>
> Mais ça mérite discussion sur le wiki plutôt que d'y aller à l'arrache...
> [...]
>
> Tout là fait d'accord (sans rentrer dans la discussion ici : j'aime bien
> ta proposition, elle est plus proche de l'existant et donc plus naturelle
> que la proposition Section).
>
> Pour info il se trouve que j'ai eu un échange de mail avec l'auteur de la
> proposition Section cet été (à propos d'un cimetière que je
> visitais/cartographiais à l'époque) et il m'a dit qu'il n'avait pas eu le
> courage pour animer sa proposition jusqu'au bout. Il m'a encouragé à la
> retravailler voir à faire une contre-proposition, car il reste persuadé du
> besoin initial (parcelles forestières, sections dans un cimetière...).
>
>
> Mais ça mérite discussion sur le wiki plutôt que d'y aller à l'arrache...
> surtout que l'import des données est pas génial non plus car les données
> d'origine ne sont pas forcément bien calées...
>
> Exemple: http://umap.openstreetmap.fr/en/map/test-rendu-osmfr_99740#
> 18/48.53494/1.97682
>
> Alors là c'est drôle car pendant que tu changeais le type de relation je
> recalais exactement l'endroit que tu cite (ce qui m'a valu de résoudre
> quelques conflits d'éditions quand j'ai voulu envoyer sur le serveur). Donc
> en me basant sur le cadastre j'ai regroupé hier ce qui devait l'être dans
> la zone (je n'ai pas déplacé les frontières administratives mais les
> layons, chemins et bordures de forêt. Il reste encore une bonne partie du
> périmètre à recaler) et j'en avais profité pour ajouter un gros morceau de
> forêt manquant côté Yvelines (http://www.openstreetmap.org/
> relation/6770020).
>
> Bref il reste du boulot mais problème de rendu de parcelle réglé, je
> déploierai la solution sur les forêts alentours qui ont le même soucis,
> merci !
>
> Cordialement
>
> LeTopographeFou
>
> Le 05/12/2016 à 23:18, Christian Quest a écrit :
>
> J'ai basculé ces "type=multipolygon" en "type=boundary"... et tout rentre
> dans l'ordre comme je l'avais imaginé dans mon précédent message qui n'a
> visiblement pas été lu ;)
>
> Ces sections forestières sont bien des frontières et ça évite à osm2pgsql
> de chercher à savoir par une euristique imparfaite ce que sont ces
> multipolygones mystérieux...
>
> En terme de logique de tagging je verrai plutôt quelque chose comme:
> type=boundary (il s'agit d'une frontière qui découpe un ensemble plus
> grand)
> boundary=forest (frontière forestière)
> forest=section (il s'agit d'une section)
>
> Mais ça mérite discussion sur le wiki plutôt que d'y aller à l'arrache...
> surtout que l'import des données est pas génial non plus car les données
> d'origine ne sont pas forcément bien calées...
>
> Exemple: http://umap.openstreetmap.fr/en/map/test-rendu-osmfr_99740#
> 18/48.53494/1.97682
>
> Les tuiles sont en train de se remettre à jour... un peu de patience.
>
>
> Le 5 décembre 2016 à 22:17,  a écrit :
>
>> Le 05/12/2016 à 21:57, LeTopographeFou - letopographe...@gmail.com a
>> écrit :
>>
>> Bonsoir à tous,
>>
>> A vrai dire je croyais que le moteur ne dessinait que les objets issus
>> d'une requête (donc les objets connus) et pas tous les objets. Visiblement
>> ce n'est pas le cas.
>>
>> Jusqu'à peu 

[Talk-es] Importación del Catastro

[Alejandro S.]

Buenas a todos,

Recuerdo a toda la comunidad que la importación de datos del Catastro no
está autorizada. Podéis verlo en la página de cat2osm2[0] y en el histórico
de la lista de imports (hay cross-posting con talk-es y es un poco difícil
de seguir la conversación)[1] presentación de cat2osm[2] durante el mes de
marzo se discutió al respecto[3] y la discusión sobre cat2osm2 en la que
tampoco se llego a dejar nada en claro[4] porque había muchas cosas que
corregir y refinar.

Por tanto tened en cuenta que si importáis información del catastro a OSM y
el DWG de la OSMF se entera os podéis encontrar con reversión y baneo.

[0]: http://wiki.openstreetmap.org/wiki/ES:Cat2Osm2
[1]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/001260.html
[2]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/001279.html
[3]: https://lists.openstreetmap.org/pipermail/imports/2012-
March/thread.html#1273
[4]:
https://lists.openstreetmap.org/pipermail/imports/2013-January/001760.html

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Problème de représentation avec des parcelles forestières

[LeTopographeFou]

J'ai basculé ces "type=multipolygon" en "type=boundary"... et tout 
rentre dans l'ordre comme je l'avais imaginé dans mon précédent 
message qui n'a visiblement pas été lu ;)

Bonjour et merveilleux !! Je n'avais pas compris le sous-entendu. Merci.


En terme de logique de tagging je verrai plutôt quelque chose comme:
type=boundary (il s'agit d'une frontière qui découpe un ensemble plus 
grand)

boundary=forest (frontière forestière)
forest=section (il s'agit d'une section)

Mais ça mérite discussion sur le wiki plutôt que d'y aller à 
l'arrache... [...]
Tout là fait d'accord (sans rentrer dans la discussion ici : j'aime bien 
ta proposition, elle est plus proche de l'existant et donc plus 
naturelle que la proposition Section).


Pour info il se trouve que j'ai eu un échange de mail avec l'auteur de 
la proposition Section cet été (à propos d'un cimetière que je 
visitais/cartographiais à l'époque) et il m'a dit qu'il n'avait pas eu 
le courage pour animer sa proposition jusqu'au bout. Il m'a encouragé à 
la retravailler voir à faire une contre-proposition, car il reste 
persuadé du besoin initial (parcelles forestières, sections dans un 
cimetière...).




Mais ça mérite discussion sur le wiki plutôt que d'y aller à 
l'arrache... surtout que l'import des données est pas génial non plus 
car les données d'origine ne sont pas forcément bien calées...


Exemple: 
http://umap.openstreetmap.fr/en/map/test-rendu-osmfr_99740#18/48.53494/1.97682
Alors là c'est drôle car pendant que tu changeais le type de relation je 
recalais exactement l'endroit que tu cite (ce qui m'a valu de résoudre 
quelques conflits d'éditions quand j'ai voulu envoyer sur le serveur). 
Donc en me basant sur le cadastre j'ai regroupé hier ce qui devait 
l'être dans la zone (je n'ai pas déplacé les frontières administratives 
mais les layons, chemins et bordures de forêt. Il reste encore une bonne 
partie du périmètre à recaler) et j'en avais profité pour ajouter un 
gros morceau de forêt manquant côté Yvelines 
(http://www.openstreetmap.org/relation/6770020).


Bref il reste du boulot mais problème de rendu de parcelle réglé, je 
déploierai la solution sur les forêts alentours qui ont le même soucis, 
merci !


Cordialement

LeTopographeFou

Le 05/12/2016 à 23:18, Christian Quest a écrit :
J'ai basculé ces "type=multipolygon" en "type=boundary"... et tout 
rentre dans l'ordre comme je l'avais imaginé dans mon précédent 
message qui n'a visiblement pas été lu ;)


Ces sections forestières sont bien des frontières et ça évite à 
osm2pgsql de chercher à savoir par une euristique imparfaite ce que 
sont ces multipolygones mystérieux...


En terme de logique de tagging je verrai plutôt quelque chose comme:
type=boundary (il s'agit d'une frontière qui découpe un ensemble plus 
grand)

boundary=forest (frontière forestière)
forest=section (il s'agit d'une section)

Mais ça mérite discussion sur le wiki plutôt que d'y aller à 
l'arrache... surtout que l'import des données est pas génial non plus 
car les données d'origine ne sont pas forcément bien calées...


Exemple: 
http://umap.openstreetmap.fr/en/map/test-rendu-osmfr_99740#18/48.53494/1.97682


Les tuiles sont en train de se remettre à jour... un peu de patience.


Le 5 décembre 2016 à 22:17, > a écrit :


Le 05/12/2016 à 21:57, LeTopographeFou - letopographe...@gmail.com
 a écrit :


Bonsoir à tous,

A vrai dire je croyais que le moteur ne dessinait que les objets
issus d'une requête (donc les objets connus) et pas tous les
objets. Visiblement ce n'est pas le cas.


Jusqu'à peu c'était le cas. J'ai vu que maintenant les "noms" des
transformateurs apparaissent sur la carte.
Assez absurde pour une carte générique.


Entre nous, ce système de "je fais remonter les valeurs communes"
me parait biaisé et n'incite pas à correctement tagger. Je
préfère 100x plus un moteur de rendu stricte et exigent qui
pousse à bien faire mais dessine avec ce qu'on lui donne plutôt
qu'un qui interprète les données avec des attributs qui
n'existent pas et dessine des relations qu'il ne connait pas
(avec 50% de risque de se planter). Si le moteur ne connait pas
une relation, il devrait l'ignorer. Si il lui manque une
propriété, il devrait pouvoir faire sans. Dixit un gars qui n'a
pas sué dans le développement de ces beaux outils :-) .


Si c'est une info commune, pourquoi pas ? Je dis bien commune
c'est à dire identique dans tous les membres.
Sinon c'est éventuellement un candidat pour un outil d'assurance
qualité (que des noms identiques ou pas de noms : peut-être que
les sans noms devraient avoir le même nom, ça peut avoir du sens
pour des réseaux, des trajets tels que des pistes cyclables sans
nom connectés à d'autres pistes cyclables ayant un nom... ou une
référence).

Jean-Yvon

[Talk-it] Dubbio su una relazione restriction

[Davide Sandona']

Salve,
stavo analizzando la restrizione [1] attraverso i tool [2] e [3]. OSRM [2]
fa una cosa sbagliata: la restrizione dice che in quel punto, provenendo da
quella direzione, si può solo proseguire dritti.
Il dubbio: si tratta di un bug di OSRM oppure la restrizione va sostituita
con una no_left_turn [4]?

[1] https://www.openstreetmap.org/relation/3349363
[2]
http://map.project-osrm.org/?z=17=45.716214%2C11.430813=45.716211%2C11.430813=45.714772%2C11.424258=en=0
[3] http://map.comlu.com/
[4] https://wiki.openstreetmap.org/wiki/Relation:restriction

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

Re: [Talk-us] Okanogan-Wenatchee National Forest (landuse=forest and US National forests again)

[Andy Townsend]

I see that no-one has yet removed "landuse=forest" from 
http://www.openstreetmap.org/relation/1447414 again ...


I'm happy to do so (based on what I think is the general view in this 
thread) - or does anyone violently object?  Let me know if you do, 
otherwise I'll remove the tag in a couple of days.


Best Regards,

Andy


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

Re: [Talk-GB] HS2 phase 2a preferred route

[Andy Townsend]

On 29/11/2016 19:19, Andy Robinson wrote:

As it happens the Phase 2b shape files are available. Just rather buried
under an obscure filename.

I'll post again once I've made the route updates for 2b (Manchester & Leeds)


Which routes do the 2b updates have for north and south of Sheffield?  
North of Sheffield I suspect things are fairly nailed down; south of 
Sheffield not so much - there's a broad-brush recommendation in 
https://www.gov.uk/government/publications/hs2-phase-2b-summary-of-route-refinements 
, but I've not seen detailed plans of that yet and the "consultation" is 
open until next year (though the previous "options report" 
https://www.gov.uk/government/publications/hs2-sheffield-and-south-yorkshire-report-2016 
gave a pretty clear steer towards one option - but again, no detailed 
route plan yet).


In answer to Dave and Dan - I'd be the first person to say "don't map 
stuff that doesn't exist yet and may not exist", but in the case of a 
lot of the HS2 route it is (a) very likely to happen and (b) quite clear 
where it will happen.  However where plans have been overtaken by 
politics and where (a) and (b) are not necessarily the case I don't 
think it does make sense to have it in OSM.


Cheers,

Andy (a different one)


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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

Si OSMOSE se met à manger du GTFS c'est certain que ça permettrai de passer
à une autre échelle.
Fred tu comptes l'implémenter du coup ?
Comment comptes-tu gérer l'évolution des données sources dans le temps ?
Autant avec un jeu de données statiques tu peux valider/ignorer un POI,
autant si les données évoluent il faut être certain de disposer d'un
identifiant pérenne.

Fred en attendant peut-être vaut-il déjà intégrer les données statiques du
STIF comme première étape.
Merci



Le 6 décembre 2016 à 20:44, Frédéric Rodrigo  a
écrit :

> Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :
>
>>
>> Le 6 décembre 2016 à 13:45, Christian Quest > > a écrit :
>>
>> J'ai regardé dans mon quartier desservi par la RATP... c'est
>> "correct" à 50m près.
>>
>> J'en ai à peu près le même souvenir. J'ai checké une belle quantité
>> d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains sur
>> les quais de gares ... d'autres très bien placés.
>>
>> Le STIF agrégeant des données provenant d'une multitude de
>> sociétés de transport, la qualité géométrique n'est sûrement pas
>> homogène
>>
>> exactement.
>>
>> Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre ref:FR:STIF,
>> merci
>>
>> Au passage je vous signale cette issues sur osmose-backend:
>
> https://github.com/osm-fr/osmose-backend/issues/163
>
> qui propose de faire la même chose à un niveau industriel.
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [Talk-GB] Ideas for quarterly projects

[Philip Barnes]

On Tue Dec 6 20:46:03 2016 GMT, Rob Nickerson wrote:
> All great ideas. The trick for Q1 is to find one that will work well in the
> cold weather. I'm not sure I know the answer to that but the idea of doing
> Fixmes and Notes is interesting - it could through up literally anything! I
> will probably learn a great deal from doing that one.
> 
Not sure about notes, we are pretty good at clearing the rubbish, the remaining 
ones are mainly things that need looking at. More a summer thing.

I find OSMand pretty good, as it displays notes and allows them to be visited 
when passing nearby.

Phil (trigpoint)

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

Re: [Talk-GB] Ideas for quarterly projects

[Rob Nickerson]

All great ideas. The trick for Q1 is to find one that will work well in the
cold weather. I'm not sure I know the answer to that but the idea of doing
Fixmes and Notes is interesting - it could through up literally anything! I
will probably learn a great deal from doing that one.

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

Re: [Talk-GB] Ideas for quarterly projects

[Brian Prangle]

My vote goes to clearing up Notes and FIXMEs. Last time I looked the UK had
one of the poorest clearup rates of Notes.

On 6 December 2016 at 19:32, Andy Mabbett  wrote:

> I'd like to float the following ideas for quarterly projects, and see what
> folk think.
>
> * GLAMs - Galleries, Libraries, Archives and Museums. As with schools we
> could turn points into ploygons, add names, URLs, street addresses,
> Wikidata items, and other info.
>
> * Blue lights - police, fire and ambulance stations, and associated
> infrastructure. Including fire hydrants!
>
> * Public art - location, artist, material; also Wikidata - could be
> combined with http://pigsonthewing.org.uk/public-art-wikipedia/
>
> * Shops - even where mapped, these soon fall out-of-date.
>
> * Vets - maybe not enough to do on their own. Combine with shops?
> * Pubs, bars & other licensed premises - see https://www.theguardian.com/
> travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-
> plots-route-between-every-pub-in-uk for inspiration. Also breweries.
>
> * Public toilets - follows nicely from the previous suggestion! Maybe in
> collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/
>
> * FixMe & Notes - let's clear the backlog!
>
> What are your thoughts?
>
> --
> 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: [OSM-talk] [Tagging] fixme -- by a specific date

[Paul Johnson]

On Mon, Nov 28, 2016 at 12:01 PM, Bill Ricker  wrote:

>
>
> On Mon, Nov 28, 2016 at 12:52 PM, Martijn van Exel  wrote:
>
>> Hi,
>>
>> When mapping seasonal closures here in Utah[1] I realized I am still
>> missing a solid way to mark a road as closed for the season and then have
>> some level of confidence that someone will look at it in the spring and
>> 'reopen' it. More generally for someone to map a feature and somehow tag it
>> as needing another look by a certain date.
>>
>
> ​Seems to me that seasonal roads should have some sort of seasonal
> availability tag, similar to how a park gate might have dawn-to-dusk
> availability, so that a router (possibly using a Lambertus Garmin map) to
> get the right answer even if the download was not since the latest state
> change. (Yes, there are some parkways through parks that are usable through
> routes in daylight.)
>

This could be really handy.  Also needs some lane tagging as well, since
I'm aware of a street in Tulsa that is very reliably a fairground two
months a year, and thus the associated turn lanes going into it are closed
for two months a year as well.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Ideas for quarterly projects

[Andy Townsend]

On 06/12/2016 19:32, Andy Mabbett wrote:

  also Wikidata - ...


Upon reading that my first thought was actually "checking all of the 
wikidata references that have been added by people not necessarily 
familiar with the area".


See, for example, the discussion on 
http://www.openstreetmap.org/changeset/43749373 - lots of links have 
been added, many are wrong (FSVO of "wrong" - often wikidata has only 
one entity where OSM as two (e.g. "village" and "admin area"), and the 
wikidata entry describes itself being one of those only, and the "other" 
OSM item is also linked to it (incorrectly).


Unfortunately the wikidata links that have been added in this way 
devalue all the ones added by people who actually knew what they were 
doing, which is a shame.  One way to rectify this might be to have 
people who actually know a particular area validate all the stuff that 
has been added by the various "mechanical turk" accounts.


Whether it's worth having it as a quarterly project is a different 
question of course - it's essentially a "bucket and shovel" job, and 
therefore something of a thankless task.


Best Regards,

Andy



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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Frédéric Rodrigo]

Le 06/12/2016 à 19:13, Florian LAINEZ a écrit :


Le 6 décembre 2016 à 13:45, Christian Quest > a écrit :


J'ai regardé dans mon quartier desservi par la RATP... c'est
"correct" à 50m près.

J'en ai à peu près le même souvenir. J'ai checké une belle quantité 
d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains 
sur les quais de gares ... d'autres très bien placés.


Le STIF agrégeant des données provenant d'une multitude de
sociétés de transport, la qualité géométrique n'est sûrement pas
homogène

exactement.

Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre 
ref:FR:STIF, merci



Au passage je vous signale cette issues sur osmose-backend:

https://github.com/osm-fr/osmose-backend/issues/163

qui propose de faire la même chose à un niveau industriel.



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

[Talk-GB] Ideas for quarterly projects

[Andy Mabbett]

I'd like to float the following ideas for quarterly projects, and see what
folk think.

* GLAMs - Galleries, Libraries, Archives and Museums. As with schools we
could turn points into ploygons, add names, URLs, street addresses,
Wikidata items, and other info.

* Blue lights - police, fire and ambulance stations, and associated
infrastructure. Including fire hydrants!

* Public art - location, artist, material; also Wikidata - could be
combined with http://pigsonthewing.org.uk/public-art-wikipedia/

* Shops - even where mapped, these soon fall out-of-date.

* Vets - maybe not enough to do on their own. Combine with shops?
* Pubs, bars & other licensed premises - see
https://www.theguardian.com/travel/2016/oct/21/worlds-longest-pub-crawl-maths-team-plots-route-between-every-pub-in-uk
for inspiration. Also breweries.

* Public toilets - follows nicely from the previous suggestion! Maybe in
collaboration with https://greatbritishpublictoiletmap.rca.ac.uk/

* FixMe & Notes - let's clear the backlog!

What are your thoughts?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Isolation du bâti sur OSM et efficacité énergétique, ce que vous allez découvrir va vous étonner

[François Lacombe]

Bonsoir à tous,

Une idée est revenue plusieurs fois dans différentes discussions sur ce que
nous faisons sur les réseaux de transport d'énergie : l'isolation des
lignes/câbles.
De fil en aiguille, on pense également à l'isolation thermique de certains
pipelines
Et enfin on en vient à rêver d'avoir les infos sur l'isolation thermique du
bâti.

Une proposition va être écrite en ce sens sur le wiki
https://wiki.openstreetmap.org/wiki/Proposed_features/Insulation_proposal

On nous parle de plus en plus de rénovation de l'habitat, d'efficacité
énergétique. Donnons les moyens à OSM de rassembler de l'information
factuelle à ce propos.

Peut-être avez-vous déjà des idées, commencé à réfléchir ?

Le sujet est vaste, il existe beaucoup de technique/matériaux. Progressons
par étapes.
Techniquement, on utiliserait la clé insulation=* pour classifier dans les
grandes lignes l'isolation en présence (peut-être carrément le type
thermique, électrique, acoustique, étanchéité,...).
Ensuite on pourra exploiter le namespace insulation:* pour donner plus
d'infos.
Ça reste à définir.


Nul doute que ce peut être génial.

A+

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

Re: [OSM-talk-fr] RNIL ?

[osm . sanspourriel]

Effectivement c'est bien la RN 2 :
https://fr.wikipedia.org/wiki/Route_nationale_2_(France_m%C3%A9tropolitaine) 


Donc ref=N 2

Et les Routes National d'Intérêt National ce sont les autoroutes et les 
voies express ? ;-)


https://fr.wikipedia.org/wiki/Autoroute_A1_(France) 

https://fr.wikipedia.org/wiki/Autoroute_A2_(France) 



L'avantage de la relation :
https://www.openstreetmap.org/relation/6099321#map=14/48.9660/2.5647
c'est qu'on voit que la N 2 est appelée Francilienne / A 104 sur un 
tronçon : est-ce bien raisonnable ?


Effectivement, c'est le cas.
http://routes.wikia.com/wiki/Liste_historique_des_routes_nationales_1_%C3%A0_50

Par contre RNIL semble utilisé exclusivement sur routes.wikia.com 
 
dans le 9 3.

Pas vu une seule image sur le site qui affiche RNILxx.

Jean-Yvon

Le 06/12/2016 à 13:25, Christian Quest - cqu...@openstreetmap.fr a écrit :
Je tombe à l'instant sur de drôle de ref=* dans le 93 sur la N 2 qui 
s'est vue affublée un "ref=RNIL 2".


De même une relation "route" a été créé: 
https://www.openstreetmap.org/relation/6106772



RNIL kézako ? 
https://fr.wikipedia.org/wiki/Route_nationale_d'int%C3%A9r%C3%AAt_local


Ce terme de "Routes Nationales d'Intérêt Local" est vraiment du jargon 
administratif et il me semble abusif de mettre cet acronyme en ref=*


Je compte remettre tout ça en "N 2", en mettant un tag operator pour 
indiquer que c'est le CG93 qui les gère... et je ne vois pas non plus 
l'intérêt de la relation "route" qui n'en est pas une et qui ne 
correspond de mon point de vue qu'à une collection.


J'a mis un commentaire sur un des changesets: 
https://www.openstreetmap.org/changeset/38312447


Votre avis ?



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

Re: [OSM-talk-fr] Salon Pollutec

[François Lacombe]

Bonsoir Christian,

Merci pour ton message (désolé du temps mis à la réponse, gmail qui colle
laposte.net en spam encore).

Je donnais l'exemple de pollutec parce qu'il m'est venu en tête.
Aucune idée cependant des contraintes pour disposer d'un stand à ce genre
de salon.
C'est valable aussi pour le salon des maires et bien d'autre.

C'est à murir collectivement ici avant toute chose


Bonne soirée

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 28 novembre 2016 à 11:10,  a écrit :

> Salut François
>
> de tout coeur avec toi sur le sujet, d'ou la question complementaire à ta
> proposition de sensibiliser la Métropole :
> - Que doit-t'on/peut-t'on faire pour t'aider dans ta demarche ?
> Nota: Sylvain avait fait une carte des exposants du salon Primevere,
> est-ce une base de départ !
>
> A+
> Christian - gnrc
>
> --
> *De: *"François Lacombe" 
> *À: *"Discussions sur OSM en français" 
> *Envoyé: *Lundi 28 Novembre 2016 09:41:55
> *Objet: * [OSM-talk-fr] Salon Pollutec
>
> Bonjour à tous,
>
> Cette semaine se tient le salon Pollutec, grand rendez-vous de certains
> acteurs investis dans la gestion des ressources et de l'environnement.
>
> Essayons une petite recherche :
> http://www.pollutec.com/Visiter/Les-Exposants-2016.
> htm?SType=CRITERIA=words_openstreetmap_=Box
>
> C'est pas encore foufou, est-ce que l'asso souhaite investir dans ce genre
> d'actions de visibilité ?
> Parce que, en attendant Suez et les autres ils continuent à publier des
> cartes de bennes à ordure sur Google Maps.
>
> Avec tous les contacts qu'on peut avoir ici avec la métropole lyonnaise,
> je devrais bien arriver à faire quelque chose pour un stand l'année
> prochaine.
>
> A+
>
> François
>
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> ___
> 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-be] GRB hackday december 11th

[Ben Laenen]

On Tuesday 06 December 2016 17:21:24 joost schouppe wrote:
> The only downside is that the nearby trainstation of Bordet doesn't have
> trains in the weekend. So the most convenient way to get there, might
> actually be to take a Villo. That's actually quite simple, you can do it
> with a regular bank card. Or from Brussel Noord, take tram 55 to Da Vinci.
> Here's a little map to help you find the way [2].

On December 11 Bordet will get trains in the weekend again. It's not a 
convenient connection for those coming from the main Brussels railway stations 
(it's an hourly connection between Braine-L'Alleud and Leuven), but if you're 
coming from Leuven, then the train is certainly an option.

Ben


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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

Le 6 décembre 2016 à 13:45, Christian Quest  a
écrit :

> J'ai regardé dans mon quartier desservi par la RATP... c'est "correct" à
> 50m près.

J'en ai à peu près le même souvenir. J'ai checké une belle quantité
d'arrêts autour de gares Transilien cet été, j'en ai trouvé certains sur
les quais de gares ... d'autres très bien placés.

Le STIF agrégeant des données provenant d'une multitude de sociétés de
> transport, la qualité géométrique n'est sûrement pas homogène
>
exactement.

Fred tu peux considérer le champs ZDEr_ID_REF_A comme notre ref:FR:STIF,
merci


-- 

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

Re: [Talk-cz] OSM pivo 4Q 2016 Praha

[Milan Cerny]

OK, počítám s tím, kdyby chtěl někdo přijít dříve, budu tam od cca 19:00.

Staré časy, Rytířská 4, Praha 1 http://www.openstreetmap.org/node/821161544 

Milan 

__
> Od: Mikoláš Štrajt 
> Komu: "Pavel Machek" 
> Datum: 06.12.2016 16:38
> Předmět: Re: [Talk-cz] OSM pivo 4Q 2016 Praha
>
>
>Ahoj,
>
>
>
>
>Jakub Těšínský navrhoval 20.00 (dřív nemůže). Toho bych se držel.
>
>
>
>
>Mikoláš
>
>
>-- Původní zpráva --
>Od: Pavel Machek 
>Komu: OpenStreetMap Czech Republic 
>Datum: 6. 12. 2016 14:04:43
>Předmět: Re: [Talk-cz] OSM pivo 4Q 2016 Praha
>
>"Ahoj! 
>
>On Mon 2016-12-05 13:41:06, Milan Cerny wrote: 
>> Ahoj, ve středu je pivo a stále není jasné kde. 
>> 
>> Jsou dva návrhy: 
>> Jakub Tesinsky, Staré časy, Rytířská 4, Praha1 http://www.openstreetmap.
>org/node/821161544 
>> Mikoláš Štrajt, restaurace V Podskalí, Podskalská 29, Praha 2 http://www.
>openstreetmap.org/node/704007489 
>> 
>> Je mi to jedno, vyhovuje mi oboje, jen bych rád věděl kam přijít. 
>
>Citace: 
>
># From: Mikoláš Štrajt  
># To: Jakub Tesinsky , milan...@centrum.cz, 
># Jakub byl s návrhem místa první, tak svůj návrh beru zpět, ať to 
># nedrobíme. 
>
>Takze chapu ze stare casy, predpokladam ze 7.12. nejak vecer, ale cas 
>mi neni uplne jasny? 
>
>[Ale ucast teda vidim ve stavu "mozna", uvidim zitra :-)] 
>Pavel 
>-- 
>(english) http://www.livejournal.com/~pavelmachek 
>(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
>blog.html 
>"=
>
>

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

Re: [OSM-talk-ie] Schools

[Dave Corley]

Hi all,

These might fill the need

https://data.gov.ie/dataset/primary-schools
https://data.gov.ie/dataset/post-primary-schools

If there are folks here with the skills, a schools mapping task could be
coordinated through maproulette.

Dave

On Tue, Dec 6, 2016 at 1:19 PM, Rory McCann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/12/16 05:44, Colm Moore wrote:
> > Someone, it might have been Rory looked at geocoding all schools,
> > but the data available was, err, of poor quality.
>
> Yep, that was me. In February this year I looked into it[1]. I tried
> to geocode the addresses. But Irish addresses are very hard to
> geocode. Especially when the address is "St. Whatever School, Sneem,
> Co. Kerry".
>
> > daft.ie have issues their (post-primary) schools report:
> > http://www.daft.ie/report/daft-schools-report-2016.pdf using data
> > from the Department of Education, so someone seems to have gone to
> > the effort of mapping them properly.
>
> The Dept of Education already has a webpage which has the location of
> schools[2]. I suspect Daft are using that. It's just that that page
> has no copyright information, which means it's "all rights reserved",
> and not usable for us in OSM. It's possible the location of the school
> is based off OSi maps or something.
>
> If someone wants to ask the Dept. Ed. to open that data, please go
> ahead! :)
>
> [1] https://www.openstreetmap.org/user/rorym/diary/37887
> [2] http://www.education.ie/en/Find-a-School/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQEcBAEBAgAGBQJYRrrpAAoJEOrWdmeZivv2KpUIALK0RltTULA6P5GY1J5jmfCZ
> csFJm6jmIljMwRlZy9ESRs4wj8OQywhvDQjNr6EIX9uCS5UQrJh4mdR370/cX/5C
> DkDO5w4tW5cuIV5E2wzG/J/dkEAqxqztyfZb/kZBAYF4wed+zwAvggtpnvl1UTKf
> 8RsclB+ljY7x0K1hpx+M/c2TEE778ADyx2mlnu52gwjs4n0IsVFoAI/mmrvXjWJU
> DlIiQeZMFxnrbUpWLC2SMS7zHETz6wjqQ6Yj3ASt5mrk7tKPyp+feAA4m/9IEsE5
> bHVKv64vuywV4+RtEb5ecRtxew/RKzRPJEljF9MRRIzX0TMnFkicYVK/bakhOFY=
> =BP8r
> -END PGP SIGNATURE-
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-pe] Documentación inscripción de Asociación

[Johnattan Rupire]

Estimadxs,

aquí un par de links a la wiki donde iremos registrando la documentación 
para la inscripción de la asociación [1], la idea es que este proceso 
tenga la mayor transparencia y accesibilidad posible, para que las 
personas interesadas puedan participar del debate y posteriormente en la 
distribución de tareas y responsabilidades.


En el enlace encontrarán un primer borrador de los estatutos, para su 
lectura, discusión y mejora. También una sección donde pueden apuntarse 
las personas que quieran participar del proceso. Las cuestiones sobre el 
trámite en sí, esto es: pago de tasas, elevasión de escritura pública, 
etcétera; las veremos una vez terminemos con la discusión sobre este 
documento, sin embargo, si alguna persona tiene alguna idea que 
compartir sobre este tema que no se corte y lo haga :)


También he iniciado un diálogo con los compas de la OSMF para conocer el 
trámite a fin de que logremos constituirnos también como un Capítulo 
Local [2].


Todos los comentarios bienvenidos!

Seguimos!


[1] 
https://wiki.openstreetmap.org/wiki/Asociaci%C3%B3n_OpenStreetMap_Per%C3%BA


[2] http://wiki.osmfoundation.org/wiki/Local_Chapters


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

Re: [Talk-it] confine Treviso - Villorba

[Luca 'remix_tj' Lorenzetto]

2016-12-06 14:57 GMT+01:00 Alessandro :
> Ho notato che il confine tra i due comuni ha waterway=river.
> Immagino ci sia da fare un revert, qualche local potrebbe verificare?

Ho visto che fayor ha fatto una correzione due ore fa.

Credo che l'errore fosse dovuto al fatto che effettivamente una parte
del confine è definita da un corso d'acqua ed erroneamente è stato
applicato a tutto il confine.

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 

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

Re: [Talk-us] Center Turn Lanes/Auxiliary Lanes

[Paul Johnson]

On Dec 5, 2016 17:06, "Spencer Gardner"  wrote:

So I guess I have two questions:

   1. Is there an accepted standard for handling auxiliary lanes?

Yes. You may wish to take a look at the plugin Mapbox has made for JOSM for
tagging lanes, as it makes extremely short work of this task.


   1. Is there a common way for US mappers to tag the center turn lane?

turn:lane:both_ways=left
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-br] transformando o CEP em domínio público, procura-se colaborador!

[Peter Krauss]

Oi gente, o projeto CRP,
   https://github.com/OSMBrasil/CRP
foi apresentado na OSM-LatAm   (pdf
),
tendo obtido ampla aceitação: agora é por a mão na massa, o foco do projeto
é inclusão dos CRPs de diversas bases de dados nacionais dispersas, na base
de openstreetmap.


Havendo mais interessados podemos agendar uma reunião online para
esclarecimentos e organização dos próximos passos.


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

Re: [OSM-talk-fr] Liste de choix JOSM

[bernard]

OK merci


Le 06/12/2016 à 16:24, Vincent de Château-Thierry a écrit :

Bonjour,


De: "bernard" 

La liste de choix (attribut) pour school:FR ne permet que :
- maternelle
- élémentaire
Dans le wiki, on trouve :
Une correction de la liste de choix serait la bienvenue.

Si tu parles de la liste déroulante de suggestions pour la saisie, après 
double-clic dans le panneau des attributs, elle est alimentée par les données 
présentes dans ton calque courant. Donc en chargeant une zone avec différents 
types d'établissements tu devrais trouver autant de propositions dans la liste.

vincent

___
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-be] OSM AND - hulp gevraagd

[joost schouppe]

Philippe,
Iedereen die lid is van OpenStreetMap België op Meetup kan een meetup
voorstellen. Ergens zou je een knopje "Suggest a meetup" moeten doen. Dat
wordt automatisch een "officiële" meetup als er enkele mensen zich
inschrijven, of als er een van de organisatoren je voorstel aanduidt als
officiële meetup.
Komt geen extra geld aan te pas.

Op 4 december 2016 09:33 schreef Guy Vanvuchelen 
:

> Inderdaad nu lukt het bij mij ook, zowel op een tablet (Asus) als op een
> smartphone (Samsung)
>
> Ik heb eerst de vorige poging gewist en opnieuw geprobeerd, schijnbaar met
> dezelfde gegevens.
>
>
>
> Guy Vanvuchelen
>
>
>
> *Van:* Philippe Casteleyn [mailto:philippecastel...@hotmail.com]
> *Verzonden:* zaterdag 3 december 2016 22:11
> *Aan:* talk-be@openstreetmap.org
> *Onderwerp:* [OSM-talk-be] OSM AND - hulp gevraagd
>
>
>
> Die x y z moest dus door 0 1 en 2 vervangen worden.
>
> Na wat miserie met spaties en slashkes is het gelukt.
>
> https://www.flickr.com/photos/143037730@N02/shares/8B3Y28
>
>
>
> In Locus heb ik het wel niet gevonden waar zo een url zou moeten.
>
>
>
> Kan ik zelf gratis een Meetup bij mij organiseren ?  Vroeger moest je
> daarvoor betalen.  Ik heb met de handleiding van Guy mijn kennis van Osmand
> met mijn nieuwe kennis opgefrist.  Het blijft vingeren tot ik vind wat ik
> nodig heb, zolang ik de app niet begrijp.
>
> Ik heb er veel vragen over en ik vermoed dat ik dikwijls een nee zal
> krijgen.
>
> Het zou dus ook op mijn horloge moeten werken.  Dat zal niet meer voor
> vanavond zijn.
>
>
>
> Ik heb de Osmand  map van 1 december, maar nog altijd staan de AEDs van
> Mechelen er niet op.  Reddingsboeien kan je al helemaal niet vinden.
>
>
>
> Poi presets zijn er ook al nauwelijks.
>
>
>
> Ph Casteleyn
> Dahliastraat 16
> 2800 Mechelen
> animals.slippers.loaders
> gsm 0486 516261
>
> Ctrl+v
>
>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-cz] OSM pivo 4Q 2016 Praha

[Mikoláš Štrajt]

Ahoj,




Jakub Těšínský navrhoval 20.00 (dřív nemůže). Toho bych se držel.




Mikoláš


-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 6. 12. 2016 14:04:43
Předmět: Re: [Talk-cz] OSM pivo 4Q 2016 Praha

"Ahoj! 

On Mon 2016-12-05 13:41:06, Milan Cerny wrote: 
> Ahoj, ve středu je pivo a stále není jasné kde. 
> 
> Jsou dva návrhy: 
> Jakub Tesinsky, Staré časy, Rytířská 4, Praha1 http://www.openstreetmap.
org/node/821161544 
> Mikoláš Štrajt, restaurace V Podskalí, Podskalská 29, Praha 2 http://www.
openstreetmap.org/node/704007489 
> 
> Je mi to jedno, vyhovuje mi oboje, jen bych rád věděl kam přijít. 

Citace: 

# From: Mikoláš Štrajt  
# To: Jakub Tesinsky , milan...@centrum.cz, 
# Jakub byl s návrhem místa první, tak svůj návrh beru zpět, ať to 
# nedrobíme. 

Takze chapu ze stare casy, predpokladam ze 7.12. nejak vecer, ale cas 
mi neni uplne jasny? 

[Ale ucast teda vidim ve stavu "mozna", uvidim zitra :-)] 
Pavel 
-- 
(english) http://www.livejournal.com/~pavelmachek 
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html 
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-pe] Incumplimiento de la licencia de OSM

[Alfonso Torres]

Omar sabes la ubicación del que lo está haciendo? 

El Lunes, 5 de diciembre, 2016 22:41:25, Omar Vega Ramos 
 escribió:
 

 Hola

Recientemente he visto que alguien descargo diferentes datos de OSM y
los ha estado ofreciendo como si fuesen del IMP (Instituto Metropolitano
de Planificación), sin reconocer la licencia de OSM [0] [1] (por ende a
los contribuidores de OSM), tal como se indica en la wiki para datos
derivados.[2]

Se puede notar que todos los archivos shapefile contienen el campo
"osm_id", que coincide con los datos que tenemos en osm.

Ademas, existe un nombre de usuario similar con la de la pagina
geogpsperu [3], con el mismo logo también, por lo que podría ser que se
trate de la misma persona y que ademas sabe lo que significa OSM.

Saludos

[0] http://www.geogpsperu.com/p/descargas.html
[1]
https://www.facebook.com/geogpsperu/photos/a.230296050488503.1073741828.227457154105726/530262530491852/?type=3
[2]
https://wiki.openstreetmap.org/wiki/ES:Legal_FAQ#Si_poseo_datos_derivados_de_los_de_OpenStreetMap.2C_.C2.BFdebo_compartirlos.3F
[3] https://www.openstreetmap.org/user/geogpsperu

-- 
Omar Vega Ramos
GPG ID: 9825028B

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


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

Re: [OSM-talk-fr] Liste de choix JOSM

[Vincent de Château-Thierry]

Bonjour,

> De: "bernard" 
> 
> La liste de choix (attribut) pour school:FR ne permet que :
> - maternelle
> - élémentaire
> Dans le wiki, on trouve :
> Une correction de la liste de choix serait la bienvenue.

Si tu parles de la liste déroulante de suggestions pour la saisie, après 
double-clic dans le panneau des attributs, elle est alimentée par les données 
présentes dans ton calque courant. Donc en chargeant une zone avec différents 
types d'établissements tu devrais trouver autant de propositions dans la liste.

vincent

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

[OSM-talk-fr] Liste de choix JOSM

[bernard]

Bonjour,
La liste de choix (attribut) pour school:FR ne permet que :
- maternelle
- élémentaire
Dans le wiki, on trouve  :
Une correction de la liste de choix serait la bienvenue.
Bernard
-
École   school:FR   Tag principal
Maternelle (petite à grande section) 	school:FR 
=maternelle 
amenity =kindergarten 

Élémentaire (CP à CM2) 	school:FR 
=élémentaire 
amenity =*school*
Primaire (maternelle et élémentaire) 	school:FR 
=primaire 	amenity 
=*school*
Collège (6e à 3e) 	school:FR 
=collège 	amenity 
=*school*
Lycée (2nde à Terminale) 	school:FR 
=lycée 	amenity 
=*school*
Secondaire (collège et lycée) 	school:FR 
=secondaire 
amenity =*school*
Université 	 ? 	amenity 
=university 


Autres écoles supérieures

	 ? 	amenity =college 



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

Re: [Talk-br] state of the map latam

[Peter Krauss]

A foto ficou boa, e até me achei lá dentro (!)
E as outras fotos, devem ter tirado milhares, só sobreviveu uma delas??
E os videos das apresentaçoes?  Alias, as próprias apresentaçoes (ex.
PDF)... ??



Em 6 de dezembro de 2016 11:59, Gerald Weber  escreveu:

> Oi Turma
>
> olha nós na foto
> https://wiki.openstreetmap.org/wiki/File:SotM_Latam2016.jpg
>
> foi muito bom o evento, foi inspirador.
>
> Parabéns a todos que o organizaram por tornar isto possível. Gostei demais
> de conhecer a turma com a qual converso há anos só via email.
>
> Espero encontrar vocês de novo num futuro próximo.
>
> um grande abraço
>
> Gerald
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-es] Reunión esta noche

[Matías h]

Hola.  Lo  siento pero seguramente este de viaje a esas horas.  Ya con lo
que se decida me apuntaré al carro mañana.

Sorry.

El 6 dic. 2016 14:46, "Pepe Casado"  escribió:

> Hola, haré todo lo posible por estar esta noche ya que ando de lio
> familiar.
>
> Por lo del orden del día y en concreto lo relacionado con catastro me
> gustaría poder aportar, pero si finalmente no puedo estar estoy igualmente
> a vuestra disposición para lo que puedal ayudar.
>
> En todo caso si lo veis oportuno y no estoy, alguna cosa si que podría
> decir si me avisáis por telegram.
>
> SaludOSM
>
> Pepe
>
>
>
> El 6 dic. 2016 11:38 AM, "Santiago Crespo" 
> escribió:
>
>> Hola,
>>
>> Esta noche a las 22:00 es la reunión mensual:
>>
>> https://riot.im/app/#/room/#osm-es-reuniones:matrix.org
>>
>> Si queréis tratar algún tema, por favor añadidlo al orden del día:
>>
>> http://wiki.osm.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES
>>
>> Aquí tenéis el acta de la anterior:
>>
>> http://wiki.osm.org/wiki/ES:Acta_20161101
>>
>> Saludos,
>> Santiago Crespo
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-br] state of the map latam

[Gerald Weber]

Oi Turma

olha nós na foto
https://wiki.openstreetmap.org/wiki/File:SotM_Latam2016.jpg

foi muito bom o evento, foi inspirador.

Parabéns a todos que o organizaram por tornar isto possível. Gostei demais
de conhecer a turma com a qual converso há anos só via email.

Espero encontrar vocês de novo num futuro próximo.

um grande abraço

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

[Talk-it] confine Treviso - Villorba

[Alessandro]

Ho notato che il confine tra i due comuni ha waterway=river.
Immagino ci sia da fare un revert, qualche local potrebbe verificare?

https://www.openstreetmap.org/way/189412439

Alessandro Ale_Zena_IT

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

Re: [Talk-es] Reunión esta noche

[Pepe Casado]

Hola, haré todo lo posible por estar esta noche ya que ando de lio familiar.

Por lo del orden del día y en concreto lo relacionado con catastro me
gustaría poder aportar, pero si finalmente no puedo estar estoy igualmente
a vuestra disposición para lo que puedal ayudar.

En todo caso si lo veis oportuno y no estoy, alguna cosa si que podría
decir si me avisáis por telegram.

SaludOSM

Pepe



El 6 dic. 2016 11:38 AM, "Santiago Crespo" 
escribió:

> Hola,
>
> Esta noche a las 22:00 es la reunión mensual:
>
> https://riot.im/app/#/room/#osm-es-reuniones:matrix.org
>
> Si queréis tratar algún tema, por favor añadidlo al orden del día:
>
> http://wiki.osm.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES
>
> Aquí tenéis el acta de la anterior:
>
> http://wiki.osm.org/wiki/ES:Acta_20161101
>
> Saludos,
> Santiago Crespo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-GB] Mapping dangerous - but valid - routes

[Craig Wallace]

On 2016-12-05 16:12, Stuart Reynolds wrote:

Greetings

At Stirling Corner, on the A1 in Barnet, there is a cycle way (hence
also available for pedestrians) that goes around the outside of the
roundabout (http://www.openstreetmap.org/way/78315291). A cursory glance
at satellite mapping shows it to be well defined, and marked. But it
will also highlight that where you cross the southbound A1 to the south
of the roundabout (and likewise the northbound A1 to the north) it is
highly dangerous. You have to cross three lanes of traffic, and there is
always a flow of some sort, either from the A1 or from the side roads.


If there isn't any road markings, then tag it as highway=crossing, 
crossing=unmarked.


Any routing software could see that crossing tag, plus the tags for 
lanes and maxspeed etc, and warn it is potentially dangerous.


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

Re: [Talk-GB] Mapping dangerous - but valid - routes

[David Earl]

I also marked some cycle crossings as hazardous, but perhaps with a certain
amount of official legitimacy, in that I was preparing the data to use in
cycle maps for Cambridgeshire County Council, and the ones I marked were
ones they had provided but *they* recognised were not satisfactory: marking
them as interim solutions, links between bits of route that they were
content with. A bit of a cop out, recommending routes but then marking them
as hazardous, but it did reflect realioty and was somewhat more objective
than just my judgement as a mapper. I can't remember the tag I used now, it
was some years ago, but it triggered a warning triangle and/or different
colour on the map rendering I was doing.

David

On Mon, 5 Dec 2016 at 18:04 ael  wrote:

> On Mon, Dec 05, 2016 at 04:12:22PM +, Stuart Reynolds wrote:
> >
> > At Stirling Corner, on the A1 in Barnet, there is a cycle way (hence
> also available for pedestrians) that goes around the outside of the
> roundabout (http://www.openstreetmap.org/way/78315291). A cursory glance
> at satellite mapping shows it to be well defined, and marked. But it will
> also highlight that where you cross the southbound A1 to the south of the
> roundabout (and likewise the northbound A1 to the north) it is highly
> dangerous. You have to cross three lanes of traffic, and there is always a
> flow of some sort, either from the A1 or from the side roads.
> >
>
> So far no one has mentioned the hazard tag. Surely that is the obvious
> and flexible solution here?
>
> I have tagged some dangerous open mine shafts in Cornwall with
> hazard=yes. Being too strict about what is "subjective" can get silly.
>
> ael
>
>
> ___
> 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: [OSM-talk-ie] Schools

[Rory McCann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/12/16 05:44, Colm Moore wrote:
> Someone, it might have been Rory looked at geocoding all schools,
> but the data available was, err, of poor quality.

Yep, that was me. In February this year I looked into it[1]. I tried
to geocode the addresses. But Irish addresses are very hard to
geocode. Especially when the address is "St. Whatever School, Sneem,
Co. Kerry".

> daft.ie have issues their (post-primary) schools report:
> http://www.daft.ie/report/daft-schools-report-2016.pdf using data
> from the Department of Education, so someone seems to have gone to 
> the effort of mapping them properly.

The Dept of Education already has a webpage which has the location of
schools[2]. I suspect Daft are using that. It's just that that page
has no copyright information, which means it's "all rights reserved",
and not usable for us in OSM. It's possible the location of the school
is based off OSi maps or something.

If someone wants to ask the Dept. Ed. to open that data, please go
ahead! :)

[1] https://www.openstreetmap.org/user/rorym/diary/37887
[2] http://www.education.ie/en/Find-a-School/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYRrrpAAoJEOrWdmeZivv2KpUIALK0RltTULA6P5GY1J5jmfCZ
csFJm6jmIljMwRlZy9ESRs4wj8OQywhvDQjNr6EIX9uCS5UQrJh4mdR370/cX/5C
DkDO5w4tW5cuIV5E2wzG/J/dkEAqxqztyfZb/kZBAYF4wed+zwAvggtpnvl1UTKf
8RsclB+ljY7x0K1hpx+M/c2TEE778ADyx2mlnu52gwjs4n0IsVFoAI/mmrvXjWJU
DlIiQeZMFxnrbUpWLC2SMS7zHETz6wjqQ6Yj3ASt5mrk7tKPyp+feAA4m/9IEsE5
bHVKv64vuywV4+RtEb5ecRtxew/RKzRPJEljF9MRRIzX0TMnFkicYVK/bakhOFY=
=BP8r
-END PGP SIGNATURE-

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

Re: [Talk-cz] OSM pivo 4Q 2016 Praha

[Pavel Machek]

Ahoj!

On Mon 2016-12-05 13:41:06, Milan Cerny wrote:
> Ahoj, ve středu je pivo a stále není jasné kde. 
> 
> Jsou dva návrhy:
> Jakub Tesinsky, Staré časy, Rytířská 4, Praha1  
> http://www.openstreetmap.org/node/821161544
> Mikoláš Štrajt, restaurace V Podskalí, Podskalská 29, Praha 2  
> http://www.openstreetmap.org/node/704007489
> 
> Je mi to jedno, vyhovuje mi oboje, jen bych rád věděl kam přijít.

Citace:

# From: Mikoláš Štrajt 
# To: Jakub Tesinsky , milan...@centrum.cz,
# Jakub byl s návrhem místa první, tak svůj návrh beru zpět, ať to
# nedrobíme.

Takze chapu ze stare casy, predpokladam ze 7.12. nejak vecer, ale cas
mi neni uplne jasny?

[Ale ucast teda vidim ve stavu "mozna", uvidim zitra :-)]
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-it] edificato Umbria

[Alessandro Palmas]

Il 26/11/2016 20:33, Martin Koppenhoefer ha scritto:


se vogliono l'attribuzione su ogni singola geometria non possiamo integrare i 
dati, penso. Perché quasi tutti i workflow di lavorare con dati OSM consistono 
nel togliere di certi tags. Anche in un rendering non si vedono, e dovresti 
comunque aggiungere una dicitura insieme al rendering, cosa non si ritiene 
fattibile (downstream).

Ciao,
Martin
___



Il 27/11/2016 09:53, Andrea Musuruane ha scritto:

Ciao Marcello,
 temo che la richiesta di attribuzione su ogni singola geometria
sia un problema bloccante per l'import. Non possiamo infatti garantire
che quei tag di attribuzione rimarranno per sempre e che non saranno
modificati (esattamente come accade per tutti gli altri tag).

Mi sembra che ci sia anche un altro problema. La Regione Umbria ha
derivato dati di terzi per produrre questo dataset: mappe catastali,
CTR e Ortofoto digitale Terraitaly anno 2005. La Regione Umbria ha
l'autorizzazione a distribuire il lavoro di questi terzi secondo la
licenza CC-BY-3.0-IT?



D'accordo per la seconda parte. In caso di sorgenti miste sarebbe 
possibile filtrare e caricare solo i dati effettivamente di loro proprietà.


Per la prima devo dire che rimango abbastanza stupito. Nessuno può 
garantire nulla sul DB OSM tranne la presenza dello storico.
Anche la questione delle stampe allora è irrisolvibile: impediamo a 
chiunque di fare stampe di mappe OSM.
In questo panorama l'unico servizio che si salva è quello degli estratti 
(1): nel file readme che accompagna i file si trova la frase "Questo 
archivio è il prodotto della comunità italiana di OpenStreetMap
e delle seguenti meravigliose persone: " seguita dagli ultimi 
contributori degli oggetti all'interno dell'area scaricata.


Tentando di usare un minimo di ragionevolezza riesco ad immaginare che i 
commenti ai changeset riporteranno comunque trattarsi di un import e che 
i dati arrivano dalla Regione Umbria e non da Topo Gigio; questo mi pare 
renderebbe tutti contenti. O no?


Alessandro Ale_Zena_IT


1) http://osm-estratti.wmflabs.org/estratti/

--
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938251416

Wikimedia Italia, Via Bergognone 34 - 20144 Milano
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc


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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Pavel Machek]

On Sun 2016-12-04 18:54:51, Ha Noj wrote:
> >> Nevyplývá. To, že ty informace musí zcela kdokoliv dostat, nijak
> >> nesouvisí s tím, jak s nimi může dále nakládat.
> > Prekvapive souvisi, muze je pouzit zcela jak uzna za vhodne, jinak by to
> > nemelo zadny smysl. Dost tezko by ti k necemu byly informace, ktery nemuzes
> > pouzit.
> *** takže když si vyžádám licenční klíče k software můžu ho doma použít?

Mluvime o informacich ktere ten dany urad vytvoril. To ten software
zjevne neni. 
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Christian Quest]

Le 06/12/2016 à 12:25, Frédéric Rodrigo a écrit :

Le 06/12/2016 à 10:05, Florian LAINEZ a écrit :


Le 6 décembre 2016 à 01:42, Jérôme Amagat > a écrit :


Pour l'instant, dans osmose, l'ajout de donnée externe c'est
l'ajout d'un node ou l'ajout de tag sur un objet déjà existant.
Donc dans notre cas, ça marche bien pour ajouter les arrêts de bus.


en effet. Noémie, si tu veux t'attaquer aux lignes avant tout, il va 
nous falloir un outil adapté ... tu nous code ça vite fait bien fait 
? ;)


Fred tu penses que tu pourrais nous intégrer ce jeu de données 
https://opendata.stif.info/explore/dataset/referentiel-arret-tc-idf/ 
dans Osmose stp ? On pourra déjà commencer à bosser sur les arrêts 
comme ça.

Merci d'avance

C'est faisable.

À note que j'avais déjà ajouté les arrêts de bus RATP que puis retiré, 
parce que la qualité était trop mauvaise. Dans les données SITF à mon 
avis il doit y a voir du bon et du moins bon. Vous avez déjà une idée 
de la qualité (-> distance de conflation pour Osmose) ?




J'ai regardé dans mon quartier desservi par la RATP... c'est "correct" à 
50m près.


Le STIF agrégeant des données provenant d'une multitude de sociétés de 
transport, la qualité géométrique n'est sûrement pas homogène. Il faut 
donc regarder à d'autres endroits, hors petite couronne.


--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] RNIL ?

[Christian Quest]

Je tombe à l'instant sur de drôle de ref=* dans le 93 sur la N 2 qui 
s'est vue affublée un "ref=RNIL 2".


De même une relation "route" a été créé: 
https://www.openstreetmap.org/relation/6106772



RNIL kézako ? 
https://fr.wikipedia.org/wiki/Route_nationale_d'int%C3%A9r%C3%AAt_local


Ce terme de "Routes Nationales d'Intérêt Local" est vraiment du jargon 
administratif et il me semble abusif de mettre cet acronyme en ref=*


Je compte remettre tout ça en "N 2", en mettant un tag operator pour 
indiquer que c'est le CG93 qui les gère... et je ne vois pas non plus 
l'intérêt de la relation "route" qui n'en est pas une et qui ne 
correspond de mon point de vue qu'à une collection.


J'a mis un commentaire sur un des changesets: 
https://www.openstreetmap.org/changeset/38312447


Votre avis ?

--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] Missing Maps et les collectivités territoriales + Rappel Mapathon OSM OGP jeudi 8/12 Paris

[Violaine Doutreleau]

Bonjour à tous,

Un message rapide pour partager avec vous le travail que l'on mène avec 
les coopérations décentralisées et vous (re)proposer de passer au 
*mapathon OSM, side-event de la conférence OGP* (Open Government 
Partnership) de *ce jeudi 8/12 *à Paris.


Depuis quelques mois CartONG a commencé à travailler avec des villes 
françaises pour cartographier sur OSM les villes avec lesquelles elles 
ont des projets de coopérations décentralisées (coopération entre 
collectivités locales dans un objectif de développement). Ces projets 
sont intéressants à plusieurs titres :


 * création d'une carte à jour du territoire, généralement inexistante
   auparavant
 * participation citoyenne en France aux projets de solidarité
   internationale
 * découverte d'OpenStreetMap par un public qui ne le connaissait peu
   (membres d'associations notamment)
 * co-construction de la carte avec les communautés locales / les
   personnes originaires de ces territoires en France (excellent
   exemple ici
   

   [1] avec la ville d'Ivry et Phillippe Jarry)
 * accessibilité accrue de la cartographie aux acteurs institutionnels
   locaux mais aussi à la société civile, et autonomisation sur ces
   technologies, notamment via la connexion des acteurs locaux avec les
   communautés OSM du Sud

Nous avons ainsi monté un petit projet avec la coopération Chambéry 
Ouahigouya qui doit permettre : a) de produire une carte du territoire 
(si vous voulez participer, vous pouvez jeter un coup d’œil au projet du 
TM  [2]), b) de faciliter le 
développement de communauté OSM sur place! (OSM-Burkina Faso a déjà bien 
fait avancer la carto).


Ainsi, vous êtes plus que les bienvenus à venir participer à ce mapathon 
OSM qui aura lieu au *Liberté Living Lab à Paris, jeudi 8 à 18h30 
(**infos et inscriptions ici 
**[3])* 
sur ce projet. Ce mapathon est co-organisé avec *HOT et OSM France*. 
Pour les contributeurs parisiens qui n'auront pas l'occasion de 
participer au sommet OGP, c'est une opportunité de rencontrer les 
membres des nombreuses communautés OSM du monde entier qui participent à 
la conférence !


A bientôt j'espère,

Bises,

Violaine

[1] : 
https://94.citoyens.com/2016/a-ivry-sur-seine-337-km-de-rajoutes-sur-la-carte-du-mali-grace-a-un-mapathon,13-11-2016.html


[2]: http://tasks.hotosm.org/project/2333

[3] : 
https://www.eventbrite.fr/e/billets-mapathon-openstreetmap-paris-decembre-2016-lll-29743343140 



--

Violaine Doutreleau

Email:v_doutrel...@cartong.org 
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 95 02 42 44
Skype: doutreleau.violaine  
CartONG Humanitarian mapping and information management
Website: cartong.org  | Twitter: @assocCartONG 
 | Address: Chambéry, France | Lon: 
05°55'24'' | Lat: 45°30'20''



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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Frédéric Rodrigo]

Le 06/12/2016 à 10:05, Florian LAINEZ a écrit :


Le 6 décembre 2016 à 01:42, Jérôme Amagat > a écrit :


Pour l'instant, dans osmose, l'ajout de donnée externe c'est
l'ajout d'un node ou l'ajout de tag sur un objet déjà existant.
Donc dans notre cas, ça marche bien pour ajouter les arrêts de bus.


en effet. Noémie, si tu veux t'attaquer aux lignes avant tout, il va 
nous falloir un outil adapté ... tu nous code ça vite fait bien fait ? ;)


Fred tu penses que tu pourrais nous intégrer ce jeu de données 
https://opendata.stif.info/explore/dataset/referentiel-arret-tc-idf/ 
dans Osmose stp ? On pourra déjà commencer à bosser sur les arrêts 
comme ça.

Merci d'avance

C'est faisable.

À note que j'avais déjà ajouté les arrêts de bus RATP que puis retiré, 
parce que la qualité était trop mauvaise. Dans les données SITF à mon 
avis il doit y a voir du bon et du moins bon. Vous avez déjà une idée de 
la qualité (-> distance de conflation pour Osmose) ?


Le champ ZDEr_ID_REF_A on la mappe vers quel tag ?

Frédéric.


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

[Talk-es] Reunión esta noche

[Santiago Crespo]

Hola,

Esta noche a las 22:00 es la reunión mensual:

https://riot.im/app/#/room/#osm-es-reuniones:matrix.org

Si queréis tratar algún tema, por favor añadidlo al orden del día:

http://wiki.osm.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES

Aquí tenéis el acta de la anterior:

http://wiki.osm.org/wiki/ES:Acta_20161101

Saludos,
Santiago Crespo

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

Re: [Talk-GB] Postcodes

[Robert Whittaker (OSM lists)]

On 5 December 2016 at 20:19, Dave Barter  wrote:
> Excuse the noob question as I’ve not been on the list long.
>
> I’m doing a bit of work trying to create an open version of the OS Codepoint 
> Polygons. To do this I need as much postcode data as possible. I’ve been 
> looking at extracting this from OSM and as far as I can tell I’m looking for 
> the following tags:-
>
> -addr:postal_code
> -addr:postcode
> -postal_code
> -postcode
>
> Are there any others I’m missing? And I guess I am (sadly) right in thinking 
> there is not a huge amount of data in there, circa 40-50k records?

addr:postcode is the most common tag. postal_code is still used a lot,
particularly as a hangover from edits made before the addr:* tags were
introduced. Though some may continue to use it in a slightly different
context. postcode=* and addr:postal_code=* have far fewer uses, and
are probably only used by mistake.

From just addr:postcode alone, there are around 725k objects tagged
with around 111k different postcode values in Great Britain (excluding
NI) and some surrounding islands. See
http://taginfo.openstreetmap.org.uk/keys/addr%3Apostcode for the
stats. That's still quite a way off the 28 million addresses and 1.7
million postcodes in AddressBase/PAF. Not all the postcodes in OSM are
complete or accurate though -- see my tools at
http://robert.mathmos.net/osm/postcodes/osm-errors.html and
http://robert.mathmos.net/osm/postcodes/location-errors.cgi .

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Semplici minimappe per bambini

[Alessandro]

Il 05/12/2016 21:18, Marco_T ha scritto:

Grazie Davide,
Fieldpapers non mi da i risultati che desidero.
Maperitive e' ottimo ma devo perderci un po' di tempo per personalizzare le
regole di rendering vediamo...a tempo perso ci provo.
Grazie.



La stampa è una delle parti carenti per gli utenti non esperti. Io ad 
oggi utilizzo bigmap (1) o il print composer di QGIS.


Alessandro Ale_Zena_IT

1) http://wiki.openstreetmap.org/wiki/Bigmap

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

Le 6 décembre 2016 à 01:42, Jérôme Amagat  a écrit
:

> Pour l'instant, dans osmose, l'ajout de donnée externe c'est l'ajout d'un
> node ou l'ajout de tag sur un objet déjà existant. Donc dans notre cas, ça
> marche bien pour ajouter les arrêts de bus.


en effet. Noémie, si tu veux t'attaquer aux lignes avant tout, il va nous
falloir un outil adapté ... tu nous code ça vite fait bien fait ? ;)

Fred tu penses que tu pourrais nous intégrer ce jeu de données
https://opendata.stif.info/explore/dataset/referentiel-arret-tc-idf/ dans
Osmose stp ? On pourra déjà commencer à bosser sur les arrêts comme ça.
Merci d'avance

-- 

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