Re: [OSM-talk-fr] Suis-je maudit ?

[pepilepi...@ovh.fr]

Le 17/02/2017 à 00:35, Philippe Verdy a écrit :
> Nginx est le nom d'un serveur web souvent utilisé comme frontal proxy
> inverse en amont d'un serveur web.

Bonjour,

Et d'abord merci pour ces infos.

>
> Cependant il peut aussi serveur de proxy pour ta connexion internet.
> Normalement OVH te propose un accès direct sans proxy, mais si tu as
> une connexion internet un peu lente, tu as pu activer un proxy dans
> ton routeur pour faire les téléchargements via un proxy
> "accélérateur". Les fichiers ici étant un peu gros, il est possible
> que cela dépasse la capacité de stockage intermédiaire sur ce proxy,
> ou bien si le proxy est partagé par d'autres utilisateurs, qu'il soit
> bloqué. Dans certains cas, des malwares peuvent installer un proxy
> tiers (espion) sur ta connexion: revérifie les paramètres de ta box,
> et ceux de ton navigateur web pour voir si ce n'est pas le cas.

Ce n'est pas le téléchargement qui déconne, c'est carrément la page
d'accueil qui me jette.

> (Essaye aussi de télécharger depuis un autre PC de ton réseau local,
> ou mêm ton smartphone, pour voir si le téléchargement commence au
> moins sans se faire bloquer par cette erreur: si ça marche, le
> problème est sur ton PC, pas chez OVH ni dans la box.

Ça, c'est fait (1° test). Et ça déconne sur les deux. J'essaierai encore
avec un autre PC. Et avec un autre navigateur. Sans trop y croire parce
que j'utilise Firefox aussi bien au travail que chez moi, et avec à peu
près le même paramétrage.

>
> Note aussi que tu indiques utiliser TOR: ta ligne (ton IP) est
> peut-être inscrite maintenant dans une liste de "noeuds de sortie" TOR
> et bloquée par pas mal de sites qui utilisent une blacklist, à titre
> préventif.

J'ai fait UN test avec Tor. Et après les deux autres. Et je ne suis pas
un noeud de sortie.

>
> Tu indiques en effet que ça marche via un VPN: le fournisseur de VPN
> ne t'interdit pas la connexion, et le site lui ne voit que l'IP du
> fournisseur de VPN qu'il ne bloque pas. Au moins ça montre que ce
> n'est pas le problème du site distant (sauf qu'il a bloqué ton IP
> publique par sa blacklist réglée pour interdire les noeuds de sortie TOR.
>
> Essaye aussi en arrêtant ton service TOR local et réessaye une heure
> après (sans garantie que cela désinscrive ton IP de la liste des
> noeuds TOR utilisée et en cache dans le gestionnaire de blacklist). Si
> tu as un service TOR installé sur ton PC, c'est peut-être lui qui en
> fait se plante sur ces gros fichiers en s'intercallant lui-même comme
> proxy (utilise-t-il nginx en interne?).

TOR est innocent sur ce coup. Je ne l'utilise que très rarement, par
exemple quand un site me dit "vous n'avez pas le droit de voir ça dans
votre pays". Je l'ai utilisé hier juste pour tester. J'avais déjà eu ce
"403 forbidden" il y a quelques semaines, sans TOR, et j'avais abandonné
parce que je n'avais pas le temps de m'en occuper.

Simplement il y a quelques jours je suis retombé par hasard sur cette
adresse alors que j'étais à mon bureau. Je me suis dit : "tiens, je vais
essayer pour voir si ça remarche." Ça a marché, et je me suis donc dit
que j'allais lancer un téléchargement un soir depuis chez moi. Et là
crac, jeté ! D'où mon idée de passer par un VPN pour voir si c'était mon
IP qui était refusée. Ou quelque chose dans mes paramètres de connexion.
Et c'est donc ça.

J'ai vérifié sur Spamhaus, je n'y suis pas listé. Connaissez-vous
d'autres blacklists ?

Sinon je vais aussi voir en parallèle avec OVH et peut-être aussi
directement openandromaps.

Merci, bonne journée

JP

>
>
>
>
> Le 16 février 2017 à 21:43, pepilepi...@ovh.fr
>   > a écrit :
>
> Bonsoir à tous,
>
> J'essaie de télécharger des cartes depuis
> http://www.openandromaps.org.
>
> Depuis mon bureau, pas de problème.
>
> Depuis chez moi j'ai une erreur 403 forbiden, avec l'indication
> -sibylline- "nginx" !
>
> Depuis chez moi toujours, mais si je sors par un VPN (j'en ai testé
> deux, plus TOR), ça marche.
>
> Mon FAI est OVH, j'ai une seule IP publique et j'utilise leur boiboite
> standard. J'ai juste quelques redirections de port pour le trafic
> entrant pour des serveurs http et ftp.
>
> À noter que j'ai fait ce téléchargement en juillet 2016 sans problème,
> mais à cette époque j'avais 8 IP publiques, ma boiboite OVH était
> configurée -je crois- en bridge et c'était un router Zyxel qui
> assurait
> la distribution dans mon réseau local.
>
> Quelqu'un saurait-il m'expliquer pourquoi je suis banni de
> openandromaps ?
>
> Merci,
>
> Jean-Pierre
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
>
>
>
>
> ___
> 

Re: [Talk-it] Segnale stradale (a me) incomprensibile

[Lorenzo "Beba" Beltrami]

Il giorno 17 febbraio 2017 06:18, Francesco Pelullo 
ha scritto:

> Non sarebbe stato più corretto un "divieto di svolta a destra per
> autocarri"?
>
Tecnicamente in questo modo escludi solo le autovetture.
Ad essere pignoli le bici, i ciclomotori, i mezzi agricoli, gli autobus, le
moto, ecc. devono rispettare l'obbligo.

Poi bisogna vedere qual'era lo scopo dell'amministrazione... Non è per
nulla scontato che quel cartello indichi quello che avevano in mente... =)

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

Re: [OSM-talk-fr] Carte de bruit.

[Christian Quest]

Il n'y a pas directement de données sur le bruit dans les données
OpenStreetMap.
On peut extrapoler les données présentes pour évaluer les sources
potentielles de bruit (routes en fonction de leur type, voies ferrées,
aéroports, usines, etc) et en faire une représentation en tenant compte des
obstacles (relief, bâtiments, etc).

Certaines collectivités publients des cartes de bruit, c'est le cas de la
Seine-Saint-Denis: https://geoportail93.fr/?CARTE=bruit


Le 17 février 2017 à 07:20, contact  a
écrit :

> Bonjour
>
> existe-t-il des cartes de bruit, sous openstreetmap ?
>
> Dans la négative, comment indiquer le bruit sur une carte ?
>
>
> Directive européenne :
>
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=
> JORFTEXT00337482=20130123
>
> --
> *François-Marie BILLARD*
> Sculpteur - Céramiste 
>
> ___
> 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

[OSM-talk-fr] Carte de bruit.

[contact]

  
  
Bonjour
existe-t-il des cartes de bruit, sous openstreetmap ? 

Dans la négative, comment indiquer le bruit sur une carte ?



Directive européenne : 

https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00337482=20130123


-- 
  François-Marie BILLARD
  Sculpteur - Céramiste 

  


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

Re: [Talk-it] Segnale stradale (a me) incomprensibile

[Fabrizio Tambussa]

Il 17/Feb/2017 06:19, "Francesco Pelullo"  ha scritto:

Non sarebbe stato più corretto un "divieto di svolta a destra per
autocarri"?


Da come l'ho capita io,  nel nuovo codice della strada sono spariti tutti i
divieti di svolta a favore delle direzioni obbligatorie.
Saluti




Ciao
/niubii/


Il 17 feb 2017 00:03, "Giuseppe Profiti"  ha
scritto:

Il 16 febbraio 2017 23:43, Francesco Pelullo  ha
scritto:
> Ciao a tutti,
>
> Oggi mi sono imbattuto in questo segnale stradale:
>
> https://wiki.openstreetmap.org/w/images/3/37/Tmp_28292-IMG_
20170216_2333291422665715.jpg
>
> Sarà che sono rincoglionito, ma non ho capito che cosa significa.
>
> Ciao
> /niubii/

Ciao,
quello è una direzione obbligatoria per tutti i veicoli, tranne le
autovetture, che possono invece svoltare anche a destra.
Il pannello integrativo di solito specifica o le tipologie di veicoli
che devono seguire la prescrizione del cartello, o quali categorie di
veicoli sono escluse.

Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it

___
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
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnale stradale (a me) incomprensibile

[Francesco Pelullo]

Non sarebbe stato più corretto un "divieto di svolta a destra per
autocarri"?

Ciao
/niubii/


Il 17 feb 2017 00:03, "Giuseppe Profiti"  ha
scritto:

Il 16 febbraio 2017 23:43, Francesco Pelullo  ha
scritto:
> Ciao a tutti,
>
> Oggi mi sono imbattuto in questo segnale stradale:
>
> https://wiki.openstreetmap.org/w/images/3/37/Tmp_28292-
IMG_20170216_2333291422665715.jpg
>
> Sarà che sono rincoglionito, ma non ho capito che cosa significa.
>
> Ciao
> /niubii/

Ciao,
quello è una direzione obbligatoria per tutti i veicoli, tranne le
autovetture, che possono invece svoltare anche a destra.
Il pannello integrativo di solito specifica o le tipologie di veicoli
che devono seguire la prescrizione del cartello, o quali categorie di
veicoli sono escluse.

Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it

___
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-ja] LocalWikiのURL

[Hiroshi Omata]

西村様

返信ありがとうございます。
小俣です


wikipedia=*
--> Wikipedia向け

website=* (あるいはその同義語contact:website=*)
ｰｰ>公式ウェブサイト

url=*
ｰｰ>ウェブサイト

ということで、LocalWikiはURLタグが良さそうですね
ありがとうございました。


Regards,
-- Omata


2017年2月5日 19:54 Yuichiro Nishimura :
> 小俣さま
>
> localwikiについてwikipediaのように個別のタグがまだありませんので、urlタグを用いられたら良いのではないかと思います
>
> https://wiki.openstreetmap.org/wiki/JA:Key:url
>
> https://wiki.openstreetmap.org/wiki/JA:Key:wikipedia
>
> https://wiki.openstreetmap.org/wiki/JA:Key:website
>
>
> 西村雄一郎
>
>
>> 2017/02/05 19:28、Hiroshi Omata のメール:
>>
>> 皆様
>>
>> 小俣と申します。
>>
>> タグについて質問をさせてください。
>> ウィキペディア (Wikipedia)用に「wikipedia」というタグのキーがありますが
>> これと同じようにLocalWikiのURLを入力したい場合どういったキーを
>> 使うのがよいのでしょうか？
>> 公式のwebサイトは「website」を使うと思うのですが、LocalWikiは公式サイトでは
>> ないので使えないと思ってます。
>> 例えば「website:localwiki」みたいにすれば良いのでしょうか？
>> そもそもLocalWikiのURLはNGなのでしょうか？
>>
>> すいませんがご意見をお願いします。
>>
>> Regards,
>> -- Omata
>> ___
>> 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
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-gb-westmidlands] Mapbox working with WMCA

[Rob Nickerson]

Hi all,

A notable blog post from Mapbox. We are looking forward to seeing how we
can get involved :-)

https://www.mapbox.com/blog/cities-wmca/

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

[Talk-GB] Mapbox working with WMCA

[Rob Nickerson]

Hi all,

A notable blog post from Mapbox. We are looking forward to seeing how we
can get involved :-)

https://www.mapbox.com/blog/cities-wmca/

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

Re: [OSM-talk-fr] Suis-je maudit ?

[Philippe Verdy]

Nginx est le nom d'un serveur web souvent utilisé comme frontal proxy
inverse en amont d'un serveur web.

Cependant il peut aussi serveur de proxy pour ta connexion internet.
Normalement OVH te propose un accès direct sans proxy, mais si tu as une
connexion internet un peu lente, tu as pu activer un proxy dans ton routeur
pour faire les téléchargements via un proxy "accélérateur". Les fichiers
ici étant un peu gros, il est possible que cela dépasse la capacité de
stockage intermédiaire sur ce proxy, ou bien si le proxy est partagé par
d'autres utilisateurs, qu'il soit bloqué. Dans certains cas, des malwares
peuvent installer un proxy tiers (espion) sur ta connexion: revérifie les
paramètres de ta box, et ceux de ton navigateur web pour voir si ce n'est
pas le cas.
(Essaye aussi de télécharger depuis un autre PC de ton réseau local, ou mêm
ton smartphone, pour voir si le téléchargement commence au moins sans se
faire bloquer par cette erreur: si ça marche, le problème est sur ton PC,
pas chez OVH ni dans la box.

Note aussi que tu indiques utiliser TOR: ta ligne (ton IP) est peut-être
inscrite maintenant dans une liste de "noeuds de sortie" TOR et bloquée par
pas mal de sites qui utilisent une blacklist, à titre préventif.

Tu indiques en effet que ça marche via un VPN: le fournisseur de VPN ne
t'interdit pas la connexion, et le site lui ne voit que l'IP du fournisseur
de VPN qu'il ne bloque pas. Au moins ça montre que ce n'est pas le problème
du site distant (sauf qu'il a bloqué ton IP publique par sa blacklist
réglée pour interdire les noeuds de sortie TOR.

Essaye aussi en arrêtant ton service TOR local et réessaye une heure après
(sans garantie que cela désinscrive ton IP de la liste des noeuds TOR
utilisée et en cache dans le gestionnaire de blacklist). Si tu as un
service TOR installé sur ton PC, c'est peut-être lui qui en fait se plante
sur ces gros fichiers en s'intercallant lui-même comme proxy (utilise-t-il
nginx en interne?).




Le 16 février 2017 à 21:43, pepilepi...@ovh.fr  a écrit
:

> Bonsoir à tous,
>
> J'essaie de télécharger des cartes depuis http://www.openandromaps.org.
>
> Depuis mon bureau, pas de problème.
>
> Depuis chez moi j'ai une erreur 403 forbiden, avec l'indication
> -sibylline- "nginx" !
>
> Depuis chez moi toujours, mais si je sors par un VPN (j'en ai testé
> deux, plus TOR), ça marche.
>
> Mon FAI est OVH, j'ai une seule IP publique et j'utilise leur boiboite
> standard. J'ai juste quelques redirections de port pour le trafic
> entrant pour des serveurs http et ftp.
>
> À noter que j'ai fait ce téléchargement en juillet 2016 sans problème,
> mais à cette époque j'avais 8 IP publiques, ma boiboite OVH était
> configurée -je crois- en bridge et c'était un router Zyxel qui assurait
> la distribution dans mon réseau local.
>
> Quelqu'un saurait-il m'expliquer pourquoi je suis banni de openandromaps ?
>
> Merci,
>
> Jean-Pierre
>
>
>
>
>
> ___
> 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] Segnale stradale (a me) incomprensibile

[Giuseppe Profiti]

Il 16 febbraio 2017 23:43, Francesco Pelullo  ha scritto:
> Ciao a tutti,
>
> Oggi mi sono imbattuto in questo segnale stradale:
>
> https://wiki.openstreetmap.org/w/images/3/37/Tmp_28292-IMG_20170216_2333291422665715.jpg
>
> Sarà che sono rincoglionito, ma non ho capito che cosa significa.
>
> Ciao
> /niubii/

Ciao,
quello è una direzione obbligatoria per tutti i veicoli, tranne le
autovetture, che possono invece svoltare anche a destra.
Il pannello integrativo di solito specifica o le tipologie di veicoli
che devono seguire la prescrizione del cartello, o quali categorie di
veicoli sono escluse.

Giuseppe
-- 
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it

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

Re: [Talk-it] Segnale stradale (a me) incomprensibile

[Fabrizio Carrai]

Che le autovetture non devono rispettare il segnale è che quindi possono
girare anche a destra. Camion e altri mezzi posso girare a sinistra o
andare diritto.

Ciao
FabC

Il 16 feb 2017 11:44 PM, "Francesco Pelullo"  ha
scritto:

Ciao a tutti,

Oggi mi sono imbattuto in questo segnale stradale:

https://wiki.openstreetmap.org/w/images/3/37/Tmp_28292-
IMG_20170216_2333291422665715.jpg

Sarà che sono rincoglionito, ma non ho capito che cosa significa.

Ciao
/niubii/


___
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

[Talk-it] Segnale stradale (a me) incomprensibile

[Francesco Pelullo]

Ciao a tutti,

Oggi mi sono imbattuto in questo segnale stradale:

https://wiki.openstreetmap.org/w/images/3/37/Tmp_28292-IMG_20170216_2333291422665715.jpg

Sarà che sono rincoglionito, ma non ho capito che cosa significa.

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

Re: [talk-au] ACTmapi data and openstreetmap

[Andrew Davidson]

Further updates:

1. I'm not as good at this as Mr Cleary.
2. We've received a response from the ACT:

https://wiki.openstreetmap.org/wiki/Attribution/Australian_Capital_Territory


I think we're good to go but are others happy to remove the "waiting on 
confirmation" from the Contributors listing?


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

Re: [Talk-it] MAPPA IMMAGINE DI SFONDO

[Francesco Pelullo]

Il 16 feb 2017 23:10, "THESTORM375"  ha scritto:

grazie.. ragazzi per le varie risposte che mi avete dato.. però alla fine
..morale della favola? CONTINUO A USARE LE IMMAGINI DI BING COME HO SEMPRE
FATTO... VISTO CHE PER FAR FUNZIONARE QUESTI URL CI VUOLE LA MANO DI
DIO...ahahahahaha.. :) grazie lo stesso ...comunque..:)


Morale della favola: non leggi quello che ti rispondono.

1. Impara JOSM
2. Usa fonti per le quali abbiamo licenza compatibile o autorizzazione (no
GOOGLE MAPS, GOOGLE STREET VIEW, SFONDI o tracce prese "non dico come, non
dico dove")
3. Se non è troppo, per favore, potresti smettere di *URLARE* ?

Scherzosamente,

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

Re: [Talk-it] MAPPA IMMAGINE DI SFONDO

[THESTORM375]

grazie.. ragazzi per le varie risposte che mi avete dato.. però alla fine
..morale della favola? CONTINUO A USARE LE IMMAGINI DI BING COME HO SEMPRE
FATTO... VISTO CHE PER FAR FUNZIONARE QUESTI URL CI VUOLE LA MANO DI
DIO...ahahahahaha.. :) grazie lo stesso ...comunque..:)

Il giorno gio 16 feb 2017 alle ore 09:43 Lorenzo Perone <
lorenzo.per...@gmail.com> ha scritto:

> Ciao Marco,
> perchè non provate a scrivere di questo problema nella lista italiana
> sviluppatori OSM?
> Ciao.
> l.
>
> Lorenzo Perone
> Sostieni Ricostruzione Trasparente
> 
> twitter: @lorenzo_perone 
> photoblog: http://immagini.me
>
>
> Il giorno 16 febbraio 2017 09:00, Marco  ha
> scritto:
>
> Si, vero, il problema però é farle funzionare con iD, (ieri avevo 10
> minuti da perdere ed ho cercato velocemente) anche la wiki dice "Le
> immagini fornite dal PCN non sono in un formato compatibile con Potlach e
> iD (almeno fino a maggio 2015)"
> https://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN
> Per esperienza, io ho usato delle immagini "personalizzate" sono in alcuni
> task dell'humanitarian osm, per il resto non ho mai trovato url funzionanti
> (strava a parte ma non sono ortofoto).
> La cosa però mi interessa, non sarebbe male riuscire ad usare ortofoto più
> recenti, 2011 e 2012 ormai sono un po vecchie, in 5 anni ne cambiano di
> cose.
>
>
> On February 16, 2017 8:23:19 AM GMT+01:00, Martin Koppenhoefer <
> dieterdre...@gmail.com> wrote:
>
>
>
> sent from a phone
>
>  On 15 Feb 2017, at 23:59, Marco  wrote:
>
>  credo che le immagini più aggiornate per l'Italia siano quelle di Bing, 
> anche se molte mi pare siano del 2011.
>
>
>
> con copertura nazionale, buona risoluzione e permesso d'uso conosco anch'io 
> solo bing e pcn(2012), potrebbero esistere fonti con copertura 
> locale/regionale.
>
> ciao,
> Martin
> --
>
> 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
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

[OSM-talk-ie] I have a question about the logainm script, How can it handle a barony that>

[Cormac O Murchú]

I have found literally 100s of missing townlands along the west coast in
recent weeks. These have no logainm:ref field
 
 
>I have a question about the logainm script, How can it handle a barony that

>crosses a county border? For example, Barony of Ross crosses the

>Galway-Mayo border as one relation. This relation has one logainm tag for

>Ross in Mayo (logainm:ref = 172) but there are separate loganim ref numbers

>for Ross in Galway (logainm:ref = 85) on the logainm website. Can we

>somehow add both ref numbers to the Barony relation? something like

>logainm:ref=172;85, or what do you suggest? It seems that the script

>assumes everything is nested inside counties but if baronies/civil parishes

>cross county borders, then they have two logainm ref numbers.

 

It is ONE barony but in 2 counties and with 2 refs in that case. 

 

 

logainm:ref:172

logainm:ref_1:85

 

Note that I have added census1901:ref fields to a lot of EDs as well . This
is a number such as census1901:ref=78 to allow us to find census data as ED
names are not unique and a county can have 2 versions of the same name.
Galway  even has 3 Eds named Ballynakill  

 

I added no census1911:ref fields but these are different again as some new
EDs were created between 1901 and 1911

 

Also note that there are TYPOS and misspellings in OSI Open Data townlands
and Electoral Divisions

 

The OSI data has Movode ED inn Galway which is properly Moyode

Also Gleneganon ED in Donegal which is correctly Glennagannon

 

Don’t assume  OSI data is canonical either 

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

[OSM-talk-fr] Suis-je maudit ?

[pepilepi...@ovh.fr]

Bonsoir à tous,

J'essaie de télécharger des cartes depuis http://www.openandromaps.org.

Depuis mon bureau, pas de problème.

Depuis chez moi j'ai une erreur 403 forbiden, avec l'indication
-sibylline- "nginx" !

Depuis chez moi toujours, mais si je sors par un VPN (j'en ai testé
deux, plus TOR), ça marche.

Mon FAI est OVH, j'ai une seule IP publique et j'utilise leur boiboite
standard. J'ai juste quelques redirections de port pour le trafic
entrant pour des serveurs http et ftp.

À noter que j'ai fait ce téléchargement en juillet 2016 sans problème,
mais à cette époque j'avais 8 IP publiques, ma boiboite OVH était
configurée -je crois- en bridge et c'était un router Zyxel qui assurait
la distribution dans mon réseau local.

Quelqu'un saurait-il m'expliquer pourquoi je suis banni de openandromaps ?

Merci,

Jean-Pierre





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

Re: [OSM-talk-ie] Typos in Townland names

[Brian Tuffy]

Thanks for the OSM OSI comparison map, this is great for showing up
mistakes in the townland boundaries and I even found a missing townland or
two.
This umap seems pretty cool too. I notice that many townlands without
logainm tags are because of the typos. Fixing those should allow the script
to do its thing. I can see a CP with a typo in it's name and because of
that, none of the townlands in it have logainm tags yet.

I have a question about the logainm script, How can it handle a barony that
crosses a county border? For example, Barony of Ross crosses the
Galway-Mayo border as one relation. This relation has one logainm tag for
Ross in Mayo (logainm:ref = 172) but there are separate loganim ref numbers
for Ross in Galway (logainm:ref = 85) on the logainm website. Can we
somehow add both ref numbers to the Barony relation? something like
logainm:ref=172;85, or what do you suggest? It seems that the script
assumes everything is nested inside counties but if baronies/civil parishes
cross county borders, then they have two logainm ref numbers.

https://www.logainm.ie/en/85   Galway
https://www.logainm.ie/en/172 Mayo
https://www.openstreetmap.org/relation/4128697




On Thu, Feb 16, 2017 at 5:30 PM, Mark Tully  wrote:

> I believe it doesn't work over https because overpass.openstreetmap.ie
> (which is being used for the querying) doesn't support https, though I'm
> open to correction on that.  The overpass-api.de server does support it,
> but I've found it to be a little slower for this map.
>
> Mark
>
> On Thu, 16 Feb 2017 at 15:55 Rory McCann  wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 16/02/17 16:40, Mark Tully wrote:
> > > There is also a umap at
> > > http://umap.openstreetmap.fr/en/map/townlands-missing-logainm-data_838
> > 33
> > >
> > >
> > which displays townlands without a logainm:ref tag.  This might be usefu
> > l
> > > in helping to locate townlands with typos.  Bear in mind that it
> > > only displays data above zoom 11 (to try to reduce browser
> > > slowdowns).
> > >
> > > Mark
> >
> > That's pretty cool! I've done overpass queries to find CPs/etc which
> > don't have a logainm:ref, but not umap like that.
> >
> > Yes you can add/change the name tag on OSM, but if you manage to find
> > the townland on logainm, you can directly add the logainm:ref tag
> > yourself.
> >
> > The loganm match up code looks at counties, then baronies, then civil
> > parishes, then townlands. So if it cannot match up a CP in OSM with
> > Logainm, it's not able to match up any of those townlands in the CP.
> > It's look at the name, but if there's a logainm:ref, it'll use that
> > instead.
> >
> > If you add logainm:ref tags to civil parishes, then it might be able
> > to add logainm details to more townlands.
> >
> > (BTW it doesn't work over https, and if you have the HTTPS Everywhere
> > extension like I do :) )
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v2.0.22 (GNU/Linux)
> >
> > iQEcBAEBAgAGBQJYpctKAAoJEOrWdmeZivv2ImAH/1xnRM+3wm0/pGuZ5osbajjD
> > GmH7j9Derka6VShOktDBhPAllYoKbfaz/5E/Zxnuix5AiuMZvTcMq9AWtYHktlU2
> > YfCdPMgrr7qmCxuz3uiVyY7DxsFeFiGnqGPCGythLDImAa8zprPGCzTfrJkv8fSa
> > 2QXkcXYXfpHOotZeh8scG9nzUhw6goDfh3TeA0FY2HAmrNR+l9AKaKe1yzsiGkUm
> > rKrB2z6yf+pibIhtOp4iBal76tPfhxhGTUe56ve0qQ5sgJ4ytuElwgRb2WlPOFfc
> > HyWnq6Ye/iPDn/+x0bcq0jpYh59cZbEPQ1NGUZvoEiMKuTUGcrY0av1IM878iUs=
> > =hmDW
> > -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-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-us] NY/Connecticut state boundary near Glen Cove/Port Chester

[Frederik Ramm]

Hi,

   yesterday I repaired a hole in the NY/Connecticut state boundary here:

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

It appears that individual city and county boundaries had, earlier,
extended out to meet the state boundary in the middle of the water, and
had now been changed to follow the coastline, and in the course of that,
a bit of the state boundary was lost.

Lack of local knowledge kept me from dabbling in city and county
boundaries in that corner so some of those might still be incomplete.
Perhaps someone can have a look.

Bye
Frederik

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

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

Re: [OSM-talk-fr] HebdoOSM

[Manfred A. Reiter]

Bonjour Julien,

Excusez mon mauvais français, mais je manque de la pratique.
- et non, celui ci n'est pas une traduction automatique ;-)

Note préliminaire:
Contrairement à ce que Philippe Verdy a dit  hebdo/weeekly/seamanario...OSM
n'a rien à voir avec une hégémonie germanophone! Oui, l'idée fut crée en
Allemange, mais cést tout! Ainsi, le construit par Ph. V. d'un problème
linguistique n'existe pas, quand vous parler un peux de l'anglais.

La communication entre les membres des équipes entre eux est l'anglais.
Bien sûr, les membres de chaque équipe communiquent dans leur propre
langue! ;-)

Pour la production de l'hebdomadaire:
OSMBC [1]est un outil dans lequel de recueillir tous les membres de
l'équipe au cours d'un message de la semaine.

Quand quelqu'un écrit un message dans sa propre langue, il est souhaitable
qu'il écrit ce message en anglais afin qu'ils puissent être traduits par
les autres équipes dans leur langue maternelle. Pour les liens nous
utilison Markdown.

Il est ainsi simple.

Je vous invite à continuer notre conversation dans Slack avec moi et les
autres membres de l'équipe. Vous verrez, pas de personne ne parle un mot en
allemand. ;-)

semanalOSM se comprise comme OSM comme une équipe international.

Donc, - pas de soucis


[1] https://github.com/TheFive/osmbc


2017-02-16 17:29 GMT+01:00 Julien Lepiller :

> Le 2017-02-16 16:27, Jérôme Amagat a écrit :
>
>> Bonjour,
>>
>> Pour moi, comme David Crochet, en anglais ou dans une autre langue que
>> le français, je ne le lirais pas, alors que je le lis depuis qu'il
>> est envoyé sur cette liste.
>> Et si un sujet m’intéresse mais que le lien est en anglais alors je
>> fais un effort (ou je regarde les images si c'est autre chose que du
>> français ou de l'anglais :) )
>>
>
> Hello,
>
> je ne comprends pas du tout comment fonctionne la traduction, qui traduit
> et comment, mais si on m'explique quels sont les outils utilisés et qui
> contacter, je suis partant pour faire de la relecture et aider à améliorer
> la traduction.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
## Manfred Reiter - -
## N49° 25' 11.028" E6° 50' 47.328"
## www.weeklyOSM.eu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Combined parking/bike lanes

[Paul Johnson]

On Thu, Feb 16, 2017 at 10:53 AM, John F. Eldredge 
wrote:

> One thing that is an issue with many of the marked bike lanes in
> Nashville, TN is that they aren't contiguous.  You will come to a point
> where the road narrows, such as for a bridge, and the bikes are forced to
> share a lane with motor traffic.  This makes bike riding at rush hour a
> risky activity.
>

If it's got the shared lane marking (the bicycle symbol with >> above it),
the >> part points to the part of the lane you should be riding down.
Merging's the hard part, but once you're out there, and get used to the
idea of staying farther away from the right edge so people don't try to
squeeze by on the left when there's traffic already next to you in the next
lane, you're golden.  It's more psychological than anything, just be glad
you're not having to do it at drunk-o'clock at night near casinos full of
tourists.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] HebdoOSM

[Topographe Fou]

Bonjour,

J'ai rempli hier le formulaire de contact du site dans ce sens (pour de la 
traduction) mais n'ai pas eu encore de réponse.

Perso le fait de ne pas avoir de news sur la communauté francophone me dérange 
moins que de ne pas avoir de news du tout en français (le français est une 
belle langue à faire rayonner !). En ce qui me concerne l'anglais ne me pose 
pas de problème mais la langue ne doit pas être une barrière au bénévolat, donc 
si il y a ne serait-ce que un article de traduit sur 10 se seras mieux que 
d'attendre d'être capable de faire un truc top qualité. Laisser ouvert vs 
Fermer, cela me paraît assez binaire comme option voir radical.

By the way mettre un encart pour rechercher des traducteurs directement dans la 
newsletter serait indispensable. Là c'est assez confidentiel, il n'y a rien sur 
le site et je n'ai trouvé la page de connexion du site de gestion des news 
qu'en passant par le Readme du dépôt Github ! (Ou alors c'est moi qui ne suit 
pas doué...)

J'ai bien aimé d'ailleurs le fait que la première actu soit un clin d'œil à 
Transiflex (même si c'est inadapté dans le cas présent). 

Sinon oui de manière générale les bénévoles ne demandent qu'à être considérés 
et encouragés !

Cordialement 

LeTopographeFou 


  Message original  
De: o...@lepiller.eu
Envoyé: 16 février 2017 5:30 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] HebdoOSM

Le 2017-02-16 16:27, Jérôme Amagat a écrit :
> Bonjour,
> 
> Pour moi, comme David Crochet, en anglais ou dans une autre langue que
> le français, je ne le lirais pas, alors que je le lis depuis qu'il
> est envoyé sur cette liste.
> Et si un sujet m’intéresse mais que le lien est en anglais alors je
> fais un effort (ou je regarde les images si c'est autre chose que du
> français ou de l'anglais :) )

Hello,

je ne comprends pas du tout comment fonctionne la traduction, qui 
traduit et comment, mais si on m'explique quels sont les outils utilisés 
et qui contacter, je suis partant pour faire de la relecture et aider à 
améliorer la traduction.

___
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-us] Combined parking/bike lanes

[John F. Eldredge]

One thing that is an issue with many of the marked bike lanes in 
Nashville, TN is that they aren't contiguous.  You will come to a point 
where the road narrows, such as for a bridge, and the bikes are forced 
to share a lane with motor traffic.  This makes bike riding at rush hour 
a risky activity.


On 02/16/2017 10:38 AM, Paul Johnson wrote:
On Thu, Feb 16, 2017 at 10:11 AM, Spencer Gardner 
> wrote:


Good catch on the MUTCD language. I'm not opposed to tagging with
a bike lane and a parking lane, but then what should be used as
the assumed width of the bike lane? This has direct relevance for
my application, where I need to know how wide a bike lane is.
Would you suggest an assumed width for parking and then subtract
from the total to arrive at the operable space for people on bicycles?


Check the local standard and get a sample.  Current federal guidelines 
put parking at 8 feet (and is fairly typical), bicycle lanes must be 4 
feet minimum, 5 feet if there's parking adjacent, measured from the 
edge of the gutter pan, or if there is none, the curb face or the edge 
of the roadway (being either the physical edge or the painted edge, 
whichever is closer to the centerline) to the inside of the lane 
marking.  Oregon-specific, 6 feet any time an adjacent lane allows 
motor vehicles or is oncoming.  In practice, it's rare to see a lane 
less than 6 feet wide anymore regardless of application because a 
cargo bike, most adult tricycles and many bikes pulling trailers are a 
tight squeeze in a six foot lane.  It's starting to get common to see 
7 foot lanes in Oregon, often with a 1 foot buffer on the left and a 
two foot buffer between the right edge of the lane and the edgeline 
itself, for a 10 foot single-file bike lane.



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


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

Re: [Talk-us] Combined parking/bike lanes

[Paul Johnson]

On Thu, Feb 16, 2017 at 10:11 AM, Spencer Gardner 
wrote:

> Good catch on the MUTCD language. I'm not opposed to tagging with a bike
> lane and a parking lane, but then what should be used as the assumed width
> of the bike lane? This has direct relevance for my application, where I
> need to know how wide a bike lane is. Would you suggest an assumed width
> for parking and then subtract from the total to arrive at the operable
> space for people on bicycles?
>

Check the local standard and get a sample.  Current federal guidelines put
parking at 8 feet (and is fairly typical), bicycle lanes must be 4 feet
minimum, 5 feet if there's parking adjacent, measured from the edge of the
gutter pan, or if there is none, the curb face or the edge of the roadway
(being either the physical edge or the painted edge, whichever is closer to
the centerline) to the inside of the lane marking.  Oregon-specific, 6 feet
any time an adjacent lane allows motor vehicles or is oncoming.  In
practice, it's rare to see a lane less than 6 feet wide anymore regardless
of application because a cargo bike, most adult tricycles and many bikes
pulling trailers are a tight squeeze in a six foot lane.  It's starting to
get common to see 7 foot lanes in Oregon, often with a 1 foot buffer on the
left and a two foot buffer between the right edge of the lane and the
edgeline itself, for a 10 foot single-file bike lane.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-ie] Typos in Townland names

[Mark Tully]

I believe it doesn't work over https because overpass.openstreetmap.ie
(which is being used for the querying) doesn't support https, though I'm
open to correction on that.  The overpass-api.de server does support it,
but I've found it to be a little slower for this map.

Mark

On Thu, 16 Feb 2017 at 15:55 Rory McCann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 16/02/17 16:40, Mark Tully wrote:
> > There is also a umap at
> > http://umap.openstreetmap.fr/en/map/townlands-missing-logainm-data_838
> 33
> >
> >
> which displays townlands without a logainm:ref tag.  This might be usefu
> l
> > in helping to locate townlands with typos.  Bear in mind that it
> > only displays data above zoom 11 (to try to reduce browser
> > slowdowns).
> >
> > Mark
>
> That's pretty cool! I've done overpass queries to find CPs/etc which
> don't have a logainm:ref, but not umap like that.
>
> Yes you can add/change the name tag on OSM, but if you manage to find
> the townland on logainm, you can directly add the logainm:ref tag
> yourself.
>
> The loganm match up code looks at counties, then baronies, then civil
> parishes, then townlands. So if it cannot match up a CP in OSM with
> Logainm, it's not able to match up any of those townlands in the CP.
> It's look at the name, but if there's a logainm:ref, it'll use that
> instead.
>
> If you add logainm:ref tags to civil parishes, then it might be able
> to add logainm details to more townlands.
>
> (BTW it doesn't work over https, and if you have the HTTPS Everywhere
> extension like I do :) )
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQEcBAEBAgAGBQJYpctKAAoJEOrWdmeZivv2ImAH/1xnRM+3wm0/pGuZ5osbajjD
> GmH7j9Derka6VShOktDBhPAllYoKbfaz/5E/Zxnuix5AiuMZvTcMq9AWtYHktlU2
> YfCdPMgrr7qmCxuz3uiVyY7DxsFeFiGnqGPCGythLDImAa8zprPGCzTfrJkv8fSa
> 2QXkcXYXfpHOotZeh8scG9nzUhw6goDfh3TeA0FY2HAmrNR+l9AKaKe1yzsiGkUm
> rKrB2z6yf+pibIhtOp4iBal76tPfhxhGTUe56ve0qQ5sgJ4ytuElwgRb2WlPOFfc
> HyWnq6Ye/iPDn/+x0bcq0jpYh59cZbEPQ1NGUZvoEiMKuTUGcrY0av1IM878iUs=
> =hmDW
> -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

Re: [OSM-talk-fr] HebdoOSM

[Julien Lepiller]

Le 2017-02-16 16:27, Jérôme Amagat a écrit :

Bonjour,

Pour moi, comme David Crochet, en anglais ou dans une autre langue que
le français, je ne le lirais pas, alors que je le lis depuis qu'il
est envoyé sur cette liste.
Et si un sujet m’intéresse mais que le lien est en anglais alors je
fais un effort (ou je regarde les images si c'est autre chose que du
français ou de l'anglais :) )


Hello,

je ne comprends pas du tout comment fonctionne la traduction, qui 
traduit et comment, mais si on m'explique quels sont les outils utilisés 
et qui contacter, je suis partant pour faire de la relecture et aider à 
améliorer la traduction.


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

Re: [Talk-us] Combined parking/bike lanes

[Spencer Gardner]

Good catch on the MUTCD language. I'm not opposed to tagging with a bike
lane and a parking lane, but then what should be used as the assumed width
of the bike lane? This has direct relevance for my application, where I
need to know how wide a bike lane is. Would you suggest an assumed width
for parking and then subtract from the total to arrive at the operable
space for people on bicycles?

On Thu, Feb 16, 2017 at 10:06 AM, Paul Johnson  wrote:

> On Fri, Feb 3, 2017 at 12:00 PM, Spencer Gardner  > wrote:
>
>> The problem I see with that approach is that it doesn't distinguish
>> between a road with a striped bike lane next to a parking lane and a road
>> with the combined lane.
>>
>
> I'm not sure that's a distinction that makes a difference.
>
>
>>  is considered a different facility from an engineering perspective.
>>
>
> Is this something that's California specific?  I know California does a
> lot of things that noplace else in the US does because the benefit of
> federal highway funds outweighs the costs of implementing them for
> California, but this would be splitting hairs going a long way back.
> Especially since California was one of the major relevant jurisdictions for
> getting bicycle facilities in to the federal standards back in the '70s.
>
> USMUTCD 2009 rev 1 and 2 inclusive
>  (the
> current edition of the federal standards) seems to suggest it's not a
> different kind of facility.  Here's what appears to be the relevant parts:
>
> Section 3B.07 Warrants for Use of Edge Lines, line 6: If a bicycle lane is
> marked on the outside portion of the traveled way, the edge line that would
> mark the outside edge of the bicycle lane may be omitted.
>
> I read that as "It should have an edge line, but it doesn't have to have
> an edge line".
>
> The only other thing that I could see someone construing a situation like
> this with no edge line as is a "shared lane", but Section 9C.07 Shared Lane
> Marking line 3 specifically says "03 Shared Lane Markings shall not be used
> on shoulders or in designated bicycle lanes."  So that's not the case, plus
> it's lacking the "Corporal Bicycle" style shared lane marking in Figure
> 9C-9, so it's not a shared lane.
>
> I'd say "Pretend there's an edge line between the shoulder and the bike
> lane" since that's what it is in practice.  This is up there with being
> regionally idiomatic in leaving off markings that aren't strictly required,
> like crosswalk lines and stop bars at signalized intersections with
> signalized crosswalks in my neck of the woods.  Are they marked on the
> ground?  No.  Is it still highway=traffic_signals with
> crossing=traffic_signals where the crosswalks functionally exist?  Yes.
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Combined parking/bike lanes

[Paul Johnson]

On Fri, Feb 3, 2017 at 12:00 PM, Spencer Gardner 
wrote:

> The problem I see with that approach is that it doesn't distinguish
> between a road with a striped bike lane next to a parking lane and a road
> with the combined lane.
>

I'm not sure that's a distinction that makes a difference.


>  is considered a different facility from an engineering perspective.
>

Is this something that's California specific?  I know California does a lot
of things that noplace else in the US does because the benefit of federal
highway funds outweighs the costs of implementing them for California, but
this would be splitting hairs going a long way back.  Especially since
California was one of the major relevant jurisdictions for getting bicycle
facilities in to the federal standards back in the '70s.

USMUTCD 2009 rev 1 and 2 inclusive
 (the
current edition of the federal standards) seems to suggest it's not a
different kind of facility.  Here's what appears to be the relevant parts:

Section 3B.07 Warrants for Use of Edge Lines, line 6: If a bicycle lane is
marked on the outside portion of the traveled way, the edge line that would
mark the outside edge of the bicycle lane may be omitted.

I read that as "It should have an edge line, but it doesn't have to have an
edge line".

The only other thing that I could see someone construing a situation like
this with no edge line as is a "shared lane", but Section 9C.07 Shared Lane
Marking line 3 specifically says "03 Shared Lane Markings shall not be used
on shoulders or in designated bicycle lanes."  So that's not the case, plus
it's lacking the "Corporal Bicycle" style shared lane marking in Figure
9C-9, so it's not a shared lane.

I'd say "Pretend there's an edge line between the shoulder and the bike
lane" since that's what it is in practice.  This is up there with being
regionally idiomatic in leaving off markings that aren't strictly required,
like crosswalk lines and stop bars at signalized intersections with
signalized crosswalks in my neck of the woods.  Are they marked on the
ground?  No.  Is it still highway=traffic_signals with
crossing=traffic_signals where the crosswalks functionally exist?  Yes.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Combined parking/bike lanes

[Spencer Gardner]

No. That's not a mistake. My city uses this as a standard treatment in a
number of locations. And as was mentioned earlier this facility type is
also common in California.

On Thu, Feb 16, 2017 at 9:49 AM, Paul Johnson  wrote:

> On Fri, Feb 3, 2017 at 11:11 AM, Spencer Gardner  > wrote:
>
>> Hi all. Has anyone worked out a good tagging scheme for combined
>> bike/parking lanes? I'm not sure how common they are elsewhere but there
>> are a number of such facilities in my city.
>>
>> For reference, you can see an example here:
>> https://www.mapillary.com/app/?lat=43.06056159=-89.45121
>> 134=17=XByvWxyrk9quLK-noyoB5g=photo=mapbox_streets
>> Notice the bike lane sign above the speed limit sign and the cars parked
>> on the side. These are also accompanied with pavement markings indicating
>> it is a bicycle facility. In effect it's like a regular bike lane next to a
>> parking lane, but there's no stripe to separate the two.
>>
>
> I think they just forgot to put the shoulder line down.
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] josm : utiliser une image aérienne

[Jean-Marc Liotier]

On Thu, 16 Feb 2017 09:04:26 +0100
Hélène PETIT  wrote:
>
> je n'ai pas trouvé comment mettre dans un calque de josm une image 
> jpeg, non géoréférencée ; il s'agit du plan d'un tout petit
> lotissement pas encore au cadastre, mais en construction presque
> finie.

Si tu as le moindre doute sur la rectitude de l'image (par exemple s'il
s'agit d'une photo aérienne pas tout à fait verticale ou d'un plan pris
en photo pas tout à fait en face) tu peux la traiter avec 
http://mapwarper.net qui te fournira en sortie non seulement une image
rectifiée mais aussi un WMS de cette dernière, ce qui est plus léger à
manipuler par JOSM qu'une image locale en un seul bloc.

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

Re: [OSM-talk-ie] Typos in Townland names

[Rory McCann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 16/02/17 16:40, Mark Tully wrote:
> There is also a umap at 
> http://umap.openstreetmap.fr/en/map/townlands-missing-logainm-data_838
33
>
> 
which displays townlands without a logainm:ref tag.  This might be usefu
l
> in helping to locate townlands with typos.  Bear in mind that it
> only displays data above zoom 11 (to try to reduce browser
> slowdowns).
> 
> Mark

That's pretty cool! I've done overpass queries to find CPs/etc which
don't have a logainm:ref, but not umap like that.

Yes you can add/change the name tag on OSM, but if you manage to find
the townland on logainm, you can directly add the logainm:ref tag
yourself.

The loganm match up code looks at counties, then baronies, then civil
parishes, then townlands. So if it cannot match up a CP in OSM with
Logainm, it's not able to match up any of those townlands in the CP.
It's look at the name, but if there's a logainm:ref, it'll use that
instead.

If you add logainm:ref tags to civil parishes, then it might be able
to add logainm details to more townlands.

(BTW it doesn't work over https, and if you have the HTTPS Everywhere
extension like I do :) )
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYpctKAAoJEOrWdmeZivv2ImAH/1xnRM+3wm0/pGuZ5osbajjD
GmH7j9Derka6VShOktDBhPAllYoKbfaz/5E/Zxnuix5AiuMZvTcMq9AWtYHktlU2
YfCdPMgrr7qmCxuz3uiVyY7DxsFeFiGnqGPCGythLDImAa8zprPGCzTfrJkv8fSa
2QXkcXYXfpHOotZeh8scG9nzUhw6goDfh3TeA0FY2HAmrNR+l9AKaKe1yzsiGkUm
rKrB2z6yf+pibIhtOp4iBal76tPfhxhGTUe56ve0qQ5sgJ4ytuElwgRb2WlPOFfc
HyWnq6Ye/iPDn/+x0bcq0jpYh59cZbEPQ1NGUZvoEiMKuTUGcrY0av1IM878iUs=
=hmDW
-END PGP SIGNATURE-

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

Re: [Talk-us] Combined parking/bike lanes

[Paul Johnson]

On Fri, Feb 3, 2017 at 11:11 AM, Spencer Gardner 
wrote:

> Hi all. Has anyone worked out a good tagging scheme for combined
> bike/parking lanes? I'm not sure how common they are elsewhere but there
> are a number of such facilities in my city.
>
> For reference, you can see an example here:
> https://www.mapillary.com/app/?lat=43.06056159=-89.45121134=17=
> XByvWxyrk9quLK-noyoB5g=photo=mapbox_streets
> Notice the bike lane sign above the speed limit sign and the cars parked
> on the side. These are also accompanied with pavement markings indicating
> it is a bicycle facility. In effect it's like a regular bike lane next to a
> parking lane, but there's no stripe to separate the two.
>

I think they just forgot to put the shoulder line down.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-ie] Typos in Townland names

[Mark Tully]

There is also a umap at
http://umap.openstreetmap.fr/en/map/townlands-missing-logainm-data_83833
which displays townlands without a logainm:ref tag.  This might be useful
in helping to locate townlands with typos.  Bear in mind that it only
displays data above zoom 11 (to try to reduce browser slowdowns).

Mark

On Thu, 16 Feb 2017 at 10:42 Dave Corley  wrote:

> That sounds like a good idea.
>
> If possible, it would be useful if it would link to the townland relation
> to allow easy editing.
>
> Once that smaller list is compiled its a matter of going through them one
> by one and identifying the correct name whether that be in OSM, OSi,
> Loganim or the map sheet
>
> On 16 Feb 2017 12:37, "Rory McCann"  wrote:
>
> > Hi!
> >
> > On 15/02/17 16:36, Brian Tuffy wrote:
> > > just to follow up on my own post, another way to tackle this is to
> take a
> > > look at Rory's Loganim import page on townlands.ie which I highly
> > recommend
> > > you take a look at.
> > > https://www.townlands.ie/static/logainm/
> > >
> > > Each red x on these pages means that the loganim irish names tags are
> not
> > > in OSM for that place.
> > > As far as I know, they were automatically added for the places where
> the
> > > names in Loganim list matched those in OSM (or at least id's matched?).
> > So
> > > a red x can indicate that there is a spelling mismatch or the place is
> > > missing.
> > > It's a good place to start if you want to correct typo's in place
> names.
> >
> >
> > Minor point, that page doesn't look at the name, but at the
> > "logainm:ref" tag. If there's a "logainm:ref" tag, then it gets a green
> > tick, red X means no logainm:ref. That page is updated every morning.
> >
> > The (ongoing) Logainm data match up and import (wiki page[1], script
> > source code[2]), looks at the logainm:ref tag and added the name:ga tags
> > from logainm if needed. That script will also look at the name (or
> > name:en) tag and try to match it up to what's in logainm and set the
> > logainm:ref tag as appropriate. If there is a typo in the name (or OSM
> > and Logainm disagree about the name), then it won't be able to set the
> > logainm:ref tag, and hence there'll be a red X there.
> >
> > I'm going to run that script again this weekend at the Karlsruhe Hack
> > Weekend. Perhaps I will look at that OSi open data and try to find
> > places where OSM & OSi (and maybe Logainm!) disagree. We have ~60,000
> > townlands, maybe filtering that list down to smaller list of "possible
> > problems" will be easier.
> >
> >
> > [1] https://wiki.openstreetmap.org/wiki/Logainm_Import
> > [2] https://github.com/osmie/logainm-osm-import
> >
> > ___
> > 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-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] HebdoOSM

[Jérôme Amagat]

Bonjour,

Pour moi, comme David Crochet, en anglais ou dans une autre langue que le
français, je ne le lirais pas, alors que je le lis depuis qu'il est envoyé
sur cette liste.
Et si un sujet m’intéresse mais que le lien est en anglais alors je fais un
effort (ou je regarde les images si c'est autre chose que du français ou de
l'anglais :) )
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] OSM Conflation Tool

[Ilya Zverev]

Hi everyone,

I have just finished the conflation script, that would make importing a set of 
points much easier. For example, when you have a GeoJSON of McDonalds' 
restaurants or a website with locations of Carrefour Express shops. It reads or 
downloads OSM data and finds matching objects (including ways and 
multipolygons). Then it adds some tags, adds nodes for unmatched points, and 
produces an osmChange, ready to be uploaded.

Of course, you should not upload anything made with a script right away, there 
are procedures for automated edits.

The script is written in Python 3, and called OSM Conflator. The description 
and instructions are on the wiki: 
https://wiki.openstreetmap.org/wiki/OSM_Conflator

It is published on Github under the Apache 2 license: 
https://github.com/mapsme/osm_conflate

The first local import made with it will be uploaded tomorrow after the ongoing 
discussion in the Russian forum. I'd be happy to see it help anybody else.

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

Re: [Talk-cz] zmizelé mapové podklady

[majka]

Jen poznámka - několikrát se mi stalo, že se mi vrstvy po aktualizaci JOSM
nenačetly. Bylo třeba tu přehledovou mapku zazoomovat na Evropu a obnovit.
Jinak ty vrstvy tam ve verzi 11548 mám jako

tms[3,17]:
http://globalheat.strava.com/tiles/cycling/color2/{zoom}/{x}/{y}.png
tms[3,17]:
http://globalheat.strava.com/tiles/running/color2/{zoom}/{x}/{y}.png
tms[3,17]:http://globalheat.strava.com/tiles/both/color2/{zoom}/{x}/{y}.png


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

Re: [Talk-it] lista CAI

[Pio]

Non preoccuparti, è giusto e corretto che sia lui a farlo!

Però nell'era dei Social appena pubblichi una notizia significa divulgarla a
razzo.







--
View this message in context: 
http://gis.19327.n8.nabble.com/lista-CAI-tp5891366p5891464.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Tag per nodo agriturismo

[Martin Koppenhoefer]

sent from a phone

> On 16 Feb 2017, at 14:59, Lorenzo Beba Beltrami  
> wrote:
> 
> tourism=guest_house[1]
> guest_house=agritourism[2]


se hanno un ristorante o negozio si possono mappare a parte.

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

Re: [OSM-talk-fr] HebdoOSM

[Christian Quest]

Le 16 février 2017 à 13:44, Vincent de Château-Thierry  a
écrit :

> Je rejoins globalement l'avis de David sur le reste de la discussion : il
> y a une certaine logique à vouloir mutualiser le travail autour de la
> démarche HebdoOSM, qui existe, même sans nous francophones. Ok ça n'est pas
> parfait aujourd'hui, mais laissons aux bonnes volontés le temps de roder la
> formule.
>

Je voulais dire "selection", c'est à dire prendre le plus intéressant des 4
derniers WeeklyOSM . C'est surtout une histoire de rythme qui me semble
plus tenable à court terme au mois qu'à la semaine.

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

Re: [Talk-it] Tag per nodo agriturismo

[Lorenzo "Beba" Beltrami]

Se non ricordo male per gli agriturismi dovrebbe essere

tourism=guest_house[1]
guest_house=agritourism[2]

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dguest_house
[2] https://wiki.openstreetmap.org/wiki/Key:guest_house
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag per nodo agriturismo

[Simone]

Il 16 febbraio 2017 14:29:57 CET, John Doe  ha scritto:
>Buongiorno,
>
>mi consigliereste un tag per un nodo che deve rappresentare un
>agriturismo?
>non conosco l'esatta area del luogo, quindi per ora opterò per un
>semplice
>nodo.
>A scanso di equivoci si tratta di questo: http://borgomusolino.com/
>
>Saluti

Cerca nella wiki tourism=guest_house



-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

[Talk-cz] zmizelé mapové podklady

[Zdeněk Pražák]

V JOSM byly v minulosti nabízeny jako podkladové mapové vrstvy podklady heat
map orientační běh a heat map cyklistika.
Teď jsem si všiml, že tyto vrstvy z nabídky lišty mapové podklady v JOSM 
verze 11552 zmizely. 
Jak si je mám znovu obnovit

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

[Talk-it] Tag per nodo agriturismo

[John Doe]

Buongiorno,

mi consigliereste un tag per un nodo che deve rappresentare un agriturismo?
non conosco l'esatta area del luogo, quindi per ora opterò per un semplice
nodo.
A scanso di equivoci si tratta di questo: http://borgomusolino.com/

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

Re: [Talk-it] lista CAI

[Alfredo Gattai]

Ciao Volker,

visto che "impariamo mentre si va" ogni consiglio e' il benvenuto. Speriamo
che si possa replcare con la FIAB

Alfredo

2017-02-16 13:41 GMT+01:00 Volker Schmidt :

> Ciao Alfredo,
>
> sono Volker di Padova.
> Mi sono iscritto nella lista con uno scopo un po' diverso. Vorrei seguire
> le attività OSM-CAI per imparare come fate, perché vorrei "vendere" l'idea
> di una cooperazione simile fra la OSM e la FIAB per i percorsi
> cicloturistici.
> Sarò più in ascolto che contributore attivo.
>
> Saluti e buon lavoro
> Volker
>
>
> 2017-02-15 17:01 GMT+01:00 Alfredo Gattai :
>
>> Ciao lista,
>>
>> a seguito dell' ormai "noto" accordo fra CAI e Wikimedia Italia -
>> Openstreetmap (spero di riuscire a farlo pubblicare quanto prima sul sito
>> del CAI) sono stati fatti alcuni passi avanti
>>
>> Oltre alla pagina wiki dedicata
>>
>> http://wiki.openstreetmap.org/wiki/CAI
>>
>> ed il preset di Josm
>>
>> https://github.com/osmItalia/cai_josm_preset
>>
>> e' stata appena creata una lista dedicata
>>
>> https://lists.openstreetmap.org/listinfo/talk-it-cai
>>
>> Chiunque sia interessato alla mappatura di sentieri, rifugi, bivacchi e
>> luoghi di posa = paletti e cartelli segnaletici e' il benvenuto.
>>
>> Stiamo anche lavorando ad un edito semplificato per operatori CAI e
>> documentazione dedicata per la formazione.
>>
>> Ci aspetta un bel po' di lavoro per far confluire il materiale CAI dentro
>> OSM.
>>
>> Come Presidente della SOSEC del CAI (Struttura Operatica Sentieri e
>> Cartografia) procedero' poi a relative comunicazioni interne al CAI che
>> ovviamente andranno piu' lente di questa ma l'importante e' cominciare.
>>
>> Ciao
>> Alfredo
>>
>>
>>
>>
>> ___
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] HebdoOSM

[Vincent de Château-Thierry]

Bonjour,

> De: "Christian Quest" 
> 
> Autre piste à envisager... une compilation francophone mensuelle.
> 
> Elle permet aux non anglophones de se tenir informés, les plus
> impatients ont la version en anglais ;)
> 
> C'est moins chronophage donc plus de chance de perdurer avant de se
> lancer à terme en hebdo.

Le format mensuel rappelle le travail colossal que faisait Pieren. La dernière 
compilation date maintenant :
http://openstreetmap.fr/bulletin-OSM-FR-16

Je rejoins globalement l'avis de David sur le reste de la discussion : il y a 
une certaine logique à vouloir mutualiser le travail autour de la démarche 
HebdoOSM, qui existe, même sans nous francophones. Ok ça n'est pas parfait 
aujourd'hui, mais laissons aux bonnes volontés le temps de roder la formule.

vincent

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

Re: [Talk-it] lista CAI

[Volker Schmidt]

Ciao Alfredo,

sono Volker di Padova.
Mi sono iscritto nella lista con uno scopo un po' diverso. Vorrei seguire
le attività OSM-CAI per imparare come fate, perché vorrei "vendere" l'idea
di una cooperazione simile fra la OSM e la FIAB per i percorsi
cicloturistici.
Sarò più in ascolto che contributore attivo.

Saluti e buon lavoro
Volker


2017-02-15 17:01 GMT+01:00 Alfredo Gattai :

> Ciao lista,
>
> a seguito dell' ormai "noto" accordo fra CAI e Wikimedia Italia -
> Openstreetmap (spero di riuscire a farlo pubblicare quanto prima sul sito
> del CAI) sono stati fatti alcuni passi avanti
>
> Oltre alla pagina wiki dedicata
>
> http://wiki.openstreetmap.org/wiki/CAI
>
> ed il preset di Josm
>
> https://github.com/osmItalia/cai_josm_preset
>
> e' stata appena creata una lista dedicata
>
> https://lists.openstreetmap.org/listinfo/talk-it-cai
>
> Chiunque sia interessato alla mappatura di sentieri, rifugi, bivacchi e
> luoghi di posa = paletti e cartelli segnaletici e' il benvenuto.
>
> Stiamo anche lavorando ad un edito semplificato per operatori CAI e
> documentazione dedicata per la formazione.
>
> Ci aspetta un bel po' di lavoro per far confluire il materiale CAI dentro
> OSM.
>
> Come Presidente della SOSEC del CAI (Struttura Operatica Sentieri e
> Cartografia) procedero' poi a relative comunicazioni interne al CAI che
> ovviamente andranno piu' lente di questa ma l'importante e' cominciare.
>
> Ciao
> Alfredo
>
>
>
>
> ___
> 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

[Talk-in] talk in reply

[Siddharth Bose]

nice , where can i watch this topics ,

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

[Talk-it] R: R: lista CAI

[Sergio Peduzzi]

Ciao Alfredo e grazie per la tua risposta

Qualche anno fa, avevo già inserito alcuni sentieri della mia zona, ma ora ho 
dimenticato praticamente tutto, a suo tempo utilizzavo josm per la creazione 
del sentiero con le varie relazioni, ma come ti dicevo ho dimenticato!

Ora vorrei completare la mia zona, ma fatta nel migliore dei modi.

Grazie

Sergio

 

Da: Alfredo Gattai [mailto:alfredo.gat...@gmail.com] 
Inviato: mercoledì 15 febbraio 2017 22:12
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] R: lista CAI

 

Ciao Sergio,

 

quanto sai dell'inserimento di dati in OSM? Usi gia' un editor o devi partire 
da zero?

 

Alfredo

 

2017-02-15 18:09 GMT+01:00 Sergio Peduzzi  >:

Mi sono iscritto perché interessato, ma necessito di formazione per inserire un 
centinaio di sentieri tutti percorsi e  rilevati con gps.

Grazie

Sergio

 

Da: Alfredo Gattai [mailto:alfredo.gat...@gmail.com 
 ] 
Inviato: mercoledì 15 febbraio 2017 17:02
A: openstreetmap list - italiano
Oggetto: [Talk-it] lista CAI

 

Ciao lista,

 

a seguito dell' ormai "noto" accordo fra CAI e Wikimedia Italia - Openstreetmap 
(spero di riuscire a farlo pubblicare quanto prima sul sito del CAI) sono stati 
fatti alcuni passi avanti

 

Oltre alla pagina wiki dedicata 

 

http://wiki.openstreetmap.org/wiki/CAI

 

ed il preset di Josm

 

https://github.com/osmItalia/cai_josm_preset

 

e' stata appena creata una lista dedicata

 

https://lists.openstreetmap.org/listinfo/talk-it-cai

 

Chiunque sia interessato alla mappatura di sentieri, rifugi, bivacchi e luoghi 
di posa = paletti e cartelli segnaletici e' il benvenuto.

 

Stiamo anche lavorando ad un edito semplificato per operatori CAI e 
documentazione dedicata per la formazione.

 

Ci aspetta un bel po' di lavoro per far confluire il materiale CAI dentro OSM.

 

Come Presidente della SOSEC del CAI (Struttura Operatica Sentieri e 
Cartografia) procedero' poi a relative comunicazioni interne al CAI che 
ovviamente andranno piu' lente di questa ma l'importante e' cominciare.

 

Ciao

Alfredo

 

 

 


___
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] Fixing broken multipolygons

[Martin Koppenhoefer]

2017-02-16 11:51 GMT+01:00 Yves :

> Is there an example where the community has cleaned up the Corine multi
> polygons instead of starting from scratch?



I have spent some time tidying up some pieces of imported Corine geometry
in the past, but I could reuse literally nothing of the imported nodes,
they were all off when looking at it at a high zoom (not surprising, as
Corine was never intended for a usecase like OSM, it is a medium zoom level
dataset).

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

Re: [OSM-talk-fr] MapContrib 1.4

[Laurent Combe]

donc je modifierai ma demande ainsi :
mettre le fond personnalisé en tete lorsqu'il y en a un
et permettre à l'auteur de la carte d'ordonner la liste des fonds de
cartes proposés

parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
qui est en tete et la vue orthophoto de l'IGN qui est au fond
(avant-dernier dans la liste)
et si je rajoute un rendu perso il est effectivement rajouté en dernier


Le 16 février 2017 à 11:52, Christian Quest  a écrit :
> Ça me semble un faux problème: la liste peut être longue, l'important c'est
> d'avoir au début les rendus/fond/imageries les plus utiles.
>
>
> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
>>
>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
>> comment faire pour changer le fond de carte
>>   il veut simplement voir la vue photo-aérienne pour mieux se repérer
>>
>> il va assez facilement trouver le bouton pour accéder à la liste des
>> fonds de carte proposés
>> mais après il est confronté à plus d'une vingtaine de rendus
>> disponibles alors qu'il n'appréhende pas bien les différences entre
>> tout ces rendus
>> (attention je ne parle pas d'une population de contributeur OSM mais
>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
>>
>> mon souhait n'est pas d'exclure la richesse des rendus possible
>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
>> accès rapide
>>
>> ça me semblerait plus intuitif comme interface (et on peut garder la
>> liste de choix exhaustive des rendus en parallèle, elle ne me dérange
>> pas)
>>
>> Laurent
>>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-it] FOSS4G-IT 2017

[mbranco2]

E qui ci sono i contenuti delle presentazioni :  https://drive.google.com/dr
ive/folders/0Bw2chXm07cCHTE1ZUklvcktvM0k

Tutto molto bello e interessante, unico consiglio da dare ai partecipanti
delle prossime edizioni:
se fate amicizia con un vigile urbano di Robilante dovete essere in ottima
forma fisica: a lui piace andare a piedi, e la media giornaliera degli
spostamenti (albergo, convegno, cena,,,) è sui 15-20 km[ciao Eliano :-)
]

Il giorno 16 febbraio 2017 11:29, Marco Minghini  ha scritto:

> Ciao a tutti,
>
> qualcuno aveva chiesto riscontro sul FOSS4G-IT 2017 di settimana scorsa a
> Genova. Qui trovate un po' di foto: https://www.dropbox.com/sh/oy2
> cj76isxw88xt/AADfkVUVZ4lq937ilVgbRZ34a?dl=0
>
> Per il resto, il mio parere è che sia stato un evento di successo visti i
> numeri: circa 130 persone presenti in sala in ciascuno dei due giorni di
> convegno (giovedì e venerdì), senza contare la grande affluenza ai workshop
> (mercoledì) e al mapping party (sabato). La strategia di unire i convegni
> della comunità del FOSS4G e di OSMit, idea iniziale di Luca, ha funzionato.
> Forse non c'è stata una presenza massiccia delle Regioni e amministrazioni,
> ma penso sia stato un buon primo passo.
> Appena saranno disponibili le slide con i numeri esatti ve le girerò.
>
> Marco
>
> Marco Minghini, Ph.D.
> GEOlab, Politecnico di Milano - DICA
> Piazza Leonardo da Vinci, 20133 Milano (Italy)
> +39 02 23996409 <+39%2002%202399%206409>
> marco.mingh...@polimi.it
> @MarcoMinghini 
>
> ___
> 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] HebdoOSM

[Christian Quest]

Autre piste à envisager... une compilation francophone mensuelle.

Elle permet aux non anglophones de se tenir informés, les plus 
impatients ont la version en anglais ;)


C'est moins chronophage donc plus de chance de perdurer avant de se 
lancer à terme en hebdo.




Le 16/02/2017 à 11:43, David Crochet a écrit :

Bonjour


Le 15/02/2017 à 15:52, Julien Coupey a écrit :
Bref on est dans une situation où ça ne fonctionne pas et continuer 
sans pouvoir assurer la qualité dessert la crédibilité de la version 
française. Tous les avis et propositions constructives sont donc 
bienvenues ! 


Ha non, j'ai une grosse sensation de mal comprendre ce qui se passe.

Entre ne rien avoir (ou tout du moins en français) et avoir un 
français traduit autant que possible, je me contente de la traduction 
car je dépense moins à lire du franglais que de l'anglais.




Et puis s'entendre dire : Hé bien vous n'êtes pas content, on ferme le 
canal francophone.
Ben merde alors. Y'en a qui essaye de faire au mieux et bam, un risque 
de plus rien avoir


Avant de critiquer des bénévoles qui tentent de faire ce qu'ils 
peuvent avec leur temps libre (car oui, le bénévolat c'est sur le 
temps libre), déjà fait leur travail, ensuite on verra. Il y a dans 
cette liste (ou peut-être pas d'aillaurs) un personne qui traduit 
aussi rapidement possible le bulletin  hebdomadaire, et ensuite 
s'entendre dire "excuse moi, mais ta traduction, c'est pire que du 
google traduction). Fichtre bon sang. Oui, moi aussi j'ai pu constaté 
des traductions un peu légère. Et alors, cela se comprend très bien


Je ne comprend pas l'allemand, je ne comprend as l'espagnol. Pour mois 
un texte de plus de 20 ligne en anglais c'est trop. Excusez-moi d'être 
con à ce point alors
Alors oui, excusez moi d'être con en 2017 pour ne pas comprendre de 
l'anglais. Non mais autant dire Excusez moi d'exister alors. Merde alors


A ceux qui critique le journal hebdomadaire d'OSM traduit en français, 
et bien faite les 4 suivant. Après on pourra comparer.


Autant j'ai de respect pour ceux qui y travail, autant je les remercie 
et jamais et je m’efforcerais autant que possible de critiquer une 
chose si je ne peux pas faire mieux.


Cordialement




--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] Fixing broken multipolygons

[Yves]

Is there an example where the community has cleaned up the Corine multi 
polygons instead of starting from scratch? 

Le 16 février 2017 10:53:42 GMT+01:00, Christoph Hormann  
a écrit :
>On Wednesday 15 February 2017, Sarah Hoffmann wrote:
>>
>> There are some notable holes, for example in the woods of
>> Scandinavia. It would be great if they are gone by the time we
>> switch the software.
>
>A general recommendation here to the Scandinavian communities - you 
>might seriously want to consider removing the forest/wood polygons from
>
>the old Corine landcover imports.  These are:
>
>* factually very inaccurate, usually indicating this area is mostly
>tree 
>covered rather than this area is actually forested.
>* not aligned to other geometries, in particular water bodies.
>* non-maintainable due to the polygons size leading to mappers widely 
>drawing other stuff over it.
>
>Examples:
>
>http://mc.bbbike.org/mc/?lon=8.836311=58.848538=14=3=google-satellite=mapnik=mapbox-satellite
>http://mc.bbbike.org/mc/?lon=27.615479=60.772083=13=3=google-satellite=mapnik=mapbox-satellite
>http://mc.bbbike.org/mc/?lon=26.339005=61.247215=13=3=google-satellite=mapnik=mapbox-satellite
>
>Newly mapping wood areas from scratch here would likely lead to better 
>and better maintainable data in the long terms.  You could even 
>consider importing newer high quality data with a more sensible polygon
>
>size.
>
>-- 
>Christoph Hormann
>http://www.imagico.de/
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] MapContrib 1.4

[Christian Quest]

Ça me semble un faux problème: la liste peut être longue, l'important 
c'est d'avoir au début les rendus/fond/imageries les plus utiles.



Le 16/02/2017 à 10:50, Laurent Combe a écrit :

vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
comment faire pour changer le fond de carte
  il veut simplement voir la vue photo-aérienne pour mieux se repérer

il va assez facilement trouver le bouton pour accéder à la liste des
fonds de carte proposés
mais après il est confronté à plus d'une vingtaine de rendus
disponibles alors qu'il n'appréhende pas bien les différences entre
tout ces rendus
(attention je ne parle pas d'une population de contributeur OSM mais
d'un public non initié d'ailleurs un peu comme la cible de mapContrib)

mon souhait n'est pas d'exclure la richesse des rendus possible
mais par exemple d'avoir une liste courte (deux, trois) de rendus en
accès rapide

ça me semblerait plus intuitif comme interface (et on peut garder la
liste de choix exhaustive des rendus en parallèle, elle ne me dérange
pas)

Laurent



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] HebdoOSM

[David Crochet]

Bonjour


Le 15/02/2017 à 15:52, Julien Coupey a écrit :
Bref on est dans une situation où ça ne fonctionne pas et continuer 
sans pouvoir assurer la qualité dessert la crédibilité de la version 
française. Tous les avis et propositions constructives sont donc 
bienvenues ! 


Ha non, j'ai une grosse sensation de mal comprendre ce qui se passe.

Entre ne rien avoir (ou tout du moins en français) et avoir un français 
traduit autant que possible, je me contente de la traduction car je 
dépense moins à lire du franglais que de l'anglais.




Et puis s'entendre dire : Hé bien vous n'êtes pas content, on ferme le 
canal francophone.
Ben merde alors. Y'en a qui essaye de faire au mieux et bam, un risque 
de plus rien avoir


Avant de critiquer des bénévoles qui tentent de faire ce qu'ils peuvent 
avec leur temps libre (car oui, le bénévolat c'est sur le temps libre), 
déjà fait leur travail, ensuite on verra. Il y a dans cette liste (ou 
peut-être pas d'aillaurs) un personne qui traduit aussi rapidement 
possible le bulletin  hebdomadaire, et ensuite s'entendre dire "excuse 
moi, mais ta traduction, c'est pire que du google traduction). Fichtre 
bon sang. Oui, moi aussi j'ai pu constaté des traductions un peu légère. 
Et alors, cela se comprend très bien


Je ne comprend pas l'allemand, je ne comprend as l'espagnol. Pour mois 
un texte de plus de 20 ligne en anglais c'est trop. Excusez-moi d'être 
con à ce point alors
Alors oui, excusez moi d'être con en 2017 pour ne pas comprendre de 
l'anglais. Non mais autant dire Excusez moi d'exister alors. Merde alors


A ceux qui critique le journal hebdomadaire d'OSM traduit en français, 
et bien faite les 4 suivant. Après on pourra comparer.


Autant j'ai de respect pour ceux qui y travail, autant je les remercie 
et jamais et je m’efforcerais autant que possible de critiquer une chose 
si je ne peux pas faire mieux.


Cordialement

--
David Crochet


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

Re: [OSM-talk-ie] Typos in Townland names

[Dave Corley]

That sounds like a good idea.

If possible, it would be useful if it would link to the townland relation
to allow easy editing.

Once that smaller list is compiled its a matter of going through them one
by one and identifying the correct name whether that be in OSM, OSi,
Loganim or the map sheet

On 16 Feb 2017 12:37, "Rory McCann"  wrote:

> Hi!
>
> On 15/02/17 16:36, Brian Tuffy wrote:
> > just to follow up on my own post, another way to tackle this is to take a
> > look at Rory's Loganim import page on townlands.ie which I highly
> recommend
> > you take a look at.
> > https://www.townlands.ie/static/logainm/
> >
> > Each red x on these pages means that the loganim irish names tags are not
> > in OSM for that place.
> > As far as I know, they were automatically added for the places where the
> > names in Loganim list matched those in OSM (or at least id's matched?).
> So
> > a red x can indicate that there is a spelling mismatch or the place is
> > missing.
> > It's a good place to start if you want to correct typo's in place names.
>
>
> Minor point, that page doesn't look at the name, but at the
> "logainm:ref" tag. If there's a "logainm:ref" tag, then it gets a green
> tick, red X means no logainm:ref. That page is updated every morning.
>
> The (ongoing) Logainm data match up and import (wiki page[1], script
> source code[2]), looks at the logainm:ref tag and added the name:ga tags
> from logainm if needed. That script will also look at the name (or
> name:en) tag and try to match it up to what's in logainm and set the
> logainm:ref tag as appropriate. If there is a typo in the name (or OSM
> and Logainm disagree about the name), then it won't be able to set the
> logainm:ref tag, and hence there'll be a red X there.
>
> I'm going to run that script again this weekend at the Karlsruhe Hack
> Weekend. Perhaps I will look at that OSi open data and try to find
> places where OSM & OSi (and maybe Logainm!) disagree. We have ~60,000
> townlands, maybe filtering that list down to smaller list of "possible
> problems" will be easier.
>
>
> [1] https://wiki.openstreetmap.org/wiki/Logainm_Import
> [2] https://github.com/osmie/logainm-osm-import
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Typos in Townland names

[Rory McCann]

Hi!

On 15/02/17 16:36, Brian Tuffy wrote:
> just to follow up on my own post, another way to tackle this is to take a
> look at Rory's Loganim import page on townlands.ie which I highly recommend
> you take a look at.
> https://www.townlands.ie/static/logainm/
> 
> Each red x on these pages means that the loganim irish names tags are not
> in OSM for that place.
> As far as I know, they were automatically added for the places where the
> names in Loganim list matched those in OSM (or at least id's matched?). So
> a red x can indicate that there is a spelling mismatch or the place is
> missing.
> It's a good place to start if you want to correct typo's in place names.


Minor point, that page doesn't look at the name, but at the
"logainm:ref" tag. If there's a "logainm:ref" tag, then it gets a green
tick, red X means no logainm:ref. That page is updated every morning.

The (ongoing) Logainm data match up and import (wiki page[1], script
source code[2]), looks at the logainm:ref tag and added the name:ga tags
from logainm if needed. That script will also look at the name (or
name:en) tag and try to match it up to what's in logainm and set the
logainm:ref tag as appropriate. If there is a typo in the name (or OSM
and Logainm disagree about the name), then it won't be able to set the
logainm:ref tag, and hence there'll be a red X there.

I'm going to run that script again this weekend at the Karlsruhe Hack
Weekend. Perhaps I will look at that OSi open data and try to find
places where OSM & OSi (and maybe Logainm!) disagree. We have ~60,000
townlands, maybe filtering that list down to smaller list of "possible
problems" will be easier.


[1] https://wiki.openstreetmap.org/wiki/Logainm_Import
[2] https://github.com/osmie/logainm-osm-import

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

[Talk-it] FOSS4G-IT 2017

[Marco Minghini]

Ciao a tutti,

qualcuno aveva chiesto riscontro sul FOSS4G-IT 2017 di settimana scorsa a
Genova. Qui trovate un po' di foto: https://www.dropbox.com/sh/oy2
cj76isxw88xt/AADfkVUVZ4lq937ilVgbRZ34a?dl=0

Per il resto, il mio parere è che sia stato un evento di successo visti i
numeri: circa 130 persone presenti in sala in ciascuno dei due giorni di
convegno (giovedì e venerdì), senza contare la grande affluenza ai workshop
(mercoledì) e al mapping party (sabato). La strategia di unire i convegni
della comunità del FOSS4G e di OSMit, idea iniziale di Luca, ha funzionato.
Forse non c'è stata una presenza massiccia delle Regioni e amministrazioni,
ma penso sia stato un buon primo passo.
Appena saranno disponibili le slide con i numeri esatti ve le girerò.

Marco

Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - DICA
Piazza Leonardo da Vinci, 20133 Milano (Italy)
+39 02 23996409
marco.mingh...@polimi.it
@MarcoMinghini 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] HebdoOSM

[Benoit Fournier]

Je suis globalement d'accord avec toi Julien.
L'objectif 2 (bonne traduction pour les francophones) a toutefois un
intérêt propre, certes il est encore plus intéressant si l'objectif 1
est poursuivi en amont (bonne remontée des actualités francophones).

Malheureusement, la collecte d'information est chronophage, dans notre
écosystème je pense qu'elle serait plus efficace si elle implique
vraiment la communauté en mode participatif.
Les nouveaux outils de l'équipe WeeklyOSM (osmbc, chat) semblent
pouvoir faciliter un peu.

Ensuite, le travail de sélection, de rédaction, d'édition - chaque
semaine - ne peut être assuré qu'avec une équipe étoffée, avec des
francophones et des anglophones pour trier les informations issues de
tous les canaux.

Enfin la traduction ne peut se faire qu'avec des
francophones-anglophones altruistes et disponibles (et une traduction
prend du temps, et une traduction de qualité prend beaucoup de temps).


Il manque à mon avis une donnée au problème :
- combien de personnes peuvent éventuellement contribuer à ce genre de travail
- et surtout : combien de personnes sont effectivement intéressées
pour profiter des fruits de ce travail

Benoît


2017-02-16 10:59 GMT+01:00 Julien Coupey :
> Bonjour
>
> Merci pour ta réponse. Je suis persuadé également que la version française
> actuelle n'a aucune valeur ajoutée pour quelqu'un qui peut lire la version
> anglaise. En fait il faut se reposer la question des objectifs et c'est
> là-dessus qu'il serait intéressant d'avoir d'autres avis pour prioriser les
> choses puisqu'on n'arrive pas à tout faire dans l'immédiat.
>
> Il y a à mon sens deux objectifs différents :
>
> 1. Mieux refléter l'actualité des communautés francophones (même si l'info
> passe in fine en anglais).
>
> 2. Rendre l'info accessible à des francophones pour qui l'anglais ou les
> autres langues ne sont pas une option.
>
> Peut-être que le point 2 n'a d'intérêt que lorsqu'on arrive à déjà adresser
> le 1 (une édition en français qui ne renvoie que vers des articles en
> anglais présente de toute façon peu d'intérêt en terme d'accessibilité pour
> les non-anglophones).
>
> Qu'en dites-vous ?
>
> Julien
>
>
>
> Le 15/02/2017 à 20:22, Frédéric Rodrigo a écrit :
>>
>> Bonsoir.
>>
>> Ce qui suit n'est que mon avis et pourrait heurter la sensibilité de
>> certains.
>>
>> Personnellement je ne lis que la version anglaise. La version française
>> arrive plus tard et n'apporte pas grand chose de plus (voir de moins)
>> Encore une fois à mon avis, si des efforts sont peut être à fournir ils
>> devraient être sur la remonté d'info francophone vers la version anglaise.
>>
>> My 2cents.
>> Frédéric.
>>
>>
>> Le 15/02/2017 à 15:52, Julien Coupey a écrit :
>>>
>>> Bonjour à tous
>>>
>>> Suite aux derniers échanges ici[1] et là[2], je lance un fil
>>> spécifique pour donner quelques éléments de contexte et demander vos
>>> avis !
>>>
>>> À l'automne dernier, quelques volontaires de la communauté
>>> française/francophone (dans mon cas suite au SotM à Bruxelles) ont
>>> proposé de s'atteler à une version française du WeeklyOSM[3].
>>>
>>> La rédaction de cette lettre d'info se fait à l'aide de l'outil OSMBC
>>> qui permet via une interface de diviser les différentes tâches à
>>> réaliser :
>>>
>>> - collecter des sujets d'articles
>>> - gérer leur pertinence et les répartir en catégories
>>> - rédiger les articles
>>> - traduire des articles depuis/vers d'autres langues
>>> - effectuer des relectures/validations
>>>
>>> Le constat à l'heure actuelle est que les ressources dont nous
>>> disposons ne permettent pas de faire ce travail correctement. Je ne
>>> vais pas refaire les discussions précédentes mais juste donner deux
>>> exemples : en l'absence de relecture, la qualité rédactionnelle est
>>> mauvaise ; sans un effort de collecte, l'édition est une traduction
>>> d'articles en d'autres langues qui reflète peu l'actualité de la
>>> communauté francophone.
>>>
>>> C'est là que je pense qu'il est important que d'autres puissent donner
>>> leur avis. Quel place et importance voyez-vous pour ce moyen de
>>> diffuser de l'info sur OSM en français ? Quelles pistes pour améliorer
>>> la situation ?
>>> Peut-être d'autres contributeurs seraient-ils intéressés pour
>>> participer (les tâches ne sont pas toutes chronophages), ou peut-être
>>> y a-t-il d'autres moyens de mutualiser ce genre de travail (Philippe
>>> mentionnait les réflexions en cours autour de la refonte du site).
>>>
>>> Bref on est dans une situation où ça ne fonctionne pas et continuer
>>> sans pouvoir assurer la qualité dessert la crédibilité de la version
>>> française. Tous les avis et propositions constructives sont donc
>>> bienvenues !
>>>
>>> Merci
>>> Julien
>>>
>>> [1]
>>>
>>> https://lists.openstreetmap.org/pipermail/talk-fr/2017-January/083451.html
>>>
>>> [2]
>>>
>>> https://lists.openstreetmap.org/pipermail/talk-fr/2017-February/083570.html
>>>
>>> [3] http://www.weeklyosm.eu/
>>>
>>> 

Re: [OSM-ja] 旧字や崩した字や略字（まとめて外字）について

[Yoichi SEINO]

ただ様

OSMの話からはズレてしまいますが…。

こうした文字は異体字と呼ばれますが、
これらを調べるには木簡字典はあまり適切ではないかと思います。
強いて挙げるならまだ、東京大学史料編纂所の電子くずし字字典データベースでしょうか。
木簡字典と連携検索もできますが…。
連携検索を使うと画像からも検索できるので、
皆目見当がつかない字を調べるにはいいかもしれません。
(ただし、お示しいただいた画像の一部を切り出して試してみましたが、うまくはいきませんでした…)

むしろ異体字を調べる場合には、
グリフウィキを使うべきでしょう。
「作」で調べた場合は
http://glyphwiki.org/wiki/u4f5c
このようになります。
おそらく
http://glyphwiki.org/wiki/kamiyo_chars-u4f5c-itaiji-002
これに該当するのではないでしょうか。

オフトピックで失礼致しました。


2017年2月14日 2:50 多田 真遵 :
> 皆さま
> お世話になっております。ただ＠尼崎です。
>
> 添付の写真の通り
> 武庫川流伯？子ども広場
> という児童公園が有ります。
> 場所はこちらです
> http://www.openstreetmap.org/#map=19/34.72706/135.38314
>
> 流伯かなと解釈して武庫川流伯子ども広場にしてるんですが、
> 流作場ではないのと他から指摘を頂きました。
> https://ja.wikipedia.org/wiki/%E6%B5%81%E4%BD%9C%E5%A0%B4
> 確かに土手に位置する子ども広場ですので、流作だと考えています
> 崩した作はこんな書き方になるそうです
> http://jiten.nabunken.go.jp/shosai/index.php?imageid=6062=134=5=3
>
> 質問なんですが、こういう一見読み難い旧字や崩した字や略字（まとめて外字）
> はどうやって入力されてますか？
> 一番近い文字を当てるので良いのでしょうか？
> 今回は
> name=武庫川流作子ども広場
> に修正するつもりです。
>
> 以上、宜しくお願いします。
>
> ___
> 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

Re: [Talk-it] Etichette per orto

[Martin Koppenhoefer]

2017-02-16 0:56 GMT+01:00 Damjan Gerl :

> Per gli orti in condivisione (come li chiamano in wiki orti urbani, aree
> più ampie) potresti usare:
> landuse=allotments
>


+1
nel caso che non siano "ufficiali" potresti aggiungere informal=yes



>
> Mentre per gli orti "privati" (per la verdura ecc.) più piccoli sarebbe da
> usare:
>
> leisure=garden [2]
> + garden:style=kitchen
> + access=private
>
>

 +1, e anche garden:type=residential

https://wiki.openstreetmap.org/wiki/Key:garden:type

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

Re: [OSM-talk-fr] HebdoOSM

[Julien Coupey]

Bonjour

Merci pour ta réponse. Je suis persuadé également que la version 
française actuelle n'a aucune valeur ajoutée pour quelqu'un qui peut 
lire la version anglaise. En fait il faut se reposer la question des 
objectifs et c'est là-dessus qu'il serait intéressant d'avoir d'autres 
avis pour prioriser les choses puisqu'on n'arrive pas à tout faire dans 
l'immédiat.


Il y a à mon sens deux objectifs différents :

1. Mieux refléter l'actualité des communautés francophones (même si 
l'info passe in fine en anglais).


2. Rendre l'info accessible à des francophones pour qui l'anglais ou les 
autres langues ne sont pas une option.


Peut-être que le point 2 n'a d'intérêt que lorsqu'on arrive à déjà 
adresser le 1 (une édition en français qui ne renvoie que vers des 
articles en anglais présente de toute façon peu d'intérêt en terme 
d'accessibilité pour les non-anglophones).


Qu'en dites-vous ?

Julien


Le 15/02/2017 à 20:22, Frédéric Rodrigo a écrit :

Bonsoir.

Ce qui suit n'est que mon avis et pourrait heurter la sensibilité de
certains.

Personnellement je ne lis que la version anglaise. La version française
arrive plus tard et n'apporte pas grand chose de plus (voir de moins)
Encore une fois à mon avis, si des efforts sont peut être à fournir ils
devraient être sur la remonté d'info francophone vers la version anglaise.

My 2cents.
Frédéric.


Le 15/02/2017 à 15:52, Julien Coupey a écrit :

Bonjour à tous

Suite aux derniers échanges ici[1] et là[2], je lance un fil
spécifique pour donner quelques éléments de contexte et demander vos
avis !

À l'automne dernier, quelques volontaires de la communauté
française/francophone (dans mon cas suite au SotM à Bruxelles) ont
proposé de s'atteler à une version française du WeeklyOSM[3].

La rédaction de cette lettre d'info se fait à l'aide de l'outil OSMBC
qui permet via une interface de diviser les différentes tâches à
réaliser :

- collecter des sujets d'articles
- gérer leur pertinence et les répartir en catégories
- rédiger les articles
- traduire des articles depuis/vers d'autres langues
- effectuer des relectures/validations

Le constat à l'heure actuelle est que les ressources dont nous
disposons ne permettent pas de faire ce travail correctement. Je ne
vais pas refaire les discussions précédentes mais juste donner deux
exemples : en l'absence de relecture, la qualité rédactionnelle est
mauvaise ; sans un effort de collecte, l'édition est une traduction
d'articles en d'autres langues qui reflète peu l'actualité de la
communauté francophone.

C'est là que je pense qu'il est important que d'autres puissent donner
leur avis. Quel place et importance voyez-vous pour ce moyen de
diffuser de l'info sur OSM en français ? Quelles pistes pour améliorer
la situation ?
Peut-être d'autres contributeurs seraient-ils intéressés pour
participer (les tâches ne sont pas toutes chronophages), ou peut-être
y a-t-il d'autres moyens de mutualiser ce genre de travail (Philippe
mentionnait les réflexions en cours autour de la refonte du site).

Bref on est dans une situation où ça ne fonctionne pas et continuer
sans pouvoir assurer la qualité dessert la crédibilité de la version
française. Tous les avis et propositions constructives sont donc
bienvenues !

Merci
Julien

[1]
https://lists.openstreetmap.org/pipermail/talk-fr/2017-January/083451.html

[2]
https://lists.openstreetmap.org/pipermail/talk-fr/2017-February/083570.html

[3] http://www.weeklyosm.eu/

___
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] Fixing broken multipolygons

[Christoph Hormann]

On Wednesday 15 February 2017, Sarah Hoffmann wrote:
>
> There are some notable holes, for example in the woods of
> Scandinavia. It would be great if they are gone by the time we
> switch the software.

A general recommendation here to the Scandinavian communities - you 
might seriously want to consider removing the forest/wood polygons from 
the old Corine landcover imports.  These are:

* factually very inaccurate, usually indicating this area is mostly tree 
covered rather than this area is actually forested.
* not aligned to other geometries, in particular water bodies.
* non-maintainable due to the polygons size leading to mappers widely 
drawing other stuff over it.

Examples:

http://mc.bbbike.org/mc/?lon=8.836311=58.848538=14=3=google-satellite=mapnik=mapbox-satellite
http://mc.bbbike.org/mc/?lon=27.615479=60.772083=13=3=google-satellite=mapnik=mapbox-satellite
http://mc.bbbike.org/mc/?lon=26.339005=61.247215=13=3=google-satellite=mapnik=mapbox-satellite

Newly mapping wood areas from scratch here would likely lead to better 
and better maintainable data in the long terms.  You could even 
consider importing newer high quality data with a more sensible polygon 
size.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] MapContrib 1.4

[Laurent Combe]

vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
comment faire pour changer le fond de carte
 il veut simplement voir la vue photo-aérienne pour mieux se repérer

il va assez facilement trouver le bouton pour accéder à la liste des
fonds de carte proposés
mais après il est confronté à plus d'une vingtaine de rendus
disponibles alors qu'il n'appréhende pas bien les différences entre
tout ces rendus
(attention je ne parle pas d'une population de contributeur OSM mais
d'un public non initié d'ailleurs un peu comme la cible de mapContrib)

mon souhait n'est pas d'exclure la richesse des rendus possible
mais par exemple d'avoir une liste courte (deux, trois) de rendus en
accès rapide

ça me semblerait plus intuitif comme interface (et on peut garder la
liste de choix exhaustive des rendus en parallèle, elle ne me dérange
pas)

Laurent

Le 15 février 2017 à 23:48, Philippe Verdy  a écrit :
> quand on clique sur les fonds:
> - en tête le fond préféré par l'auteur
> - dessous les autres fonds testés et jugés acceptables (cela dépend de la
> personnalisation qui a été faite dans les surcouches)
> - non visibles mais avec un liens "cartes supplémentaires..." pour dérouler
> la liste, les autres fonds publics
> - et en mode "avancé", afficher aussi un combo box (mémorisable dans le
> profil du visiteur s'il y en a un, ou dans un cookie) permettant de
> paramétrer un fond non référencé (URL de base), éventuellement fournir un
> jeton privé (cookie ou paramètre de requête url-encodé dans la requête GET
> ou POST, ou paramètre de formulaire dans le corps de requête POST, ou
> paramètre d'entête MIME personnalisé si ce n'est pas un cookie, selon ce que
> demande le fournisseur), la méthode d'accès (GET ou POST), et le format des
> paramètres de géolocalisation, de zoom (avec aussi son étendue maximale),
> ainsi qu'une bounding box éventuelle (pour éviter des requêtes à des zones
> non supportées; bref ce qu'on trouve dans le paramétrage WMS.
>
> Note: si on fournit un paramétrage TMS ou WMS personnalisé (comme le permet
> JOSM par exemple), il peut dans certains cas être partageable, dans ce cas
> il pourra servir à échanger avec d'autres utilisateurs et pourra aussi
> alimenter une base publique de fonds disponibles, alors que sinon c'est un
> paramétrage privé que seule le visiteur peut utiliser depuis son poste
> client (ou depuis n'importe quel poste s'il est authentifié avec son compte
> utilisateur sur le site disposant d'un bouton de "Connexion").
>
> Les utilisateurs enregistrés pourraient aussi conserver leurs préférences
> d'affichage de chaque carte (position, zoom) mais bénéficier des données en
> surcouche fournies et mises à jour par l'auteur (qui aussi peut avoir la
> possibilité de partager son fond de données pour recevoir des mises à jour
> ou pour travailler en équipe avec plusieurs auteurs habilités. Mais là c'est
> plus de travail !
>
> Ces remarques sont aussi bien pour UMap que MapContrib ou d'autres services
> similaires qui pourraient se créer.
>
>
>
> Le 15 février 2017 à 22:17,  a écrit :
>>
>> Umap ou MapContrib, j'aurais la même politique :
>>
>> - une carte favorite (la carte par défaut)
>> - d'autres proposées (validées par le concepteur du service comme
>> correspondant bien au besoin tel qu'il le voit)
>> - ensuite tous les autres.
>>
>> Sur Umap, je m'ajoute le fond TMS du cadastre mais je ne le fais que pour
>> moi (pas de page publique) afin de limiter la bande passante. Pouvoir ainsi
>> s'ajouter des fonds exotiques ou privés (style MapBox avec son jeton perso),
>> c'est un plus mais qui doit être bien réfléchi (facilité, la version de
>> BBBike avec les cookies est sympa côté possibilités, moins côté
>> utilisabilité : j'ai testé des fonds de photos aériennes de Haïti, mais
>> après il me sélectionnait toujours ces fonds dès que je changeais de fond).
>>
>> - pour la version "composant enfichable", au plus un bouton de "plein
>> écran" permettant de passer à la page entière suffit.
>>
>> Quant aux différents fonds il faut avertir l'utilisateur que s'ils
>> prennent un fond G... ils se font pister.
>>
>> Ce qui permet de faire de la pub pour d'autres fonds.
>>
>> Passage par le site : bien pour limiter le pistage. Essentiel si c'est un
>> fond G... mais doit être désactivable : si vous avez un compte MapBox et que
>> la quantité de tuiles interrogeables par MapContrib est atteinte il est
>> préférable d'avoir un point de repli.
>>
>> Oui là encore si on veut faire simple un cookie ça marche. Mais sinon un
>> passage d'un jeton public en argument peut résoudre le problème (utilisation
>> de ce jeton systématique, sur quota dépassant un seuil ?).
>>
>> Mais pour une version 1.8 ?
>>
>>
>> Le 15/02/2017 à 16:24, Philippe Verdy - verd...@wanadoo.fr a écrit :
>>
>> Je ne vois pas l'intérêt de limiter le choix des fonds de carte, même si
>> l'auteur d'un thème en choisit un par défaut qu'il préfère. Cela n'apporte
>> 

Re: [Talk-it] Etichette per orto

[mircozorzo]

Si



--
View this message in context: 
http://gis.19327.n8.nabble.com/Etichette-per-orto-tp5891400p5891432.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-be] KBO

[Killian De Volder]

Does anyone know if we are allowed to use
http://kbopub.economie.fgov.be/kbopub/zoeknummerform.html ?

I would read some of the policies on their site, but all the links are broken.

If nobody knows, I could send an email to the department to ask.

Regards,
Killian

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

Re: [Talk-it] Etichette per orto

[Lorenzo "Beba" Beltrami]

Il giorno 16 febbraio 2017 00:56, Damjan Gerl  ha
scritto:

> Mentre per gli orti "privati" (per la verdura ecc.) più piccoli sarebbe da
> usare:
>
> leisure=garden [2]
> + garden:style=kitchen
> + access=private
>
Io tanto tempo fa ne avevo taggato uno come:

leisure=garden
+ garden:type=allotment
+ access=private

Ma non ricordo il perché... xD

Da quello che ho capito però allotment si usa solo per luoghi
condivisi/pubblici, giusto?

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

Re: [Talk-it] MAPPA IMMAGINE DI SFONDO

[Davide Mangraviti]

Intervengo anche io per dire che per fare tutte queste funzioni avanzate è
assolutamente il caso imparare ad usare JOSM.

Approfitto del tema per chiedere una info, dato che si è parlato delle
Heatmap di Strava: avrei la necessità di avere quei livelli delle Heatmap
dentro QGIS, per fare delle elaborazioni:

http://wiki.openstreetmap.org/wiki/Strava#Data_Permission_-_Allowed_for_tracing.21

Ci ho un pò tentato, ma non ci sono riuscito e per ora ho sospeso..
Eppure è possibile creare con apposito plugin un livello TMS XYZ, ma pare
che vi sia un blocco..
Pensavo di parlarne anche in lista QGIS

Qualcuno ci è riuscito?

Grazie



--
View this message in context: 
http://gis.19327.n8.nabble.com/MAPPA-IMMAGINE-DI-SFONDO-tp5891375p5891428.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Openrouteservice.org

[mircozorzo]

Oggi funziona. Uno dei servizi osm-based miei preferiti.
 



--
View this message in context: 
http://gis.19327.n8.nabble.com/Openrouteservice-org-tp5891316p5891427.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Etichette per orto

[Max1234Ita]

Esiste anche / landuse=orchard

 
/, che però forse è più adatto ad un frutteto.

Altrimenti, per l'orto-dietro-casa, si può sempre usare il generico /
landuse=farmland  
/ (dopotutto trattasi di piccoli appzzamenti di terreno coltivato)


Ciao,
Max



--
View this message in context: 
http://gis.19327.n8.nabble.com/Etichette-per-orto-tp5891400p5891424.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-fr] US Open Data

[Philippe Verdy]

Là encore un grand ménage et des tonnes de données effacées

https://www.data.gov/research/slides/explore-federal-research-data
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] Notes pollutie in Brussel

[Philippe Casteleyn]

http://www.openstreetmap.org/user/philippec

Het is beleefd op het OSM profiel te zeggen wat u waar doet.


Ik heb er altijd een punt van eer van gemaakt de foto's voor fatsoenlijke notes 
de dag zelf te publiceren.  De laastste 5 maand zit ik naar de 50 notes van 
Math te staren en ik zie meer beweging in de winkels dan in de notes.  
Bovendien zijn zijn notes geen notes.  Zelfs een Brusselaar kan op de OSM kaart 
zien welke panden en winkelgaanderijen niet getagd zijn.  Er is geen verdienste 
aan.   Het is gewoon hondjesgedrag.


Ik ben niet van plan elke dag te kijken of er een éénenvijftigste fatsoenlijke 
note tussen zit.  Ik ben ook niet van plan naar de pijpen van een buitenlandse 
dictator te dansen.  Zijn er al precendenten ?  Hoe reageren andere 
beschavingen op zulke D.O.S. bombardementen ?  Ik heb ook niet de indruk dat de 
locals 100 procent achter mij staan.  De notes staan er nog.  Ik zal dan ook 
stoppen met de winkelgaanderijen te bolfotograferen.  Trop is te veel.



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

Re: [OSM-talk-fr] josm : utiliser une image aérienne

[Thibaud Besnard]

Bonjour,


Il y a ce plugin  http://wiki.openstreetmap.org/wiki/JOSM/Plugins/PicLayer

Il permet d'afficher n'importe quel image en tant que calque et de l'aligner, 
je l'ai utilisé pour afficher un plan en jpg comme support pour de l'indoor 
mapping ça fonctionne bien.


Bonne journée,




De : Hélène PETIT 
Envoyé : jeudi 16 février 2017 09:04:26
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] josm : utiliser une image aérienne

Bonjour !

je n'ai pas trouvé comment mettre dans un calque de josm une image
jpeg, non géoréférencée ; il s'agit du plan d'un tout petit lotissement
pas encore au cadastre, mais en construction presque finie.

un lien vers une page wiki me suffira ...

Merci !

___
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] MAPPA IMMAGINE DI SFONDO

[Lorenzo Perone]

Ciao Marco,
perchè non provate a scrivere di questo problema nella lista italiana
sviluppatori OSM?
Ciao.
l.

Lorenzo Perone
Sostieni Ricostruzione Trasparente

twitter: @lorenzo_perone 
photoblog: http://immagini.me


Il giorno 16 febbraio 2017 09:00, Marco  ha scritto:

> Si, vero, il problema però é farle funzionare con iD, (ieri avevo 10
> minuti da perdere ed ho cercato velocemente) anche la wiki dice "Le
> immagini fornite dal PCN non sono in un formato compatibile con Potlach e
> iD (almeno fino a maggio 2015)"
> https://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN
> Per esperienza, io ho usato delle immagini "personalizzate" sono in alcuni
> task dell'humanitarian osm, per il resto non ho mai trovato url funzionanti
> (strava a parte ma non sono ortofoto).
> La cosa però mi interessa, non sarebbe male riuscire ad usare ortofoto più
> recenti, 2011 e 2012 ormai sono un po vecchie, in 5 anni ne cambiano di
> cose.
>
>
> On February 16, 2017 8:23:19 AM GMT+01:00, Martin Koppenhoefer <
> dieterdre...@gmail.com> wrote:
>>
>>
>>
>> sent from a phone
>>
>>  On 15 Feb 2017, at 23:59, Marco  wrote:
>>>
>>>  credo che le immagini più aggiornate per l'Italia siano quelle di Bing, 
>>> anche se molte mi pare siano del 2011.
>>>
>>
>>
>> con copertura nazionale, buona risoluzione e permesso d'uso conosco anch'io 
>> solo bing e pcn(2012), potrebbero esistere fonti con copertura 
>> locale/regionale.
>>
>> ciao,
>> Martin
>> --
>>
>> 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
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] MAPPA IMMAGINE DI SFONDO

[Martin Koppenhoefer]

sent from a phone

> On 16 Feb 2017, at 09:00, Marco  wrote:
> 
> Si, vero, il problema però é farle funzionare con iD,


non è possibile, perché iD non supporta WMS e il permesso d'uso non consente il 
caching / mettere un servizio in mezzo tra PCN e mappatore.

Il mio consiglio è di impararsi Josm, non è difficile ed è più veloce se sai 
cosa fare. E' anche molto più potente e versatile.

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

Re: [OSM-talk-fr] josm : utiliser une image aérienne

[PanierAvide]

Bonjour,

C'est le plugin PicLayer qui permet de faire cela :
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PicLayer

Cordialement,

Adrien.


Le 16/02/2017 à 09:04, Hélène PETIT a écrit :

Bonjour !

je n'ai pas trouvé comment mettre dans un calque de josm une image 
jpeg, non géoréférencée ; il s'agit du plan d'un tout petit 
lotissement pas encore au cadastre, mais en construction presque finie.


un lien vers une page wiki me suffira ...

Merci !

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



--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-in] Adding wikidata tag for Indian districts

[Naveen Francis]

On 16 February 2017 at 13:04, Arun Ganesh  wrote:

> Naveen this is amazing. Is there some documentation on Wikipedia on how
> one tags a feature on OSM and then add the map on the wiki?
>


   - Step-by-step instructions on adding a map link to your page
   
   - Step-by-step instructions on adding embedded maps to your page
   



Are features immediately updated from OSM or does it take some time?
>

It takes one day for wikidata queries.
*https://en.wikipedia.org/wiki/User:Naveenpf/sandbox#NHs_in_India
*




> On Fri, Feb 10, 2017 at 8:15 AM, Naveen Francis 
> wrote:
>
>> One more example
>>
>> CIAL on OSM map [right]
>> https://en.wikipedia.org/wiki/Cochin_International_Airport#Construction
>>
>> On 10 February 2017 at 08:08, Naveen Francis  wrote:
>>
>>> Hi
>>>
>>> After adding wikidata tags in OSM, now we can display the maps in
>>> Wikipedia.
>>>
>>> Example for Kerala districts:-
>>> https://en.wikipedia.org/wiki/List_of_districts_in_India#Kerala_.28KL.29
>>>
>>>
>>> First five primary NHs:-
>>> https://en.wikipedia.org/wiki/List_of_National_Highways_in_I
>>> ndia_by_highway_number
>>>
>>> https://en.wikipedia.org/wiki/National_Highway_1_(India) [Top right
>>> corner.]
>>>
>>> Thanks,
>>> naveenpf
>>>
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Etichette per orto

[mircozorzo]

Grazie Damjan, molto gentile, grazie per la pazienza.


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n8.nabble.com/Etichette-per-orto-tp5891400p5891415.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[OSM-talk-fr] josm : utiliser une image aérienne

[Hélène PETIT]

Bonjour !

je n'ai pas trouvé comment mettre dans un calque de josm une image 
jpeg, non géoréférencée ; il s'agit du plan d'un tout petit lotissement 
pas encore au cadastre, mais en construction presque finie.


un lien vers une page wiki me suffira ...

Merci !

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

Re: [Talk-it] MAPPA IMMAGINE DI SFONDO

[Marco]

Si, vero, il problema però é farle funzionare con iD, (ieri avevo 10 minuti da 
perdere ed ho cercato velocemente) anche la wiki dice "Le immagini fornite dal 
PCN non sono in un formato compatibile con Potlach e iD (almeno fino a maggio 
2015)"
https://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN
Per esperienza, io ho usato delle immagini "personalizzate" sono in alcuni task 
dell'humanitarian osm, per il resto non ho mai trovato url funzionanti (strava 
a parte ma non sono ortofoto).
La cosa però mi interessa, non sarebbe male riuscire ad usare ortofoto più 
recenti, 2011 e 2012 ormai sono un po vecchie, in 5 anni ne cambiano di cose.


On February 16, 2017 8:23:19 AM GMT+01:00, Martin Koppenhoefer 
 wrote:
>
>
>sent from a phone
>
>> On 15 Feb 2017, at 23:59, Marco  wrote:
>> 
>> credo che le immagini più aggiornate per l'Italia siano quelle di
>Bing, anche se molte mi pare siano del 2011.
>
>
>con copertura nazionale, buona risoluzione e permesso d'uso conosco
>anch'io solo bing e pcn(2012), potrebbero esistere fonti con copertura
>locale/regionale.
>
>ciao,
>Martin 
>___
>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