Re: [Talk-it] scelta smartphone

[Cascafico Giovanni]

Dovrebbero essercene anche con la possibilità di agganciarsi alla
costellazione Glonass. Meglio abbondare; eppoi sammai che per fare qualche
guerra gli USA iniettino errori nel GPS...

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

Re: [Talk-cz] jizdni rady: vysledky porovnani Praha

[Jan Martinec]

Dost z toho jsou aktuální výluky, kvůli měsíci NAD mi připadá zbytečné
mapovat zastávky, které zase zmizí s obnovením provozu trám (Bertramka a
spol.)

Honza Piškvor Martinec
Dne 4. 9. 2015 13:04 napsal uživatel "Pavel Machek" :

> Ahoj!
>
> > Ty "missing" nebudou presne, ricany jsem stahoval tak nejak od oka.
> >
> > Umite nekdo udelat .osm soubor prave jen s Prahou? (Pripadne jen na
> > highway=bus_stop v Praze?) Mohl bych pustit porovnani na tom...
> > "
>
> > Mělo by to jít přes overpass turbo. A omezit to relací Prahy.
> >
> > Nejsem na to expert, ale z googlu jsem poskládal toto:
>
> Dik!
>
> A tady je vysledek. Vypada to, ze mhd v praze je zmapovana velmi
> slusne.. jen jsou tam trochu srandicky s velikosti pismen.
>
> Tady je report, myslim ze je pomerne videt, co je potreba opravit.
>
> "Ruzyňský hřbytov" me pobavil :-).
>
> Pavel
>
>
> @ 1009 names common in osm and cis.
> @ 1098 names known in osm.
> @ 1166 names known in cis.
> @ 157 names missing from osm.
> @ 89 names not in cis, probably typo in osm.
> Barandovská  -- typo in osm?
> Barrandovská  -- missing in osm
> Benice  -- missing in osm
> Bertramka  -- missing in osm
> Biskupcova  -- typo in osm?
> Bohemians  -- missing in osm
> Branické náměstí  -- missing in osm
> Bránické náměstí  -- typo in osm?
> Bryksova  -- missing in osm
> Butovická  -- missing in osm
> Čechtická  -- typo in osm?
> Centrum Zahradní město  -- missing in osm
> Centrum Zahradní Město  -- typo in osm?
> Černická  -- missing in osm
> Čertousy  -- missing in osm
> Čertův Vršek  -- missing in osm
> Čertův vršek  -- typo in osm?
> Červený Vrch  -- typo in osm?
> Choceradská  -- missing in osm
> Cibulka+  -- typo in osm?
> Ciolkovksého  -- typo in osm?
> Cirkusová  -- typo in osm?
> Darwinova  -- missing in osm
> Depo Zličín  -- missing in osm
> Divadlo Pod Palmovkou  -- missing in osm
> Do Lipan  -- missing in osm
> Dostihová  -- missing in osm
> Drazdecká  -- missing in osm
> Elišky Přemyslovny  -- missing in osm
> Filosofská  -- missing in osm
> Frančíkova  -- missing in osm
> Francíkova  -- typo in osm?
> Garáže Klíčov  -- missing in osm
> Geologická (občasná)  -- typo in osm?
> Globus  -- missing in osm
> Hlávkova  -- missing in osm
> Hlušičkova  -- missing in osm
> Horoměřická  -- missing in osm
> Hrnčíře  -- missing in osm
> Hrnčířský hřbitov  -- missing in osm
> Hrnčířský hrbitov  -- typo in osm?
> IKEA Černý Most  -- missing in osm
> IKEA  -- typo in osm?
> Invalidovna  -- missing in osm
> Italská  -- missing in osm
> Jahodnice II  -- missing in osm
> Jedličkův ústav  -- missing in osm
> Jiráskova čtvrť  -- missing in osm
> Jiráskova Čtvrť  -- typo in osm?
> Jitřní  -- missing in osm
> Kamenolom Zbraslav  -- missing in osm
> Karlínské náměstí  -- missing in osm
> K Austisu  -- missing in osm
> Kbelský hřbitov  -- missing in osm
> Kbeský hřbitov  -- typo in osm?
> K chatám  -- missing in osm
> K Chatám  -- typo in osm?
> K Cihelně  -- missing in osm
> K Drsnici  bus-395  -- typo in osm?
> K Drsnici  -- missing in osm
> Ke Kaménce  -- missing in osm
> Ke Koulce  -- missing in osm
> Ke Schodům  -- missing in osm
> Ke smrčině  -- missing in osm
> Ke Smrčině  -- typo in osm?
> Klárův ústav  -- missing in osm
> K lipanům  -- typo in osm?
> K Netlukám  -- missing in osm
> Kolbenova  -- typo in osm?
> Koloděje  -- missing in osm
> Kolodějská obora  -- missing in osm
> Kolodějská Obora  -- typo in osm?
> Komořany, výstupní  -- typo in osm?
> Kovářova-KD Mlejn  -- missing in osm
> Kovářova - KD Mlejn  -- typo in osm?
> Kovářova  -- missing in osm
> Královice  -- missing in osm
> Krňovická  -- missing in osm
> Krymská  -- missing in osm
> K Teplárně  -- missing in osm
> Kunratice  -- missing in osm
> Kunratická škola  -- missing in osm
> Kyjský hřbitov  -- missing in osm
> Kyjský Hřbitov  -- typo in osm?
> K závětinám  -- missing in osm
> K Závětinám  -- typo in osm?
> Laurová  -- missing in osm
> Letiště Václava Havla  -- missing in osm
> Lévského  -- typo in osm?
> Lipany  -- missing in osm
> Lotyšská  -- missing in osm
> Malostranská  -- typo in osm?
> Masarykovo nádraží  -- missing in osm
> Mílová  -- missing in osm
> Moravanská  -- missing in osm
> Morseova  -- missing in osm
> Most Závodu míru  -- missing in osm
> Most Závodu Míru  -- typo in osm?
> Nábřeží Kapitána Jaroše  -- missing in osm
> Na Černé Strouze  -- typo in osm?
> Na Cikorce  -- missing in osm
> Nádraží Holešovice Terminál DP  -- missing in osm
> Nádraží Klánovice-sever  -- missing in osm
> Nádraží Klánovice sever  -- typo in osm?
> Nádraží Vysočany  -- missing in osm
> Nad Rybníkem  -- missing in osm
> Na Hroudě  -- missing in osm
> Na Hůrce  -- missing in osm
> Na Hurce  -- typo in osm?
> Na Klíčově  -- typo in osm?
> Na Křečku  -- missing in osm
> Na křečku  -- typo in osm?
> Na Lysinách  -- missing in osm
> Náměstí Jiřího Berana  -- missing in osm
> náměstí Jiřího Berana  -- typo in osm?
> Náměstí Míru  -- missing in osm

Re: [Talk-it] R: R: man_made=bridge

[Marcello]

Grazie del chiarimento, in effetti non avevo pensato ai ponti "normali",
dato che il dubbio mi era sorto volendo mappare un ponte su un percorso
pedonale realizzato interamente in legno, a parte forse i due pilastri
agli estremi, ma non so se sono visibili almeno in parte o sono coperti
dalla vegetazione o dal terreno riportato.

Ciao
Marcello

Il 03/09/2015 19:03, girarsi_liste ha scritto:
> On 03/09/2015 17:18, Marcello wrote:
>
> > Ma volendo specificare il materiale del ponte quale tag si può
> > utilizzare? Non mi sembra un'informazione secondaria, l'unico tag
> > che ho trovato è building:material=*, sembra però specifico per il
> > 3D mapping, per rappresentare le pareti degli edifici.
>
> > Ciao Marcello
>
>
> Difficilmente il ponte è di un'unico materiale, ma se vuoi mappare in
> questo senso devi mappare i singoli elementi di un ponte, la
> pavimentazione della strada è uno o più materiali, i pilastri se ci
> sono di solito sono cemento, il piano di supporto anche, ecc..
>
>
> Il 3d mapping aiuta, perchè particolareggia i singoli elementi a cui
> puoi aggiungere il *:material=*.
>
> Onestamente non mi sono mai posto il problema di mappare in questo
> modo, è troppo complesso per i mei gusti ma magari un domani si creerà
> un editor di questo tipo che alleggerirà di molto il mapping
> tridimensionale.
>
>
>
> >


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

Re: [Talk-it] scelta smartphone

[Leonardo Frassetto]

Se proprio uno vuole esagerare consiglio l'acquisto di un Cell che supporti
anche beidou ( la costellazione GPS cinese) e sia pronto per Galileo (il
GPS europeo che inizierà ad essere attivo dal 2017).
Il 04/set/2015 11:24, "Cascafico Giovanni"  ha scritto:

> Dovrebbero essercene anche con la possibilità di agganciarsi alla
> costellazione Glonass. Meglio abbondare; eppoi sammai che per fare qualche
> guerra gli USA iniettino errori nel GPS...
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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-TW] [OSMwiki] 中文頁面點選編輯卻是英文內容

[Yaling Peng]

@clarkcabo 說的是 iD編輯器 嗎？

剛剛去看了一下iD的「醫療器材行」
的確就上封信提的：shop=medical_supply
所以我就follow iD上的中文譯名翻為「醫療器材」

順便問一下大家，
『This table is a wiki template with a default description in English.
Editable here.』
這行字有辦法翻譯嗎？
是不是包含在神祕的模組裡面？XD
要去那邊翻譯啊？

2015-08-27 20:40 GMT+08:00 clarkcabo :

> 我不知道,但OSM的POI分類中,不是有個"醫療器材"的分類了嗎?
> 像"杏X",很多是用這個分類...
>
>
>
>
> Dennis Raylin Chen  於 2015/8/27 (週四) 3:28 PM 寫道﹕
>
>
> 在這一頁
> http://wiki.openstreetmap.org/wiki/Template:Zh-hant:Map_Features:shop
>
> 想不到是用模版語法組成的
>
> 2015-08-27 14:11 GMT+08:00 Yaling Peng :
>
> 頁面：
> Zh-hant:Map Features
>
> http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features#.E4.BF.9D.E5.81.A5.E5.92.8C.E7.BE.8E.E5.AE.B9
>
> 狀況：
> 欲將shop=medical_supply項目說明譯為醫療用品店，
> 但進入表格編輯時，卻是英文資料
>
> 問題：
> 請問是否是我編輯方式使用錯誤？
> 如果是系統問題，請問OSMwiki回報窗口？
>
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw
>
>
>
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw
>
>
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

[Talk-it] OSM QA Tiles now updated daily for the entire world

[Fabrizio]

https://www.mapbox.com/blog/osm-qa-tiles/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] A12 motorway

[Gerard Vanderveken]

Hi,

I see thet the ring of Antwerp is incorporated in the relations of E19 
 
(Amsterdam - Paris) and of the A1 
(Flemish part of A19).

While the E-roads are a conceptual thing, this is understandable.

However the A-roads are a physical, real highway and they should be 
mapped as indicated on eg. the km-markings.
That means that the ring around a city is a separate way: the R-roads 
and not part of a A-road.


For this reason I would suggest to leave the A12 in 2 pieces and 
recommend to remove the ring from the A1.


In any case:
- segment 3 is the end point of segment 6 and should be joined to it by 
adding it and the missing piece of road between.
- same problem for segment 4 which should be joined to 6 with th missing 
bridge part.


Regards,
Gerard.

Marc Gemis wrote:


Hallo,

I'm wondering whether the relation for the A12 should include the 
ringway in Antwerp as well.
Right now, the relation consists of 2 separate sections, north and 
south of Antwerp.

see http://osmrm.openstreetmap.de/relation.jsp?id=102684

Depending on the answer to that question, I might remove what is 
marked as section 3, which is not connected to any other part. 


regards

m



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

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

Re: [Talk-TW] [OSMwiki] 中文頁面點選編輯卻是英文內容

[clarkcabo]

 我記錯了,我是用OsmAnd+定位新增POI時,APP的設定的分類找到的是:醫療->醫療供應
好像對於POI的分類,OsmAnd+ 
APP跟OSM官網的iD編輯器的POI分類有部份不同,可能翻譯不同,或OsmAnd+沒有,OSM官網卻有的...可能要等下次OsmAnd+程式檔更新吧!


 Yaling Peng  於 2015/9/4 (週五) 6:32 PM 寫道﹕
   

 @clarkcabo 說的是 iD編輯器 嗎？

剛剛去看了一下iD的「醫療器材行」
的確就上封信提的：shop=medical_supply
所以我就follow iD上的中文譯名翻為「醫療器材」

順便問一下大家，
『This table is a wiki template with a default description in English. Editable 
here.』
這行字有辦法翻譯嗎？
是不是包含在神祕的模組裡面？XD
要去那邊翻譯啊？

2015-08-27 20:40 GMT+08:00 clarkcabo :

我不知道,但OSM的POI分類中,不是有個"醫療器材"的分類了嗎?像"杏X",很多是用這個分類...
 


 Dennis Raylin Chen  於 2015/8/27 (週四) 3:28 PM 寫道﹕
   

 在這一頁
http://wiki.openstreetmap.org/wiki/Template:Zh-hant:Map_Features:shop

想不到是用模版語法組成的

2015-08-27 14:11 GMT+08:00 Yaling Peng :

頁面：
Zh-hant:Map Features
http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features#.E4.BF.9D.E5.81.A5.E5.92.8C.E7.BE.8E.E5.AE.B9

狀況：
欲將shop=medical_supply項目說明譯為醫療用品店，
但進入表格編輯時，卻是英文資料

問題：
請問是否是我編輯方式使用錯誤？
如果是系統問題，請問OSMwiki回報窗口？
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw




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


   



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

Re: [OSM-talk-be] Voordracht Mapillary

[Jo]

Hallo Philippe,

Ik wil wel 'morele ondersteuning' komen geven :-)

23:07 vertrekt de laatste trein naar Leuven in Mechelen. Haal 'k die nog?

Jo

Op 4 september 2015 10:38 schreef Philippe Casteleyn <
philippecastel...@hotmail.com>:

> Maandagavond 7 september 20:00 uur  geef ik een voordracht voor de
> computerclub te Tisselt.
> Dat betekent dat ik mijn montagesystemen toon en voor de rest het publiek
> volg.
>
> http://www.hcc-vl.be/d001/
>
> Autolozen kunnen met mij mee vanaf Mechelen station.
> Mensen die mij kunnen aanvullen zijn ook welkom.
>
> 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
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[Tristram Gräbener]

Pour ma part, je trouve que le tag le plus proche du besoin est
http://wiki.openstreetmap.org/wiki/Proposed_Features/Importance meme s’il
ne correspond pas vraiment au besoin.  Par exemple, il cite la magistrale
Paris→Vienne→Budapest passe par des lignes grande vitesse et des lignes
plus traditionnelles.

J’ai envie de faire :

railway:importance=highspeed : correspond à de la grande vitesse
culturellement dans le pays (les LGV en France, la ligne à 230 entre
Salzburg et Vienne…)
railway:importance=primary : toutes les lignes longues distances
(parcourues par des corails, InterCity, trains de nuits…)
railway:importance=secondary : toutes les lignes parcourues par des TER,
autres trains régionaux
railway:importance=tertiary : les lignes à très faible fréquentation (un
train ou moins par jour), les voies touristiques, les voies métriques…

L’avantage de cette approche c’est qu’on a une sémantique proche des
highway, donc plus facilement appréhendable, et en utilisant « importance »
comme clef, on fait bien comprendre qu’il ne s’agit pas d’une
classification sur les propriétés physiques de la ligne, ni sur l’intensité
de son usage (une ligne de RER serait secondary, même si en tonnage qui
passe dessus, ça doit être parmi les plus chargé au monde).

2015-09-03 17:59 GMT+02:00 DH :

> Le 03/09/2015 16:31, Tristram Gräbener a écrit :
>
>> Bonjour,
>>
>> La classification UIC est une piste intéressante, mais elle semble très
>> orienté fret, est-ce que je me trompe ?
>>
> Plus exactement  le rythme de maintenance (le tonnage supporté par le rail
> est facteur d'usure prépondérant). Le fret est très lourd mais si tu as
> beaucoup de trafic, tu peux atteindre les mêmes tonnages avec du voyageur.
> Le problème ce sont les lignes mixtes, en particulier les corridors fret
> européens qui traversent la France (par exemple l'axe
> Strasbourg-Bâle-Bettembourg emprunte en Alsace la dorsale nord-sud déjà
> très chargée en trafic régionaux (TER200) et internationaux (sur ligne
> classique).
> Si ta problématique de segmentation du réseau est plutôt orienté
> voyageurs, la piste UIC n'est totalement satisfaisante ; néanmoins elle
> peut fournir de la matière à réflexion.
>
>>
>> Le tag usage tel que je l’ai compris, c’est surtout pour différencier les
>> rails d’une voie des aiguillages, et autres voies techniques.
>>
>> Je n'ai pas étudié de manière approfondi quel usage est fait de cette
> clé. Mon usage actuel pour distinguer les voies dites principales des voies
> de service est d'utiliser : service=spur|siding|yard pour les VS et rien
> pour les VP.
> Selon http://wiki.openstreetmap.org/wiki/Key%3Ausage, plus précisément le
> distingo main/branch pour les trafic voyageurs/mixtes (clé qui je n'utilise
> pas trop) est une première approche embryonnaire de classification de
> l'importance, non ?
>
> Il y a aussi ceci :
> http://taginfo.openstreetmap.fr/keys/railway%3Atraffic_mode#overview qui
> permet de distinguer le type de trafic.
> A l'occasion, il faudra que je repasse en revue mes relations (au sens
> OSM) ferroviaires sur le Grand Est
>
> C'est pas simple 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[David Crochet]

Bonjour

Le 04/09/2015 11:24, Tristram Gräbener a écrit :

railway:importance=highspeed : correspond à de la grande vitesse
culturellement dans le pays (les LGV en France, la ligne à 230 entre
Salzburg et Vienne…)
railway:importance=primary : toutes les lignes longues distances
(parcourues par des corails, InterCity, trains de nuits…)
railway:importance=secondary : toutes les lignes parcourues par des TER,
autres trains régionaux
railway:importance=tertiary : les lignes à très faible fréquentation (un
train ou moins par jour), les voies touristiques, les voies métriques…


Pourquoi mettre railway:*=* puisque cette étiquette sera posé sur un 
élément qui, en toute logique, est déjà étiqueté railway=* ?


Cordialement

--
David Crochet

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

Re: [Talk-cz] jizdni rady: vysledky porovnani Praha

[Pavel Machek]

Ahoj!

> Ty "missing" nebudou presne, ricany jsem stahoval tak nejak od oka.
> 
> Umite nekdo udelat .osm soubor prave jen s Prahou? (Pripadne jen na
> highway=bus_stop v Praze?) Mohl bych pustit porovnani na tom...
> "

> Mělo by to jít přes overpass turbo. A omezit to relací Prahy.
> 
> Nejsem na to expert, ale z googlu jsem poskládal toto:

Dik!

A tady je vysledek. Vypada to, ze mhd v praze je zmapovana velmi
slusne.. jen jsou tam trochu srandicky s velikosti pismen.

Tady je report, myslim ze je pomerne videt, co je potreba opravit.

"Ruzyňský hřbytov" me pobavil :-).

Pavel


@ 1009 names common in osm and cis.
@ 1098 names known in osm.
@ 1166 names known in cis.
@ 157 names missing from osm.
@ 89 names not in cis, probably typo in osm.
Barandovská  -- typo in osm?
Barrandovská  -- missing in osm
Benice  -- missing in osm
Bertramka  -- missing in osm
Biskupcova  -- typo in osm?
Bohemians  -- missing in osm
Branické náměstí  -- missing in osm
Bránické náměstí  -- typo in osm?
Bryksova  -- missing in osm
Butovická  -- missing in osm
Čechtická  -- typo in osm?
Centrum Zahradní město  -- missing in osm
Centrum Zahradní Město  -- typo in osm?
Černická  -- missing in osm
Čertousy  -- missing in osm
Čertův Vršek  -- missing in osm
Čertův vršek  -- typo in osm?
Červený Vrch  -- typo in osm?
Choceradská  -- missing in osm
Cibulka+  -- typo in osm?
Ciolkovksého  -- typo in osm?
Cirkusová  -- typo in osm?
Darwinova  -- missing in osm
Depo Zličín  -- missing in osm
Divadlo Pod Palmovkou  -- missing in osm
Do Lipan  -- missing in osm
Dostihová  -- missing in osm
Drazdecká  -- missing in osm
Elišky Přemyslovny  -- missing in osm
Filosofská  -- missing in osm
Frančíkova  -- missing in osm
Francíkova  -- typo in osm?
Garáže Klíčov  -- missing in osm
Geologická (občasná)  -- typo in osm?
Globus  -- missing in osm
Hlávkova  -- missing in osm
Hlušičkova  -- missing in osm
Horoměřická  -- missing in osm
Hrnčíře  -- missing in osm
Hrnčířský hřbitov  -- missing in osm
Hrnčířský hrbitov  -- typo in osm?
IKEA Černý Most  -- missing in osm
IKEA  -- typo in osm?
Invalidovna  -- missing in osm
Italská  -- missing in osm
Jahodnice II  -- missing in osm
Jedličkův ústav  -- missing in osm
Jiráskova čtvrť  -- missing in osm
Jiráskova Čtvrť  -- typo in osm?
Jitřní  -- missing in osm
Kamenolom Zbraslav  -- missing in osm
Karlínské náměstí  -- missing in osm
K Austisu  -- missing in osm
Kbelský hřbitov  -- missing in osm
Kbeský hřbitov  -- typo in osm?
K chatám  -- missing in osm
K Chatám  -- typo in osm?
K Cihelně  -- missing in osm
K Drsnici  bus-395  -- typo in osm?
K Drsnici  -- missing in osm
Ke Kaménce  -- missing in osm
Ke Koulce  -- missing in osm
Ke Schodům  -- missing in osm
Ke smrčině  -- missing in osm
Ke Smrčině  -- typo in osm?
Klárův ústav  -- missing in osm
K lipanům  -- typo in osm?
K Netlukám  -- missing in osm
Kolbenova  -- typo in osm?
Koloděje  -- missing in osm
Kolodějská obora  -- missing in osm
Kolodějská Obora  -- typo in osm?
Komořany, výstupní  -- typo in osm?
Kovářova-KD Mlejn  -- missing in osm
Kovářova - KD Mlejn  -- typo in osm?
Kovářova  -- missing in osm
Královice  -- missing in osm
Krňovická  -- missing in osm
Krymská  -- missing in osm
K Teplárně  -- missing in osm
Kunratice  -- missing in osm
Kunratická škola  -- missing in osm
Kyjský hřbitov  -- missing in osm
Kyjský Hřbitov  -- typo in osm?
K závětinám  -- missing in osm
K Závětinám  -- typo in osm?
Laurová  -- missing in osm
Letiště Václava Havla  -- missing in osm
Lévského  -- typo in osm?
Lipany  -- missing in osm
Lotyšská  -- missing in osm
Malostranská  -- typo in osm?
Masarykovo nádraží  -- missing in osm
Mílová  -- missing in osm
Moravanská  -- missing in osm
Morseova  -- missing in osm
Most Závodu míru  -- missing in osm
Most Závodu Míru  -- typo in osm?
Nábřeží Kapitána Jaroše  -- missing in osm
Na Černé Strouze  -- typo in osm?
Na Cikorce  -- missing in osm
Nádraží Holešovice Terminál DP  -- missing in osm
Nádraží Klánovice-sever  -- missing in osm
Nádraží Klánovice sever  -- typo in osm?
Nádraží Vysočany  -- missing in osm
Nad Rybníkem  -- missing in osm
Na Hroudě  -- missing in osm
Na Hůrce  -- missing in osm
Na Hurce  -- typo in osm?
Na Klíčově  -- typo in osm?
Na Křečku  -- missing in osm
Na křečku  -- typo in osm?
Na Lysinách  -- missing in osm
Náměstí Jiřího Berana  -- missing in osm
náměstí Jiřího Berana  -- typo in osm?
Náměstí Míru  -- missing in osm
Náměstí W. Churchilla  -- typo in osm?
Náměstí Winstona Churchilla  -- missing in osm
Na Okraji  -- missing in osm
Na Pahorku  -- typo in osm?
Na Pískách  -- typo in osm?
Na plácku  -- missing in osm
Na Plácku  -- typo in osm?
Na Pramenech  -- missing in osm
Násirovo náměstí  -- missing in osm
Na Slánské silnici  -- typo in osm?
Na Špitálce  -- typo in osm?
Na Srpečku  -- missing in osm
Na srpečku  -- typo in osm?
Na Tykačce  -- missing in osm
Nemocnice Bulovka - gynekologie  -- missing in osm
Nemocnice Bulovka, 

Re: [Talk-cz] jizdni rady: porovnani osm a oficialni databaze

[Pavel Machek]

Ahoj!

Kod je:

http://timetab.cvs.sourceforge.net/viewvc/timetab/timetab/

A umi to takovehle vysledky:

missing in osm:  Říčany,,OÁZA
missing in osm:  Říčany,,U lípy
missing in osm:  Říčany,,Kuříčko
missing in osm:  Říčany,,Voděradská
missing in osm:  Říčany,,prům.zóna Zděbrady
missing in osm:  Říčany,,U podjezdu
missing in osm:  Říčany,,Olivovna
missing in osm:  Říčany,,hřbitov
missing in osm:  Říčany,,Nádraží
missing in osm:  Říčany,,Fibichova
missing in osm:  Říčany,,
bad in osm:  Říčany, nádraží  (opraveno)
bad in osm:  Říčany, U Lípy (opraveno)
bad in osm:  Říčany, Pod nádražím
bad in osm:  Říčany, U Podjezdu  (opraveno)

24 names known in osm.
31 names known in cis.
20 names common in osm and cis.
11 names missing from osm.
4 names not in cis, probably typo in osm.

Ty "missing" nebudou presne, ricany jsem stahoval tak nejak od oka.

Umite nekdo udelat .osm soubor prave jen s Prahou? (Pripadne jen na
highway=bus_stop v Praze?) Mohl bych pustit porovnani na tom...

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-cz] jizdni rady: porovnani osm a oficialni databaze

[Marián Kyral]

-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 4. 9. 2015 11:29:50
Předmět: Re: [Talk-cz] jizdni rady: porovnani osm a oficialni databaze

"Ahoj!

Kod je:

http://timetab.cvs.sourceforge.net/viewvc/timetab/timetab/

A umi to takovehle vysledky:

missing in osm: Říčany,,OÁZA
missing in osm: Říčany,,U lípy
missing in osm: Říčany,,Kuříčko
missing in osm: Říčany,,Voděradská
missing in osm: Říčany,,prům.zóna Zděbrady
missing in osm: Říčany,,U podjezdu
missing in osm: Říčany,,Olivovna
missing in osm: Říčany,,hřbitov
missing in osm: Říčany,,Nádraží
missing in osm: Říčany,,Fibichova
missing in osm: Říčany,,
bad in osm: Říčany, nádraží (opraveno)
bad in osm: Říčany, U Lípy (opraveno)
bad in osm: Říčany, Pod nádražím
bad in osm: Říčany, U Podjezdu (opraveno)

24 names known in osm.
31 names known in cis.
20 names common in osm and cis.
11 names missing from osm.
4 names not in cis, probably typo in osm.

Ty "missing" nebudou presne, ricany jsem stahoval tak nejak od oka.

Umite nekdo udelat .osm soubor prave jen s Prahou? (Pripadne jen na
highway=bus_stop v Praze?) Mohl bych pustit porovnani na tom...
"



Mělo by to jít přes overpass turbo. A omezit to relací Prahy.

Nejsem na to expert, ale z googlu jsem poskládal toto:




[out:json][timeout:600]; 
// gather results 
{{geocodeArea:Praha}}->.searchArea; ( 
// query part for: “highway=bus_stop” 
  node[highway=bus_stop](area.searchArea); 
  way[highway=bus_stop](area.searchArea); 
  relation[highway=bus_stop](area.searchArea); 
); 
// print results 
out body; 
>; 
out skel qt;





http://overpass-turbo.eu/master/?q=W291dDpqc29uXVt0aW1lxIHEgzYwMF07
IAovLyBnYXRoZXIgcmVzdWx0c8SWe3tnxI5jb2RlQcSiYTpQcmFoYX19LT4uc2
VhcmNoxLLFgcSVKMSWxJggcXXEn3kgcMWCdCBmb3I6IMOiwoDCnGhpZ2h3YXk9YnVzX3N0b3DFm8
KdxJYgIG7Er2VbxZ7FoMWixaTFpsWoxarFrF0oxYLFgcS_xYHFg8WFxLMpxJUKxbHFucW2xZ_
FocWjxaXFp8Wpxatwxb_GgWHGg8WCxYTFhmHGiMWwxKFlbMScacSHxo3FuMaQxbvGk8W-xoDEs8
aZxoXGnMaeCsaxxYtwcmluxZTEosSkxKbEqArEjyBixK95xok-xonGv3NrxqHFjHQ7Cg=BPm-
Twn7nL





Marián




"
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html

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

Re: [Talk-it] Portale Open Data del Comune di Siena

[Germano Massullo]

Mi inserisco nella discussione. Dopo esser stato in Toscana questa
estate, ho mandato varie e-mail PEC ai comuni che ho visitato, per
informarli circa OpenStreetMap. Ho ricevuto una risposta solamente dal
comune di Siena: mi hanno mandato una e-mail PEC molto dettagliata e
curata, dove mi comunicano di conoscere la piattaforma e dove mi
comunicano che hanno recentemente rilasciato innumerevoli open data.
Infine mi chiedono un parere sul loro lavoro.
Sono rimasto piacevolmente sorpreso dalla cosa e dato che abbiamo
un'occasione speciale di parlare direttamente con l'istituzione
cittadina, vorrei sapere i vostri pareri su questi dati che hanno
pubblicato, così da poter fornire un feedback anche a nome della
comunità OSM italiana.


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

Re: [OSM-talk] Abandoned Rails

[Richard]

On Thu, Sep 03, 2015 at 08:38:08PM +0200, Frederik Ramm wrote:
> Hi,
> 
> On 09/03/2015 02:25 PM, Martin Koppenhoefer wrote:
> > also there are good arguments why it shouldn't be secret who owns which
> > pieces of land
> 
> "shouldn't be secret" != "should be in OSM"

what should be in OSM where possible is pubilc/private land. This is 
in many countries relevant for path/track routing.

Parcel boundaries probably should be included at least for commercial 
use lands - it is good to know that a piece of land belongs to a company
spraying poison on their fields or to a mining company and may fly around 
your ears anytime.

Richard

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

[OSM-talk-be] A12 motorway

[Marc Gemis]

Hallo,

I'm wondering whether the relation for the A12 should include the ringway
in Antwerp as well.
Right now, the relation consists of 2 separate sections, north and south of
Antwerp.
see http://osmrm.openstreetmap.de/relation.jsp?id=102684

Depending on the answer to that question, I might remove what is marked as
section 3, which is not connected to any other part.

regards

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

Re: [Talk-cz] jizdni rady: vysledky porovnani Praha

[Pavel Machek]

Ahoj!

> Není zač.
> 
> Jak se to používá? Jak si to můžu vygenerovat třeba pro
> Frýdek-Místek?

V cz/cis/ pomoci unpack a cis2tt.py prelozis jizdni rad do delme.tt.

Potom ../tools/tt2stations, a nejakym sikovnym grepem vyberes
Frydek. (A asi rucne smazes Frydek..,). Vysledkem budis frydek.cis .

Nekde stahnes osm, a pomoci list_stops_osm (to by chtelo prepsat, je
to _velky_ hack) vyrobis frydek.osm .

A pak zmenis ../tools/compare_stops.py (das tam name = "frydek") a
pustis... jeste doporucuju | sort, pak je videt u chyby i oprava.

[A kdyz napises README tak ho pridam do CVS :-)]

> A nic proti cvs, ale nešlo by to trochu moderněji, třeba přes git? :-D Z 
> toho spartánského rozhraní SF jsem ani nebyl schopen zjistit, co všechno jsi
> měnil.

No, treba.. jednou... :-).
Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-it] gpx con foto come visualizzarlo?

[ugonegnome]

Il 03/09/2015 21:15, matteo ruffoni ha scritto:
> ..ho provato umap ma non mi mostra le foto come posso fare?
> ciao matteo
> Ps è il primo passo per la mappa dei specie vegetali in val di ledro
>
non so se fa al caso tuo ma direi che gpsprune
(http://activityworkshop.net/software/gpsprune/download.html) potrebbe
andare
Per essere + esatti il programma permette di aggiungere ad un gpx 
foto,audio eccetera
poi bisogna vedere le particolari esigenze
ciao ugo

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

Re: [OSM-talk-be] A12 motorway

[Ben Laenen]

Indeed, there's only one Belgian road number on a road, and for the
Antwerp Ring this is R1, not A1 which is completely wrong. If two
numbered roads join for a while before separating again, then only one
number is used for the shared part (as opposed to the Netherlands
where they can put multiple numbers on a road).

About the E-numbers, the Ring is part of some of them, although we're
in Belgium in this special situation where we're using E-numbers of
motorways as the main reference, but never use them on the R-roads. So
it's correct but a lot of people think it's odd that the Ring would be
labeled E19 and E34.


Ben


On Fri, Sep 4, 2015 at 1:51 PM, Gerard Vanderveken  wrote:
> Hi,
>
> I see thet the ring of Antwerp is incorporated in the relations of E19
> (Amsterdam - Paris) and of the A1 (Flemish part of A19).
> While the E-roads are a conceptual thing, this is understandable.
>
> However the A-roads are a physical, real highway and they should be mapped
> as indicated on eg. the km-markings.
> That means that the ring around a city is a separate way: the R-roads and
> not part of a A-road.
>
> For this reason I would suggest to leave the A12 in 2 pieces and recommend
> to remove the ring from the A1.
>
> In any case:
> - segment 3 is the end point of segment 6 and should be joined to it by
> adding it and the missing piece of road between.
> - same problem for segment 4 which should be joined to 6 with th missing
> bridge part.
>
> Regards,
> Gerard.
>
> Marc Gemis wrote:
>
> Hallo,
>
> I'm wondering whether the relation for the A12 should include the ringway in
> Antwerp as well.
> Right now, the relation consists of 2 separate sections, north and south of
> Antwerp.
> see http://osmrm.openstreetmap.de/relation.jsp?id=102684
>
> Depending on the answer to that question, I might remove what is marked as
> section 3, which is not connected to any other part.
>
> regards
>
> m
>
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-it] historic=memorial

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/09/2015 00:12, demon.box wrote:
> Poniamo ad esempio il caso di una piccola croce in metallo posta a
> ricordo di una persona deceduta in quel luogo, con tanto di
> iscrizione con cognome e nome, data di nascita, data di morte, ecc.
> come si tagga?
> 
> historic=memorial
> 
> oppure
> 
> man_made=cross ??
> 
> 


man_made=cross (per la croce), support=* [0] (il tipo di supporto, se
c'è), description:it=* (la parte scritta), se un'unico materiale
material=*.

[0] http://wiki.openstreetmap.org/wiki/Key:support

PS: questo tag support=* l'ho scoperto oggi guardando sul wiki il tag
historic=wayside_cross.


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iJwEAQECAAYFAlXpqMEACgkQ2awwsGUrLewIOQQAtyohddS1dlWOl+UGURIbx5qk
odbPOhckf4B9jUP1gose7OweKlaC96e6uh1nU4jRW3rHgBsz5/r9a3s7vaQCu0wM
H0PZAkwGJFSvePqnA8Jx8Zsb4qkbsHw8OcTegYD7vpqY8Sz4PQCKL5LEVD2KAmvw
SkaWi6lqMRUtqwGN5/U=
=Py6X
-END PGP SIGNATURE-

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

[OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

Bonjour,

Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
pour promouvoir les aménagements cyclables et les données OpenStreetMap. Il
s'agit de  http://www.amenagements-cyclables.fr
  

L'idée est de faire un site simple et convivial pour comparer un peu l'état
des données OSM concernant les aménagements cyclables en France.

Il nous reste encore quelques adaptations à faire mais on voulait déjà avoir
l'avis de la communauté OSM avant la finalisation du site et un lancement
officiel d'ici peu.

Merci d'avance pour votre retour et bonne journée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[Tristram Gräbener]

> Pourquoi mettre railway:*=* puisque cette étiquette sera posé sur un
> élément qui, en toute logique, est déjà étiqueté railway=* ?
>

Bonne remarque. Je ne suis pas complètement à l’aise avec la nomenclature
des tags.

Le tag `importance` me semble très orienté vers le rayonnement de l’objet,
et ça me semblerait que ça serait un peu dévoyer de l’utiliser pour ce qui
me concerne.

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

Re: [OSM-talk-be] adressen

[Jan Laporte]

Hallo,

Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker voor 
woningen en appartementen. Die informatie zou je zeker mee moeten nemen, 
kwestie van er iets minder titanenwerk van te maken.

Bye,
Jan


-Oorspronkelijk bericht-
Van: Ben Laenen [mailto:benlae...@gmail.com]
Verzonden: donderdag 27 augustus 2015 16:12
Aan: OpenStreetMap Belgium 
Onderwerp: Re: [OSM-talk-be] adressen

Ik denk niet dat er al iemand begonnen is met het systematisch mappen van alle 
adressen in Antwerpen? De straten moeten er zo goed als allemaal in zitten, in 
de beginjaren werd daarvoor vergeleken met de straatnamenlijst die je online 
kan vinden. Maar adressen zelf is nog een ander titanenwerkje (en al zeker als 
we gebouwen ook ineens willen mappen), dus tegen wanneer dat in OSM staat daar 
durf ik alvast niets over zeggen. Ten vroegste over een paar maanden, op 
voorwaarde natuurlijk dat er iemand nu meteen aan begint (en het volhoudt tot 
het eind), aangezien het volgens mij wel een werkje is waar iemand fulltime wel 
enkele weken mee zoet zou zijn.

Als er interesse is misschien iets met een aantal mensen coördineren om er eens 
werk van te maken?

Ben


2015-08-27 10:01 GMT+02:00 joost schouppe :
> Dag allen,
>
> Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> rechtsboven als je een kaart in beeld hebt).
> Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> ze alsjeblieft weer naar een volledig adressenbestand kunnen
> verwijzen, iemand off the top of their head een idee welk aandeel van
> de adressen in 't Stad nu al gemapped zijn en op welke termijn we volledig 
> zouden kunnen zijn?
>
> Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
> open adreszoeker op gebouwd hebben?
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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



AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] adressen

[Marc Gemis]

Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab data,
want als ik naar

http://crab-import.osm.be/import.html?pcode=2610=true=true=

kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode
2610 moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data
is van 2 maart 2015.


mvg

m

2015-09-04 14:56 GMT+02:00 Jan Laporte :

> Hallo,
>
> Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker
> voor woningen en appartementen. Die informatie zou je zeker mee moeten
> nemen, kwestie van er iets minder titanenwerk van te maken.
>
> Bye,
> Jan
>
>
> -Oorspronkelijk bericht-
> Van: Ben Laenen [mailto:benlae...@gmail.com]
> Verzonden: donderdag 27 augustus 2015 16:12
> Aan: OpenStreetMap Belgium 
> Onderwerp: Re: [OSM-talk-be] adressen
>
> Ik denk niet dat er al iemand begonnen is met het systematisch mappen van
> alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in
> zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst
> die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje
> (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer
> dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over
> een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan
> begint (en het volhoudt tot het eind), aangezien het volgens mij wel een
> werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn.
>
> Als er interesse is misschien iets met een aantal mensen coördineren om er
> eens werk van te maken?
>
> Ben
>
>
> 2015-08-27 10:01 GMT+02:00 joost schouppe :
> > Dag allen,
> >
> > Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> > kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> > rechtsboven als je een kaart in beeld hebt).
> > Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> > ze alsjeblieft weer naar een volledig adressenbestand kunnen
> > verwijzen, iemand off the top of their head een idee welk aandeel van
> > de adressen in 't Stad nu al gemapped zijn en op welke termijn we
> volledig zouden kunnen zijn?
> >
> > Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> > is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> > Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
> > open adreszoeker op gebouwd hebben?
> >
> > --
> > Joost @
> > Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> 
>
> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-at] brothels in wien

[Friedrich Volkmann]

On 03.09.2015 20:15, Rainer Fügenstein wrote:
> nach  pipelines,  radwegen  und  obstbäumen  habe  ich den schwerpunkt
> meiner   aktivitäten  in  der  letzten zeit auf amenity=brothel gelegt
> und   bin  dabei  über  die liste aller polizeilich genehmigten lokale
> in wien gestossen. [1]
> 
> nachdem  recherche,  field  survey  und die qualitätssicherung vor ort
> ziemlich  ins  geld  gehen ;-), möchte ich hiermit mal die möglichkeit
> einer mitarbeit eurerseits anregen.
> 
> parallel  dazu  werde ich demnächst mit einem proposal zur erweiterung
> von amenity=brothel beginnen; falls dazu jemand ideen beitragen will ...

Das hört sich nach einem Projekt von und für Lebemänner an. Dass solche sich
nach einem Bordellbesuch vor den Computer setzen und gemeinnützig Daten
erfassen, glaube ich kaum. Darum fürchte ich, dass im Datenbestand nicht
viel mehr als amenity=brothel herauskommen wird, und auch dass du mit einem
Proposal für Zusatztags ziemlich auf dich alleine gestellt sein wirst. Aber
du kannst es natürlich probieren.

Ich stelle mir vor, dass die Nachfrage, welche Services geboten werden, noch
ohne Kosten möglich ist. Aber sei dir bewusst, dass die Daten aktuell
gehalten werden müssen. Auch das ist eine Arbeit, die dir kaum jemand
abnehmen wird.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[Talk-br] Boa hora para revisar traduções do iD

[John Packer]

Olá, acabaram de anunciar que vão atualizar o iD nos próximos dias,
e recomendaram revisar as traduções ou traduzir novas, já que elas só são
atualizadas quando o próprio iD é atualizado.

Então, quem tiver o interesse, agora é uma boa hora.

Abs,
João
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] R: R: man_made=bridge

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/09/2015 11:50, Marcello wrote:
> Grazie del chiarimento, in effetti non avevo pensato ai ponti
> "normali", dato che il dubbio mi era sorto volendo mappare un ponte
> su un percorso pedonale realizzato interamente in legno, a parte
> forse i due pilastri agli estremi, ma non so se sono visibili
> almeno in parte o sono coperti dalla vegetazione o dal terreno
> riportato.
> 
> Ciao Marcello
> 

Per i pilastri il tag c'è:

http://wiki.openstreetmap.org/wiki/Key:bridge:support

Praticamente, se ne hai la possibilità di visualizzarli o mapparli col
GPS, sono dei nodi o poligoni.





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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iJwEAQECAAYFAlXpq+EACgkQ2awwsGUrLexTyQP/ROiAvYYviFz0bfjzmDJd0XQO
vOQfPKpAE97HisknYoRe9GBfkVmIK8JAoso9esZwWyCxtxlyZlBzmmDyzwVYR5ks
99yiJpPULPcCXppVYQcjgoVwb1a2XCIEL+LY44SqXdVFxj3zzG53N0skzBuz4U/K
+e2ONc+mdgM7DeR91L0=
=hEkx
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[PanierAvide]

Bonjour,

Tout d'abord bravo pour cette initiative. L'interface est simple et 
efficace, et assez joli.


Je constate que le rendu ne semble pas tenir compte des 
junction=roundabout :

http://www.openstreetmap.org/way/97421855

Le rendu affiche une bande cyclable sur les deux bordures du chemin, 
dont une en sens inverse. Même si c'est vrai que seul le tag 
cycleway=lane est renseigné (et pas un cycleway:right), on peut estimer 
que la bande cyclable du rond-point se trouvera toujours sur l'extérieur.


Cordialement,

PanierAvide.


Le 04/09/2015 16:06, GaelADT a écrit :

Bonjour,

Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
pour promouvoir les aménagements cyclables et les données OpenStreetMap. Il
s'agit de  http://www.amenagements-cyclables.fr


L'idée est de faire un site simple et convivial pour comparer un peu l'état
des données OSM concernant les aménagements cyclables en France.

Il nous reste encore quelques adaptations à faire mais on voulait déjà avoir
l'avis de la communauté OSM avant la finalisation du site et un lancement
officiel d'ici peu.

Merci d'avance pour votre retour et bonne journée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[François Lacombe]

Le 4 septembre 2015 13:30, David Crochet  a écrit :
>
> Pourquoi mettre railway:*=* puisque cette étiquette sera posé sur un élément
> qui, en toute logique, est déjà étiqueté railway=* ?

Parce que ce tag peut ne concerner que le domaine des chemins de fer.

Un tag comme location=* est suffisamment générique pour ne pas être
intégré à un espace de nom, par contre d'autre le peuvent pour ne pas
"polluer" ailleurs.

Il n'y a pas que le nom de la clé, il y a les valeurs qu'on lui donne.



François Lacombe

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

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[David Crochet]

Bonjour

Ce que je voulais dire, c'est pourquoi ajoute le mot "railway" dans 
l'étiquette "railway:foo=too" alors que "foo=too" sur un élément qui 
contient déjà "railway=*" serait simplement suffisant


Je ne voulais pas dire que "*:importance=*" était inutile.

Cordialement

--
David Crochet

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

Re: [Talk-us] Request revert on Changeset #33669446

[Paul Johnson]

On Fri, Sep 4, 2015 at 10:45 AM, Chris Lawrence  wrote:

> On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson  wrote:
>
>> I'm going to have to additionally request this revert due to a fairly
>> substantial loss of data that was involved after I spent a good 12-15 hours
>> on detail lane tagging this expressway.  It appears many ways got merged
>> and data was lost as a result.
>>
>
> Paul - You deleted that data yourself in changeset 32790788 when you made
> the road a trunk in the first place.
>

Patently false.  I still have the last edit I made in the area on my
desktop.  jakeroot vandalized the map in his quest to tag the map NE2
style, and merged dozens of ways with zero regard for any tags except the
one he was trying to game.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] understanding administrative boundary relations

[Ray Kiddy]

On Fri, 4 Sep 2015 07:06:33 +0200
Marc Gemis  wrote:

> On Fri, Sep 4, 2015 at 3:56 AM, Ray Kiddy  wrote:
> 
> > It has occurred to me that there will probably need to be a
> > "boundary watcher" tool, which can let an interested group know
> > about it when a boundary gets broken in some way. And I have
> > started playing with the python libraries for accessing OSM data
> > with this in mind.
> >
> 
> There is a German team that does this. They maintain the website
> https://osm.wno-edv-service.de/boundaries/ from which you can
> download all administrative boundaries in a number of formats.
> They also have a website with all missing (or broken) administrative
> boundaries:
> https://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries
>  (in German)
> 
> regards

Others had mentioned the site to me. When I was looking at it, things
did not make so much sense, but I can see it now.

Strangely, I am finding that some of the cities in California _are_ in
the system, but as ways and not as relations. This seems odd, but we
will see.

And, actually, it looks as though the missing-boundaries pages are in
both German and English. So that will help. Other parts are still in
German, but I can deal.

I will check with them about some of this.

thanx - ray

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

Re: [OSM-talk] [Talk-us] understanding administrative boundary relations

[Walter Nordmann]

And here is my daily *Missing Boundaries Report* for all admin boundaries of
the world:

https://osm.wno-edv-service.de/index.php/10-osm-reports/305-countries-compare-2015-09-04

It shows all Changes (Missings, Area Changes and Added) of *worldwide Admin
Boundaries* compared to 24 hours before.
One Click on "new" or "same" and you can edit it. Fix it and please mark it
as "fixed by me".

Just now all errors  (11  found this night) have been fixed, so the current
state is blue with "fixed" or "gone" . Just click on the Edit-Icon to see
the possibilities

Regards
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Talk-us-understanding-administrative-boundary-relations-tp5853972p5854002.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[Frédéric Rodrigo]

Salut,

On ne peut pas faire de permalink. Mais moi je vois de gros problèmes.
Place de la Victoire à Bordeaux. La secondary, une tertiary et une 
living_street sont toutes rendu comme des voies piétonnes. Mais c'est 
aussi le cas à beaucoup d'autres endroit.


Le contre sens ne devrait pas être rendu avec des flèches, c'est contre 
intuitif que l'on peut aller encore plus facilement dans l'autre sens.


Frédéric.

Le 04/09/2015 16:34, PanierAvide a écrit :

Bonjour,

Tout d'abord bravo pour cette initiative. L'interface est simple et
efficace, et assez joli.

Je constate que le rendu ne semble pas tenir compte des
junction=roundabout :
http://www.openstreetmap.org/way/97421855

Le rendu affiche une bande cyclable sur les deux bordures du chemin,
dont une en sens inverse. Même si c'est vrai que seul le tag
cycleway=lane est renseigné (et pas un cycleway:right), on peut estimer
que la bande cyclable du rond-point se trouvera toujours sur l'extérieur.

Cordialement,

PanierAvide.


Le 04/09/2015 16:06, GaelADT a écrit :

Bonjour,

Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
pour promouvoir les aménagements cyclables et les données
OpenStreetMap. Il
s'agit de  http://www.amenagements-cyclables.fr


L'idée est de faire un site simple et convivial pour comparer un peu
l'état
des données OSM concernant les aménagements cyclables en France.

Il nous reste encore quelques adaptations à faire mais on voulait déjà
avoir
l'avis de la communauté OSM avant la finalisation du site et un lancement
officiel d'ici peu.

Merci d'avance pour votre retour et bonne journée,
Gaël.





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

Re: [Talk-us] understanding administrative boundary relations

[Toby Murray]

On Fri, Sep 4, 2015 at 1:37 PM, Ray Kiddy  wrote:
>
> Strangely, I am finding that some of the cities in California _are_ in
> the system, but as ways and not as relations. This seems odd, but we
> will see.

Well the primary reason to use relations in boundaries is to reduce
duplication. So if two cities share a border, the same way can be used
in both relations. Sometimes people even use roads or streams or other
physical ways as part of boundary relations. I personally usually
avoid this because I like having boundary relations completely
separate from other things so that they are easier to update in the
future. So for a city that is not part of a metro area with adjoining
cities, it is perfectly fine to just used a closed way instead of a
relation for the boundary. At the end of the day, both ways and
relations generally get turned into either linestrings (if linear) or
multipolygons (if closed) in things like a postgis database or a
shapefile.

Toby

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[David Crochet]

Bonjour

Le 04/09/2015 22:23, Christian Quest a écrit :

Sur une voie ferrée, un tag importance=* pourrait se référer à quoi
d'autre que le railway=* ?


Voies fluviales ?

Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[Thomas Ruchin]

Bonsoir

Voici quelques remarques :

   - Petit souci de rendu lorsque la piste, bande ou couloir de bus est sur
   le côté gauche de la voie à sens unique. Par exemple :
   https://www.openstreetmap.org/way/5096827 ou
   https://www.openstreetmap.org/way/23235941


   - La légende n'est pas complète, notamment à propos des zones (ou
   voies?) 30, les couloirs "bandes" bus ouverts aux vélos.


   - Il manque les couloirs de bus séparés physiquement des autres voies
   mais ouverts aux vélos : https://www.openstreetmap.org/way/19136


   - bug de rendu sur le couple cycleway=share_busway &
   busway=opposite_lane :https://www.openstreetmap.org/way/41814028


   - le simple contre-sens pourrait être matérialisé par une pointe de
   flèche plutôt qu'une flèche entière


   - une voie à sens unique en limitée à 30km/h sans aménagement cyclable a
   un rendu qui donne l'impression qu'elle est à double sens dans tous les cas
   https://www.openstreetmap.org/way/53574148


   - l'interdiction aux vélos dans certaines voies n'est pas prise en
   compte dans le rendu : https://www.openstreetmap.org/way/159488121


   - Les pistes cyclables de ce type ne sont pas prises en compte dans le
   rendu : https://www.openstreetmap.org/way/210583254 highway=footway &
   bicycle=yes & segregated=yes

Bonne continuation

T. Ruchin





Le 4 septembre 2015 21:42, Frédéric Rodrigo  a
écrit :

> Salut,
>
> On ne peut pas faire de permalink. Mais moi je vois de gros problèmes.
> Place de la Victoire à Bordeaux. La secondary, une tertiary et une
> living_street sont toutes rendu comme des voies piétonnes. Mais c'est aussi
> le cas à beaucoup d'autres endroit.
>
> Le contre sens ne devrait pas être rendu avec des flèches, c'est contre
> intuitif que l'on peut aller encore plus facilement dans l'autre sens.
>
> Frédéric.
>
>
> Le 04/09/2015 16:34, PanierAvide a écrit :
>
>> Bonjour,
>>
>> Tout d'abord bravo pour cette initiative. L'interface est simple et
>> efficace, et assez joli.
>>
>> Je constate que le rendu ne semble pas tenir compte des
>> junction=roundabout :
>> http://www.openstreetmap.org/way/97421855
>>
>> Le rendu affiche une bande cyclable sur les deux bordures du chemin,
>> dont une en sens inverse. Même si c'est vrai que seul le tag
>> cycleway=lane est renseigné (et pas un cycleway:right), on peut estimer
>> que la bande cyclable du rond-point se trouvera toujours sur l'extérieur.
>>
>> Cordialement,
>>
>> PanierAvide.
>>
>>
>> Le 04/09/2015 16:06, GaelADT a écrit :
>>
>>> Bonjour,
>>>
>>> Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
>>> pour promouvoir les aménagements cyclables et les données
>>> OpenStreetMap. Il
>>> s'agit de  http://www.amenagements-cyclables.fr
>>> 
>>>
>>> L'idée est de faire un site simple et convivial pour comparer un peu
>>> l'état
>>> des données OSM concernant les aménagements cyclables en France.
>>>
>>> Il nous reste encore quelques adaptations à faire mais on voulait déjà
>>> avoir
>>> l'avis de la communauté OSM avant la finalisation du site et un lancement
>>> officiel d'ici peu.
>>>
>>> Merci d'avance pour votre retour et bonne journée,
>>> Gaël.
>>>
>>>
>>>
>>>
> ___
> 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-it] Mancata attribuzione probabile, gran fondo Valsugana.

[girarsi_liste]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Oggi per curiosare sugli appuntamenti della manifestazione della mia
zona, la "Coppa D'oro" a Borgo Valsugana, prestigiosa manifestazione di
valenza nazionale, sono approdato dopo breve ricerca sul sito [0], e
capito su questa pagina dedicata alla manifestazione in oggetto [1], cui
vedo due mappe/immagini verso centro pagina, mi sembravano parecchio
familiari.

La zona pressappoco è questa [2], le immagini sono leggermente ritoccate
ma sono quelle, da non confondersi col link poco sotto che riporta a
mappa google del sito openrunner [3], e mancano dell'attribuzione necessaria.

Io la lettera la sto preparando, però qualche occhio in più non
guasterebbe per capire se è effettivamente ciò, le altre pagine riferite
a manifestazioni parallele non hanno questo tipo di mappa.

Ormai la manifestazione è già agli inizi da questo fine settimana, però
se c'è dialogo si riesce a rimediare credo riparando in buona parte, del
resto sono del posto quindi sono pure disponibile a spiegare le cose e
proporre qualche alternativa palliativa.



[0] http://www.coppadoro.it/

[1] http://www.coppadoro.it/la-granfondo/

[2] http://www.openstreetmap.org/#map=13/46.0333/11.3848=C

[3] http://www.openrunner.com


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iJwEAQECAAYFAlXp/7MACgkQ2awwsGUrLex+LwP9HolzjI/dWkJGokJ2til0Rj0k
bktOWaRPkChP7Se54QPBAr6YeznmWTeO4KaaoA+zgfEnyGyEUBmzhYCwMhIvyC6I
KEkP2+BcL/Vv4rqnY+zP9NpZ37uku6DJGcwkKZlpxsJeq0eOEh7vJTf7BKZRis+0
3cmRVeLKWK+aYYGqH7c=
=njAq
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[Vincent de Château-Thierry]

Bonsoir,

Le 04/09/2015 21:42, Frédéric Rodrigo a écrit :

Salut,

On ne peut pas faire de permalink. Mais moi je vois de gros problèmes.
Place de la Victoire à Bordeaux. La secondary, une tertiary et une
living_street sont toutes rendu comme des voies piétonnes. Mais c'est
aussi le cas à beaucoup d'autres endroit.


En fait Frédéric, ce sont les projets de voies piétonnes pour les 10 ans 
à venir ;) Blague à part, il y a (sur Paris aussi) un décalage entre la 
légende 'Voie piétonne' et ce qui lui correspond sur la carte.



Le contre sens ne devrait pas être rendu avec des flèches, c'est contre
intuitif que l'on peut aller encore plus facilement dans l'autre sens.


Peut-être qu'une flèche à double sens, avec un sens plus fort que 
l'autre, changerait la perception ?


Au delà de ces points, merci Gaël pour ce site. Je trouve la navigation 
très efficace, entre la carte et les statistiques en marge. Un bel outil 
de vulgarisation, chapeau.


Une question : est-ce que le code derrière le site sera ouvert, de 
manière à en recycler l'ergonomie en l'appliquant à une autre thématique 
? Côté déclinaisons, il y aurait de quoi faire...


merci
vincent

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

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[osm . sanspourriel]

Pour moi la réponse de 18:12 de François Lacombe correspondait bien à ta 
question.

Le temps de répondre lui aussi a expliqué le pourquoi !
Je précise ci-dessous, c'est plus qu'un "+1".

Si tu mets importance=trucMuch (les informaticiens remplaceront trucMuch 
par toto), alors que importance n'a de sens que pour le rail, tu vas 
définir mettons highspeed qui n'a pas de sens par exemple pour 
l'importance d'un magasin.
Si tu fais une catégorisation vraiment générique OK (de même tu ne veux 
pas Supermarket comme importance pour le rail).
Soit on fait une échelle neutre et on précise pour chaque type à quoi ça 
correspond (bonjour la lisibilité), soit on fait une échelle spécifique 
et donc avec un espace de nommage.


Par rapport à la proposition de Tristram, l'échelle concerne le rail, 
donc le nom de l'étiquette doit le révéler.

Pour les catégories, je suis pour coller le plus possible à :
http://wiki.openstreetmap.org/wiki/FR:Key:highway
motorway devenant highway

Sauf que railway existe déjà et qu'il mélange plusieurs choses :
- le cycle de vie (abandonné par exemple)
- le type de voie (largeur)
- le type de trafic (tram)

L'importance (l'équivalent de ce qui est proposé et de highway= ) se 
retrouve dans service= pour les rails de service uniquement.


Donc :
- oui pour avoir un tag spécifique
- avec un autre nom (railway:priority me propose mon américaine de service).

J'ai regardé ce qu'utilise National Rail (UK) :
Small scale 


- Principal
- Main
- Airport interchange
- Ferry service

National map 


ils ajoutent "summer service". Opening hours? ;-)

Network map 


*sans doute meilleur :**
**- principal**
**- regional**
**- local**
**- limited service*
Là je sais taguer avec des explications simples. Ça me semble être un 
critère important.


Sinon en cherchant des exemples de trafics, je suis tombé (pas vraiment 
par hasard) sur :
- la description du réseau breton 
 (en fait les 3 
principales lignes) qui permet de compléter les profils de vitesse sur 
ces axes.

- le trafic (méthodologie )
Page 32 un exemple (pas très sexy mais là ils voulaient être exacts) de 
ce que je disais (par exemple 4 TER 8 TGV depuis Rennes vers Brest) : 
Brest vue de Rennes est une assez grande gare. Landivisiau (2 TER/jour) 
une petite.

Page 34, la version plus lisible.
Page 35, ce qui intéresse l'usager (enfin, si les changements sont 
coordonnés, un changement TER/TGV pour aller en TGV sur une voie rapide 
est intéressant, page 38 ils en parlent : gares de rabattement). Mais je 
ne vois pas trop comme OpenStreetMap devrait gérer la donnée (d'où ma 
première réponse : faire mouliner OpenStreetMap avec d'autres données).

- page 52 (figure 36) une carte parlante du trafic.

Jean-Yvon

Le 04/09/2015 18:27, David Crochet - david.croc...@free.fr a écrit :

Bonjour

Ce que je voulais dire, c'est pourquoi ajoute le mot "railway" dans 
l'étiquette "railway:foo=too" alors que "foo=too" sur un élément qui 
contient déjà "railway=*" serait simplement suffisant


Je ne voulais pas dire que "*:importance=*" était inutile.

Cordialement



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

Re: [Talk-us] Request revert on Changeset #33669446

[Paul Johnson]

This is in conflict with what I'm seeing in the area around Vancouver Mall,
where jakeroot appears to be the most recent editor of everything along
WA500.

On Fri, Sep 4, 2015 at 12:43 PM, Chris Lawrence  wrote:

> It's in the OSM way history. I didn't make it up. Look at it yourself if
> you don't believe me.
>
> http://www.openstreetmap.org/way/45846830/history
> - "lanes" disappears between revisions 19 and 20. You submitted revision
> 20.
>
> http://www.openstreetmap.org/way/45846831/history
> - "lanes" disappears between revisions 13 and 14. You submitted revision
> 14.
>
> http://www.openstreetmap.org/way/201133287/history
> - "lanes" disappears between revisions 3 and 4. You submitted revision 4.
>
> I could go on...
>
>
> Chris
>
> On Fri, Sep 4, 2015 at 12:58 PM Paul Johnson  wrote:
>
>> On Fri, Sep 4, 2015 at 10:45 AM, Chris Lawrence 
>> wrote:
>>
>>> On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson  wrote:
>>>
 I'm going to have to additionally request this revert due to a fairly
 substantial loss of data that was involved after I spent a good 12-15 hours
 on detail lane tagging this expressway.  It appears many ways got merged
 and data was lost as a result.

>>>
>>> Paul - You deleted that data yourself in changeset 32790788 when you
>>> made the road a trunk in the first place.
>>>
>>
>> Patently false.  I still have the last edit I made in the area on my
>> desktop.  jakeroot vandalized the map in his quest to tag the map NE2
>> style, and merged dozens of ways with zero regard for any tags except the
>> one he was trying to game.
>>
> --
> Christopher N. Lawrence 
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[Christian Quest]

Le 4 septembre 2015 22:01,  a écrit :

>
> Par rapport à la proposition de Tristram, l'échelle concerne le rail, donc
> le nom de l'étiquette doit le révéler.
>

Il y a quantité de tags qui ne fonctionnent pas du tout comme ça.

L'usage des namespage (xxx:yyy) est certe élégant sur le plan intellectuel
mais pas très contributeur/newbie friendly.

Sur une voie ferrée, un tag importance=* pourrait se référer à quoi d'autre
que le railway=* ?

A-t-on réellement besoin de lever une ambiguïté ?

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[osm . sanspourriel]

- d'accord avec les autres commentaires
- pour les contre-sens, il vaut mieux sans doute ne pas les afficher, 
mais afficher seulement les sens uniques valables aussi pour les vélos.
Par exemple Rue de Penhoët à Rennes : pas de sens unique (voiture), pas 
de contre-sens piéton non plus : à afficher comme une rue normale ?
À la rigueur afficher les deux sens comme sur la carte cyclable 
.
- manque aussi le positionnement sur un lieu "Place de la Victoire à 
Bordeau x" => je regarde sur 
OpenStreetMap puis y vais "à la main" (au fait le problème est que la 
zone est en pavé, il faudrait afficher les zones avant les routes).
- régions, très simplifiées, utiliser une version préservant la 
topologie (sinon pb de recouvrement). Faire comme pour les départements !
- pourquoi ces appels chez Google ? On n'a pas nécessairement envie de 
dire à Google qu'on s'intéresse au vélo ! Et encore moins où (appels 
indirects via geovelo sur maps.googleapi.com).


> Je constate que le rendu ne semble pas tenir compte des 
junction=roundabout :

> http://www.openstreetmap.org/way/97421855
ah bon, ce n'est pas que les cyclistes rennais tournent en rond ? ;-)

Il y a encore du boulot, mais c'est un bon début !
Jean-Yvon

Le 04/09/2015 16:06, GaelADT - gael.sauva...@gmail.com a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[Vincent de Château-Thierry]

Le 04/09/2015 22:23, Christian Quest a écrit :

Le 4 septembre 2015 22:01, > a écrit :


Par rapport à la proposition de Tristram, l'échelle concerne le
rail, donc le nom de l'étiquette doit le révéler.


Il y a quantité de tags qui ne fonctionnent pas du tout comme ça.

L'usage des namespage (xxx:yyy) est certe élégant sur le plan
intellectuel mais pas très contributeur/newbie friendly.


Avec l'argument (récurrent) de la compléxité à éviter pour les newbies, 
on n'aurait aucun ref:INSEE, aucun ref:FR:FANTOIR, aucun disused: shop, 
j'en passe... Un débutant n'a pas besoin de tout tagguer ni tout 
comprendre, il estdébutant.



Sur une voie ferrée, un tag importance=* pourrait se référer à quoi
d'autre que le railway=* ?

A-t-on réellement besoin de lever une ambiguïté ?


Pris isolément, la réponse est quasi sûrement non. Mais ce tag est 
tellement générique, applicable à tout et n'importe quoi, que je trouve 
nécessaire de le combiner dans un espace de nommage propre à chaque 
"feature". Je vois le même raisonnement que pour disused

http://wiki.openstreetmap.org/wiki/Key:disused:
qui fonctionne comme préfixe pour les autres tags.

"importance" peut facilement devenir ambigü, dans une situation où on a 
plusieurs tags potentiellement concernés sur un même objet : tourism, 
bulding, shop, amenity peuvent se combiner, par exemple. Auquel se 
réfèrerait le tag importance ? Comment distinguer l'importance de chacun 
? Si pour ces situations on doit manipuler le tag 'importance' comme 
préfixe, je trouverais cohérent, et homogène, qu'on l'applique aussi 
comme préfixe à railway, même si ça n'est pas avec ce tag qu'on croisera 
le plus d'ambigüités.


vincent

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

Re: [Talk-us] Request revert on Changeset #33669446

[Chris Lawrence]

It's in the OSM way history. I didn't make it up. Look at it yourself if
you don't believe me.

http://www.openstreetmap.org/way/45846830/history
- "lanes" disappears between revisions 19 and 20. You submitted revision 20.

http://www.openstreetmap.org/way/45846831/history
- "lanes" disappears between revisions 13 and 14. You submitted revision 14.

http://www.openstreetmap.org/way/201133287/history
- "lanes" disappears between revisions 3 and 4. You submitted revision 4.

I could go on...


Chris

On Fri, Sep 4, 2015 at 12:58 PM Paul Johnson  wrote:

> On Fri, Sep 4, 2015 at 10:45 AM, Chris Lawrence 
> wrote:
>
>> On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson  wrote:
>>
>>> I'm going to have to additionally request this revert due to a fairly
>>> substantial loss of data that was involved after I spent a good 12-15 hours
>>> on detail lane tagging this expressway.  It appears many ways got merged
>>> and data was lost as a result.
>>>
>>
>> Paul - You deleted that data yourself in changeset 32790788 when you made
>> the road a trunk in the first place.
>>
>
> Patently false.  I still have the last edit I made in the area on my
> desktop.  jakeroot vandalized the map in his quest to tag the map NE2
> style, and merged dozens of ways with zero regard for any tags except the
> one he was trying to game.
>
-- 
Christopher N. Lawrence 
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Carte du réseau ferré : tagger l’importance des lignes

[François Lacombe]

Le 4 septembre 2015 18:27, David Crochet  a écrit :
> Bonjour
>
> Ce que je voulais dire, c'est pourquoi ajoute le mot "railway" dans
> l'étiquette "railway:foo=too" alors que "foo=too" sur un élément qui
> contient déjà "railway=*" serait simplement suffisant
>
> Je ne voulais pas dire que "*:importance=*" était inutile.

Au final on sera d'accord dans le cas d'importance=*

Je n'ai cependant pas la même approche : importance=* seul suffi parce
que le tag est suffisamment générique et peut être utilisé en dehors
du chemin de fer
Regarder les tags auxquels il peut être associé pour motiver ou non
l'ajout d'un préfixe n'est pas valable puisqu'on peut utiliser chacun
des tags séparément dépendant du cas.

Ce qui compte c'est la destination de la clé, le domaine concerné par
les valeurs qu'elle peut prendre, tout ce qui concerne la clé en
question directement.
Ca permet d'éviter d'introduire de l'information (implicite) dans
l'association des clés et d'utiliser des concepts hasardeux de clé
primaire/secondaire.
Ca veut aussi dire que toute paire de clé/valeur a le même sens
quelque soit l'endroit où il est utilisé. Si on est pas content avec
ça, on en crée directement une autre.


Ceci n'engage que moi :)

Bonne soirée


François Lacombe

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

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

Re: [Talk-us] understanding administrative boundary relations

[Ray Kiddy]

On Fri, 4 Sep 2015 14:11:26 -0500
Toby Murray  wrote:

> On Fri, Sep 4, 2015 at 1:37 PM, Ray Kiddy  wrote:
> >
> > Strangely, I am finding that some of the cities in California _are_
> > in the system, but as ways and not as relations. This seems odd,
> > but we will see.
> 
> Well the primary reason to use relations in boundaries is to reduce
> duplication. So if two cities share a border, the same way can be used
> in both relations. Sometimes people even use roads or streams or other
> physical ways as part of boundary relations. I personally usually
> avoid this because I like having boundary relations completely
> separate from other things so that they are easier to update in the
> future. So for a city that is not part of a metro area with adjoining
> cities, it is perfectly fine to just used a closed way instead of a
> relation for the boundary. At the end of the day, both ways and
> relations generally get turned into either linestrings (if linear) or
> multipolygons (if closed) in things like a postgis database or a
> shapefile.
> 
> Toby
> 

So, there is nothing that a relation brings to the table that a way
does not? I mean, it is clear that for the purposes of drawing, they
are the same. But then are they really just the same?

I am tempted to try to add relations for these that refer to the ways,
moving the associated data appropriately, but then I like to do things
like re-normalizing databases and it is sometimes not such a good
idea

So, I will believe you if you say that ways are just aliases for
relations. Is this the case?

- ray

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

Re: [OSM-talk-fr] Aménagements cyclables en France

[George Kaplan]

Bonsoir,

Pouvez-vous décrire les critères de recherche permettant de classer les ways 
dans telle ou telle catégorie ? Je suis notamment intéressé par ce que vous 
considérez comme voie verte.

De même, vous affichez des voies piétonnes. Le code de la route n’a aucune 
définition pour ce terme, on a des trottoirs ou des aires piétonnes. Quelle 
définition avez-vous pour ces voies piétonnes ? Quels tags OSM y placez-vous ? 
La nuance est de taille car le trottoir est interdit aux cyclistes, à l’inverse 
de l'aire piétonne.

Remarque : Dans la liste de gauche, les catégories sont toutes écrites au 
pluriel, sauf les DSC.


Votre carte m’a fait penser à un autre service présentant les aménagements 
cyclables, plus orienté contribution et moins consultation : 
http://mijndev.openstreetmap.nl/~ligfietser/fiets/ 



George

> Le 4 sept. 2015 à 16:06, GaelADT  a écrit :
> 
> Bonjour,
> 
> Depuis quelques temps chez Geovelo.fr on travaille sur un nouveau projet
> pour promouvoir les aménagements cyclables et les données OpenStreetMap. Il
> s'agit de  http://www.amenagements-cyclables.fr
>   
> 
> L'idée est de faire un site simple et convivial pour comparer un peu l'état
> des données OSM concernant les aménagements cyclables en France.
> 
> Il nous reste encore quelques adaptations à faire mais on voulait déjà avoir
> l'avis de la communauté OSM avant la finalisation du site et un lancement
> officiel d'ici peu.
> 
> Merci d'avance pour votre retour et bonne journée,
> Gaël.
> 

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

Re: [Talk-us] Anybody had any contact with this user?

[ajt1...@gmail.com]

On 04/09/2015 04:55, James Mast wrote:
...  but I've sent him two messages in the last 2 months without any 
response back from him, asking him if he could please add a 'comment' 
to his changesets after he was mass adding some data in my local area 
a few times (mostly just buildings from Bing as far as I could tell).


It's certainly possible that (for whatever reason) they just haven't 
noticed the messages.  It's happened to me - I've sometimes not noticed 
the number at the top right of the osm.org website and if they're not 
using JOSM (which this user isn't) they won't see the more prominent 
"new message" display there.


Also, if the messages were added as changeset discussion comments then a 
user that doesn't regularly check emails (which some people don't - 
perhaps they receive mail on a computer at home and are editing OSM from 
a different one elsewhere) then it's possible that they may not be read 
immediately.  Something that's also happened to me is that after a mail 
server problem at my end has been fixed there's been a delay getting 
mails from OSM sent again.


If all other avenues are exhausted and you really wants to get in touch, 
as a last resort drop the Data Working Group (d...@osmfoundation.org) a 
message and we can send a user a message that has to be read before they 
can continue mapping (making it clear that they're not being blocked for 
any sort of "bad editing", but that we'd really like them to reply to 
messages that have been sent, or reply to changeset discussions, or 
similar).


Cheers,

Andy (SomeoneElse)

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

Re: [Talk-us] Request revert on Changeset #33669446

[Jack Burke]

Paul,

He's not saying that jakeroot isn't the most recent editor. He's saying that 
the specific changes you're referring to are in changesets earlier than 
jakeroot's, and that *those* changesets appear to be yours. 

Not at a computer, so can't look myself. 

-jack


On September 4, 2015 4:44:53 PM EDT, Paul Johnson  wrote:
>This is in conflict with what I'm seeing in the area around Vancouver
>Mall,
>where jakeroot appears to be the most recent editor of everything along
>WA500.
>
>On Fri, Sep 4, 2015 at 12:43 PM, Chris Lawrence 
>wrote:
>
>> It's in the OSM way history. I didn't make it up. Look at it yourself
>if
>> you don't believe me.
>>
>> http://www.openstreetmap.org/way/45846830/history
>> - "lanes" disappears between revisions 19 and 20. You submitted
>revision
>> 20.
>>
>> http://www.openstreetmap.org/way/45846831/history
>> - "lanes" disappears between revisions 13 and 14. You submitted
>revision
>> 14.
>>
>> http://www.openstreetmap.org/way/201133287/history
>> - "lanes" disappears between revisions 3 and 4. You submitted
>revision 4.
>>
>> I could go on...
>>
>>
>> Chris
>>
>> On Fri, Sep 4, 2015 at 12:58 PM Paul Johnson 
>wrote:
>>
>>> On Fri, Sep 4, 2015 at 10:45 AM, Chris Lawrence
>
>>> wrote:
>>>
 On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson 
>wrote:

> I'm going to have to additionally request this revert due to a
>fairly
> substantial loss of data that was involved after I spent a good
>12-15 hours
> on detail lane tagging this expressway.  It appears many ways got
>merged
> and data was lost as a result.
>

 Paul - You deleted that data yourself in changeset 32790788 when
>you
 made the road a trunk in the first place.

>>>
>>> Patently false.  I still have the last edit I made in the area on my
>>> desktop.  jakeroot vandalized the map in his quest to tag the map
>NE2
>>> style, and merged dozens of ways with zero regard for any tags
>except the
>>> one he was trying to game.
>>>
>> --
>> Christopher N. Lawrence 
>>
>
>
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us

-- 
Typos courtesy of fancy auto-spell technology. ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Request revert on Changeset #33669446

[Chris Lawrence]

On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson  wrote:

> I'm going to have to additionally request this revert due to a fairly
> substantial loss of data that was involved after I spent a good 12-15 hours
> on detail lane tagging this expressway.  It appears many ways got merged
> and data was lost as a result.
>

Paul - You deleted that data yourself in changeset 32790788 when you made
the road a trunk in the first place.


Chris

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

[Talk-lt] Kelnių numeriai

[Tomas Straupis]

Sveiki

  Lyginant LAKD duomenis su OSM išlenda problemos, kai OSM kelio
numeris neatitinka LAKD todėl, kad OSM pažymėta tarkim ref=A2;A8, kai
tuo tarpu LAKD duomenyse kombinuotų reikšmių nemačiau (gal tiesiog
neradau?).

  
http://www.eismoinfo.lt/eismo-zemelapis?wms=Vir%C5%A1utin%C4%97%20kelio%20danga

  Ar reikalingos kam nors kombinuotos reikšmės?

-- 
Tomas

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

Re: [Talk-us] Request revert on Changeset #33669446

[James Mast]

Paul, 

I've tried to stay out of this here on talk-us, but being belligerent and 
claiming somebody else removed the 'lanes' tags that didn't do it is just wrong 
Paul.  You honestly owe jakeroot an apology here (and in the Changeset 33669446 
comments) since he didn't remove those tags!!!  You, yourself removed them 
Paul, back in Changeset 32790788 over 2 months ago.  The history here doesn't 
lie about it. https://www.openstreetmap.org/way/45846830/history  The 'lanes' 
tag was there for version 19 of that way edited by Bickendan, but gone in 
version 20 edited by you Paul.  The way is now currently on version 23.

If I was part of the DWG, I would recommend making you apologize to jakeroot 
before you could continue editing anything because of that.  If you didn't 
realize Paul, you're kinda acting like NE2 right now when it comes to this.

-James (rickmastfan67)


From: burke...@gmail.com
Date: Fri, 4 Sep 2015 20:07:31 -0400
To: ba...@ursamundi.org; d...@osmfoundation.org; talk-us@openstreetmap.org
Subject: Re: [Talk-us] Request revert on Changeset #33669446

Paul,



He's not saying that jakeroot isn't the most recent editor. He's saying that 
the specific changes you're referring to are in changesets earlier than 
jakeroot's, and that *those* changesets appear to be yours. 



Not at a computer, so can't look myself. 



-jack



On September 4, 2015 4:44:53 PM EDT, Paul Johnson  wrote:
This is in conflict with what I'm seeing in the area around Vancouver Mall, 
where jakeroot appears to be the most recent editor of everything along WA500.
On Fri, Sep 4, 2015 at 12:43 PM, Chris Lawrence  wrote:
It's in the OSM way history. I didn't make it up. Look at it yourself if you 
don't believe me.
http://www.openstreetmap.org/way/45846830/history- "lanes" disappears between 
revisions 19 and 20. You submitted revision 20.

http://www.openstreetmap.org/way/45846831/history
- "lanes" disappears between revisions 13 and 14. You submitted revision 14.
http://www.openstreetmap.org/way/201133287/history
- "lanes" disappears between revisions 3 and 4. You submitted revision 4.
I could go on...

Chris
On Fri, Sep 4, 2015 at 12:58 PM Paul Johnson  wrote:
On Fri, Sep 4, 2015 at 10:45 AM, Chris Lawrence  wrote:
On Fri, Sep 4, 2015 at 3:54 AM Paul Johnson  wrote:
I'm going to have to additionally request this revert due to a fairly 
substantial loss of data that was involved after I spent a good 12-15 hours on 
detail lane tagging this expressway.  It appears many ways got merged and data 
was lost as a result.
Paul - You deleted that data yourself in changeset 32790788 when you made the
road a trunk in the first place.
Patently false.  I still have the last edit I made in the area on my desktop.  
jakeroot vandalized the map in his quest to tag the map NE2 style, and merged 
dozens of ways with zero regard for any tags except the one he was trying to 
game.
-- 
Christopher N. Lawrence 



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


-- 

Typos courtesy of fancy auto-spell technology. 
___
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

[OSM-talk] Terms of use compliance

[Mike Thompson]

I found this really neat site:
http://maps.smugmug.com/?feedType=geoAlbum=15273921_2ysNu

I am pretty sure that at least some of the data it uses are from OSM as I
added some of those trails and waterways. In any event I can't find where
they attribute OSM as their source. Before I make an attempt to contact the
website operator about the issue I wanted to make sure I wasn't just
missing something.

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

Re: [Talk-us] understanding administrative boundary relations

[Richard Welty]

On 9/4/15 5:09 PM, Ray Kiddy wrote:
> So, there is nothing that a relation brings to the table that a way
> does not? I mean, it is clear that for the purposes of drawing, they
> are the same. But then are they really just the same?
i don't know about the current style, but in the past there has been an
issue
where a way was contained in a relation, and both the way and the relation
had the same admin boundary tagging. the stylesheet of 1-2 years ago
would draw the admin boundary twice.

i haven't checked to see if this problem has been fixed or  not. the correct
answer is to only tag the relation and remove any duplicate tagging from
the way, especially because the way may be in multiple relations and with
different admin levels in the different relations.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [OSM-talk] Terms of use compliance

[Ian Dees]

Yes, they are using the MapQuest OSM tiles (
http://wiki.openstreetmap.org/wiki/MapQuest#Tile_URLs).

A friendly reminder that they need to give OSM attribution would probably
get them to update their website.

On Fri, Sep 4, 2015 at 8:21 PM, Mike Thompson  wrote:

> I found this really neat site:
> http://maps.smugmug.com/?feedType=geoAlbum=15273921_2ysNu
>
> I am pretty sure that at least some of the data it uses are from OSM as I
> added some of those trails and waterways. In any event I can't find where
> they attribute OSM as their source. Before I make an attempt to contact the
> website operator about the issue I wanted to make sure I wasn't just
> missing something.
>
> Mike
>
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] scelta smartphone

[Dario Zontini Gmail]

Premetto che la mia è una domanda sulle carattestistiche tecniche e non 
su modelli/marche.


Volevo acquistare uno smartphone con un buon ricevitore GPS e chiedo se 
qualcuno ha informazioni su:
- il girscopio: sicuramente non migliora la precisione del ricevitore 
GPS, ma può migliorare la previsione della bussola digitale? Ha dei 
vantaggi nel migliorare ad identifiare il nord e nel fare foto 
georeferenziate (direzione in cui è stata scattata la foto)?
- conoscete siti in cui ci possono trovare le specifiche tecniche dei 
ricevitori GPS installati nei vari telefoni oppure siti in cui sono 
stati fatti dei test sulla precisione del GPS negli smartphone? Ho 
trovato questo sito 
http://www.pocketnavigation.de/2013/12/top-smartphones-gps-vergleichstest/


ciao

--


Dario Zontini


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

Re: [Talk-de] Abgerissene Gebäude

[Martin Koppenhoefer]

sent from a phone

> Am 04.09.2015 um 07:56 schrieb Georg Feddern :
> 
> Als Eigenschaft eines Objektes - also als Subtag - ja, da ist es Standard.
> Aber als Objekt selbst, also als Haupttag?
> 
> Zumal es doch wohl ganz einfach ist, das building=no durch ein 
> note= zu ersetzen.


note als "Haupttag" ist auch nicht besser als ein key=no

M.E. ist das genaue tagging hier egal, es richtet sich ja sowieso an 
intelligente Wesen und nicht an Maschinen, und ist sowieso eine Ausnahme, ein 
Kompromiss mit der Wirklichkeit ;-) und ein Hack, um speziell für diesen Fall 
(veraltete Luftbilder annotieren und Hinweise im Editor anzeigen) fehlende 
tools zu kompensieren.

Gruß 
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Anybody had any contact with this user?

[Paul Johnson]

On Thu, Sep 3, 2015 at 11:22 PM, Martijn van Exel 
wrote:

> Wow, that is more changesets than I racked up in 10 years. Haven't had
> contact with this particular mapper but I can say with certainty that
> they're not with Telenav.
>

It appears most of the changesets are exceptionally fine-grained, like a
building here, a single node there, which is close to the exact opposite of
how you and I tend to edit many miles of ways in a single changeset,
Martijn.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] understanding administrative boundary relations

[Paul Johnson]

On Thu, Sep 3, 2015 at 8:56 PM, Ray Kiddy  wrote:

> It has occurred to me that there will probably need to be a "boundary
> watcher" tool, which can let an interested group know about it when a
> boundary gets broken in some way. And I have started playing with the
> python libraries for accessing OSM data with this in mind.
>

Would be nice if someone would polish OWL back up after over half a decade
of continuous downtime.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] understanding administrative boundary relations

[Colin Smale]

 

There already is such a tool, which currently only watches UK+Ireland. 

http://www.loach.me.uk/osm/boundaries/ 

Try contacting Ed Loach, the author (EdLoach on OSM). 

--colin 

On 2015-09-04 09:39, Paul Johnson wrote: 

> On Thu, Sep 3, 2015 at 8:56 PM, Ray Kiddy  wrote:
> 
>> It has occurred to me that there will probably need to be a "boundary
>> watcher" tool, which can let an interested group know about it when a
>> boundary gets broken in some way. And I have started playing with the
>> python libraries for accessing OSM data with this in mind.
> 
> Would be nice if someone would polish OWL back up after over half a decade of 
> continuous downtime. 
> 
> ___
> 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-nl] Locaties van EAD's iets voor OSM?

[Marc Zoutendijk]

> Op 4 sep. 2015, om 00:23 heeft Johan C  het volgende 
> geschreven:
> 
> Nog niet helemaal Marc. Ik vermoed dat openpoimap de data uit OSM haalt, en 
> nog niet 1:1 gelinkt van de bronhouder (AED4eu cq het Radboud).
> 

Inderdaad, zover ben ik nog niet!

M.



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

Re: [OSM-talk-be] Voordracht Mapillary

[Marc Gemis]

ik kan er niet bij zijn, maar veel succes !
en hopelijk kan je wat "zieltjes winnen"

mvg

m

2015-09-04 10:38 GMT+02:00 Philippe Casteleyn :

> Maandagavond 7 september 20:00 uur  geef ik een voordracht voor de
> computerclub te Tisselt.
> Dat betekent dat ik mijn montagesystemen toon en voor de rest het publiek
> volg.
>
> http://www.hcc-vl.be/d001/
>
> Autolozen kunnen met mij mee vanaf Mechelen station.
> Mensen die mij kunnen aanvullen zijn ook welkom.
>
> 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
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be