Re: [Talk-cz] Střípky z pátku na SoTM 2016

[Petr Holub]

Super!!

> OpenStreetView je tu taky, lákali na OBD2 dongle, aby se dalo dobře
> mapovat v tunelech

Vis vic o tomhle? Jak a s cim se to ma pouzivat? Dal by se takovy
dongle pouzivat i s navigacemi? (V AT mame obcas docela dlouhe
tunely a odbocky hned za nimi ;o) ).

> Jsou tu také z Mapboxu, Mapzenu, Navmii a OpenTransportNet.

Pouziva nebo bude v brzke dobe pouzivat nekdo data z OpenTransportNet
pro navigace na mobilech, idealne v kombinaci s OSM daty? Jak co do
prispivani daty, tak co do vyuzivani pro samotnou navigaci.

Diky,
Petr



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

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[Petr Holub]

Ahoj,

> > Tak vzhledem k tomu, že čísla tras jsou neveřejná (na nových rozcestnících
> > už nejsou) a KČT nechce zveřejnit ani jejich seznam, tak nemáme jak
> > zkontrolovat, odkud kam která trasa vede. Takže tohle dělení na čísla tras
> > per relace bude v OSM spíše postupně mizet.
> 
> Ja myslim ze iniciative se meze nekladou, a kdyz to ulehci kontrolu,
> tak proc ne...

ja tam vidim akorat jiste licencni riziko. Pokud se jedna o cislo,
ktere se da (dalo) vycist napr. na rozcestniku, tak bez problemu.
Ale asi bychom nemeli vytezovat ten web KCT pro ziskavani informaci.
Obecne platilo, ze takove zdroje se maji pouzivat pro overovani, ale
ne jako primarni zdroj.

Cili to co Majak psala: kdyz ten planovac pouziva pro sve potreby planovani
vyletu pro domapovani OSM, tak naprosto bez problemu. Pokud odsud lovi
cisla tras, ktere uz nejsou ziskatelne v terenu, a dava je do OSM, tak to
uplne dobre neni.

Kdyby mne nekdo dokazal presvedcit o opaku, tak by to bylo super... pomohlo
by to s domapovanim.

Petr


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

Re: [Talk-cz] Střípky z pátku na SoTM 2016

[Marián Kyral]

Super díky. Rozhodně nezastavuj ;-)

Marián

Dne 23.9.2016 v 23:12 Jethro napsal(a):
> Zdar,
> posílám střípky z dnešního dne na SoTM v Bruselu. Pokud budete mít
> nějaké otázky k tématům, můžu zítra nebo pozítří zkusit ulovit autory
> a doptat se.
>
> Přednášky:
> Trage wegen - Skupina zabývající se pěšinami a starými cestami. Snaží
> se hledat zkratky a cesty mimo dopravu, mapují je a importují do OSM.
> Pracují v celé Belgii a snaží se koordinovat se samosprávami, aby se
> kvalita cest zlepšovala a cesty nezanikaly. Plánují udělat plánovač,
> který se bude snažit hledat efektivní a hezké cesty.
>
> SNCF Transilien - Společnost řešící příměstské vlaky v okolí Paříže.
> Detailně do OSM zmapovali 388 stanic v Paříži a okolí, snaží se
> otevřená data propagovat i směrem do SNCF. Zajímavá inspirace pro naše
> dráhy. Mají aplikaci pro prohlížení stanic, chystají uvolnit mapovací
> aplikaci. Open data SNCF: https://data.sncf.com/
>
> Indoor mapping - návaznost na předchozí. Jak mapovat stanice.
> Vycházeli z plánů v DWG, postavili si 360stupňovou kameru ze 3 Xiaomi
> Yi, celý proces je popsaný na  www.stemani.fr
> Vytvořili několik zajímavých aplikací na indoor mapování - modifikace
> iD pro indoor  mapování, prohlížeč openLevelUp, a další.
>
> OSM2VectorTiles - Kterak z OSM sestavit vektorové dlaždice a ty pak
> renderovat v prohlížeči. Předrenderovali celý svět do fromátu Mapbox
> vector tiles, ten pak zobrazují pomocí javascriptu v prohlížeči. Celý
> stack je opensource, na vytváření stylů vytvořili Maputnik jako
> alternativu k Mapbox Studiu. Stojí za tím KlokanTech - česko-švýcarská
> firma.  Navíc napsali OSMNames - alternativu k Nominatimu, opět
> předpřipravená data, ale není problém si vygenerovat vlastní.
>
> OSRM - Mapzen povídali o novém OSRM v5, který by měl přinést lepší
> navigační pokyny, zmiňovali důležitost lanes před křižovatkami a
> destinations na rampách pro lepší navigační pokyny. Já k tomu připojím
> tip na Brouter - zájímavé a snadno přizpůsobitelné pěší a cyklistické
> routování.
>
> Overpass API - zabývali se hlavně snadným sledováním změn pro hledání
> špatných editů. Jak zobrazovat změny u dlouho otevřených changesetů,
> co když se cesta změní jen posunutím nodu a další. Demo zobrazování
> změn u výsledku query:
> http://dev.overpass-api.de/api/drolbr/recent_changes
>
>
> Osobní komunikace:
> Jan March (byl na SoTM CZ+SK) říkal, že vylepšil renderování střech a
> máme to otestovat a případně reportovat chyby.
>
>
> Stánky:
> Mapillary si vychvalovali 360 kameru od LG, více zkušeností bude v
> neděli, kdy mají workshop.
> OpenStreetView je tu taky, lákali na OBD2 dongle, aby se dalo dobře
> mapovat v tunelech
> MapsMe láká na vodku za edit, v Lightning talks má někdo "Slon v
> porcelánu, aneb co (nejen) s edity z MapsMe) ;-)
> Jsou tu také z Mapboxu, Mapzenu, Navmii a OpenTransportNet.
> Belgické OSGeo má dobrá loga ;-)
>
> Tolik ze dnešního dne, zítra opět napíši (pokud mne nezastavíte).
> Z Bruselu zdraví
> Jethro & Krakonoš
>
> ___
> 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

[OSM-ja] KOFのブース出展について

[K.Sakanoshita]

坂ノ下です。

11/11〜12に大阪でオープンソース系イベント「KOF」が開催されます。
https://k-of.jp/2016/

OSC京都と同様、KOFでもOSMブースを出せれば良いなと考えていますが、
KOFにブース出展しても良い方が居たら、ご返答頂けますでしょうか。
※私も出展したいのですが、KOFの実行委員のため当日は動けないので。

それでは。

--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */

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

Re: [Talk-de] Announce: Carto-CSS Stil auf tile.openstreetmap.de

[Michael Kugelmann]

Am 23.09.2016 um 10:43 schrieb Sven Geggus:


rechtzeitig zur SOTM habe ich gestern Abend den deutschen Tileserver endlich
auf Carto-CSS umgestellt.

Danke für Deinen Einsatz!


Grüße,
Michael.


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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Yohan Boniface]

On ven., 2016-09-23 at 19:55 +0200, Eric Brosselin - Osm wrote:
> Le 23/09/2016 à 11:31, Yohan Boniface a écrit :
> > 
> > J'ai au plusieurs retours sur le fait que le bouton au milieu des
> > boutons contextuels à la carte posait des problèmes de cohérence
> > (maison == la vue par défaut de la carte ou bien la home du site,
> > mais
> > quel site quand la carte est affichée en iframe?).
> > Preneur de suggestion pour une troisième option :)
>  Si cela doit pointer vers umap.openstreetmap.fr  cela devrait tout
> simplement s'appeler "uMap".
> "Home" n'est, selon moi,  pas assez explicite pour l'utilisateur
> lambda.
> 

Note qu'en français, ça donne "Accueil", qui me semble un terme accepté
par l'usage.
Aussi, ce lien n'est visible qu'en navigation depuis uMap, et il est
masqué dans les cas où la carte est affiché via une iframe (pour ne pas
créer d'ambiguïté sur le site qui l'héberge).
Quant au terme "uMap", je crois qu'il ne parle pas à grand-monde en
dehors de notre petite famille, et je suis réticent à le mettre en
avant comme une "marque", qui à mon avis ne fait que brouiller le
message par rapport au projet de fond, qui est OSM. Mais je me trompe
peut-être sur ce point (et d'autres :p ).

Bien noté tes suggestions pour les labels.
Pour le cas des trop nombreux labels, tu peux maintenant faire en sorte
qu'ils ne s'affichent qu'au survol.


Et pour ceux qui lisent les emails jusqu'au bout: voilà, nous
(Christian et moi) avons mis en prod la nouvelle version depuis
Bruxelles! A vos retours de bugs maintenant! ;)



> 
> 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] MassGIS Road Import - Lanes

[Bill Ricker]

On Fri, Sep 23, 2016 at 2:27 PM, Spencer Gardner
 wrote:
> Is anyone on here familiar with the process that was used to upload MassGIS
> road data for the state of Massachusetts? I'm noticing a lot of incorrect
> lane information on one-way residential streets and wondering if the bulk
> import process could be the cause. I'd love to hear if anyone else has come
> across this.


Not intimately knowledgeable here, but aware. I recall there was
widespread problem with one-way streets because the import was
inconsistent in one-way polarity. Those are i hope mostly fixed by
now. I don't recall discussion of lanes, though.

My own street is similar, one-way and we have 1 travel lane plus both
side parking in reality and it's coded as lanes = 2.

IDK how or why.

As to the Bulk import , at the time, MASSGIS had better data than
TIGER so that was the basis in MASS. I'm cc'ing a couple folk who
might remember if lanes was odd in MASS GIS.
But if we're lucky someone from MASSGIS will speak up.

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux

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

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[Pavel Machek]

Ahoj!

> Tak vzhledem k tomu, že čísla tras jsou neveřejná (na nových rozcestnících 
> už nejsou) a KČT nechce zveřejnit ani jejich seznam, tak nemáme jak 
> zkontrolovat, odkud kam která trasa vede. Takže tohle dělení na čísla tras 
> per relace bude v OSM spíše postupně mizet.

Ja myslim ze iniciative se meze nekladou, a kdyz to ulehci kontrolu,
tak proc ne...
Pavel

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


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

[Talk-cz] Střípky z pátku na SoTM 2016

[Jethro]

Zdar,
posílám střípky z dnešního dne na SoTM v Bruselu. Pokud budete mít
nějaké otázky k tématům, můžu zítra nebo pozítří zkusit ulovit autory
a doptat se.

Přednášky:
Trage wegen - Skupina zabývající se pěšinami a starými cestami. Snaží
se hledat zkratky a cesty mimo dopravu, mapují je a importují do OSM.
Pracují v celé Belgii a snaží se koordinovat se samosprávami, aby se
kvalita cest zlepšovala a cesty nezanikaly. Plánují udělat plánovač,
který se bude snažit hledat efektivní a hezké cesty.

SNCF Transilien - Společnost řešící příměstské vlaky v okolí Paříže.
Detailně do OSM zmapovali 388 stanic v Paříži a okolí, snaží se
otevřená data propagovat i směrem do SNCF. Zajímavá inspirace pro naše
dráhy. Mají aplikaci pro prohlížení stanic, chystají uvolnit mapovací
aplikaci. Open data SNCF: https://data.sncf.com/

Indoor mapping - návaznost na předchozí. Jak mapovat stanice.
Vycházeli z plánů v DWG, postavili si 360stupňovou kameru ze 3 Xiaomi
Yi, celý proces je popsaný na  www.stemani.fr
Vytvořili několik zajímavých aplikací na indoor mapování - modifikace
iD pro indoor  mapování, prohlížeč openLevelUp, a další.

OSM2VectorTiles - Kterak z OSM sestavit vektorové dlaždice a ty pak
renderovat v prohlížeči. Předrenderovali celý svět do fromátu Mapbox
vector tiles, ten pak zobrazují pomocí javascriptu v prohlížeči. Celý
stack je opensource, na vytváření stylů vytvořili Maputnik jako
alternativu k Mapbox Studiu. Stojí za tím KlokanTech - česko-švýcarská
firma.  Navíc napsali OSMNames - alternativu k Nominatimu, opět
předpřipravená data, ale není problém si vygenerovat vlastní.

OSRM - Mapzen povídali o novém OSRM v5, který by měl přinést lepší
navigační pokyny, zmiňovali důležitost lanes před křižovatkami a
destinations na rampách pro lepší navigační pokyny. Já k tomu připojím
tip na Brouter - zájímavé a snadno přizpůsobitelné pěší a cyklistické
routování.

Overpass API - zabývali se hlavně snadným sledováním změn pro hledání
špatných editů. Jak zobrazovat změny u dlouho otevřených changesetů,
co když se cesta změní jen posunutím nodu a další. Demo zobrazování
změn u výsledku query:
http://dev.overpass-api.de/api/drolbr/recent_changes


Osobní komunikace:
Jan March (byl na SoTM CZ+SK) říkal, že vylepšil renderování střech a
máme to otestovat a případně reportovat chyby.


Stánky:
Mapillary si vychvalovali 360 kameru od LG, více zkušeností bude v
neděli, kdy mají workshop.
OpenStreetView je tu taky, lákali na OBD2 dongle, aby se dalo dobře
mapovat v tunelech
MapsMe láká na vodku za edit, v Lightning talks má někdo "Slon v
porcelánu, aneb co (nejen) s edity z MapsMe) ;-)
Jsou tu také z Mapboxu, Mapzenu, Navmii a OpenTransportNet.
Belgické OSGeo má dobrá loga ;-)

Tolik ze dnešního dne, zítra opět napíši (pokud mne nezastavíte).
Z Bruselu zdraví
Jethro & Krakonoš

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

Re: [Talk-GB] Fwd: ANNOUNCING GB1900 -- Online volunteers needed to build the most comprehensive gazetteer of British place names

[SK53]

All in all very good news. Perhaps they ought to extend it to Ireland too!

Jerry

On 23 September 2016 at 21:18, Paul Williams 
wrote:

> Also it says in the email "the GB1900 system is programmed to dump out its
> current place name database every 24 hours, and once it starts to build up
> we can make this dump available for download without funding. It will be
> under the simplest form of the Creative Commons license, which means
> anybody can use it for anything, even commercial".
>
> Paul
>
> On 23 September 2016 at 19:28, Craig Wallace  wrote:
>
>> On 2016-09-23 19:15, SK53 wrote:
>>
>>> Hi Paul,
>>>
>>> I'd be very interested in this providing it has a decent licence. AFAIK
>>> Vision of Britain has a restrictive licence which means that I have
>>> spent some time recreating small parts of their data on OHM (e.g.,
>>> London Boroughs of the LCC). There's still a tendency for academia to
>>> choose Non-commercial licences, which means local historians still need
>>> permission to use the data in their, typically, modestly priced
>>> publications. Of course just like Google & OSM, the sceptre of
>>> ancestry.com  probably affects the licence model.
>>>
>>
>> The GB1900 site says:
>> "By contributing to this website, so that it can be used by everyone, you
>> agree that the Creative Commons Zero(CC0 1.0 Universal) licence be applied
>> to all work created by you through this website"
>>
>> So that should mean no restrictions for reuse.
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-ie] Broken Islands

[Dave Foley]

There are a few islands like this (Valentia Island and Inis Meanin for example).


For names I don't see any reason to differ from the Wiki - 
http://wiki.openstreetmap.org/wiki/Key:name . For 'Hare Island' it looks like 
'Heir Island' is the more used.


While on the subject of islands, there seems to be a lot of differences on what 
they should be a member of (County, Barony, Province, etc). It would be good to 
have something agreed.


Dave

Key:name - OpenStreetMap Wiki
wiki.openstreetmap.org
Key Value Element Comment name: User Defined The common default name. (Note: 
For disputed areas, please use the name as displayed on e.g. street signs for 
the name tag.





From: Colm Moore 
Sent: 22 September 2016 21:20
To: talk-ie@openstreetmap.org
Subject: [OSM-talk-ie] Broken Islands

Hi,
Can someone look at Cape Clear (island) and Sherkin Island? The boundaries seem 
to be set up (and many details added), but they aren't areas.
http://www.openstreetmap.org/way/389717766http://www.openstreetmap.org/way/389900878
In comparison, Hare Island appears as an area.
http://www.openstreetmap.org/way/190629034

In parallel, do we have a policy on Gaeltacht names?
Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead
___
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: [Talk-GB] Fwd: ANNOUNCING GB1900 -- Online volunteers needed to build the most comprehensive gazetteer of British place names

[Paul Williams]

Also it says in the email "the GB1900 system is programmed to dump out its
current place name database every 24 hours, and once it starts to build up
we can make this dump available for download without funding. It will be
under the simplest form of the Creative Commons license, which means
anybody can use it for anything, even commercial".

Paul

On 23 September 2016 at 19:28, Craig Wallace  wrote:

> On 2016-09-23 19:15, SK53 wrote:
>
>> Hi Paul,
>>
>> I'd be very interested in this providing it has a decent licence. AFAIK
>> Vision of Britain has a restrictive licence which means that I have
>> spent some time recreating small parts of their data on OHM (e.g.,
>> London Boroughs of the LCC). There's still a tendency for academia to
>> choose Non-commercial licences, which means local historians still need
>> permission to use the data in their, typically, modestly priced
>> publications. Of course just like Google & OSM, the sceptre of
>> ancestry.com  probably affects the licence model.
>>
>
> The GB1900 site says:
> "By contributing to this website, so that it can be used by everyone, you
> agree that the Creative Commons Zero(CC0 1.0 Universal) licence be applied
> to all work created by you through this website"
>
> So that should mean no restrictions for reuse.
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Ricerca note e changeset

[Marco]

Ottimo, grazie, cercavo anche io la stessa cosa tempo fa.

On September 23, 2016 8:42:45 AM GMT+02:00, Cascafico Giovanni 
 wrote:
>Trovato x le note:
>
>http://api.openstreetmap.org/api/0.6/notes/search?q=Pippo
>
>--
>cascafico.altervista.org
>twitter.com/cascafico
>Il 22/set/2016 23:17 "Cascafico Giovanni"  ha
>scritto:
>
>> Se volessi cercare delle note o commenti al changeset contenenti una
>certa
>> stringa?
>>
>> Il servizio di mapbox [1] mi pare non funzioni. Ci sono altri modi?
>>
>> [1] https://www.mapbox.com/osm-comments/
>>
>> --
>> 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-cz] Vyhlídkový bod?

[Pavel Machek]

On Fri 2016-09-23 14:35:47, Matěj Cepl wrote:
> On 2016-09-23, 09:00 GMT, Petr Vozdecký wrote:
> > ...mmm ale optikou turisty z Ciny je to jinak... jede do Prahy a ma 
> > nastudovane hromady beautyfoto... chce to videt... koukne do mapy a nevi 
> > odkud (zkus si treba predstavit sebe v Parizi, Rime, New-Yorku...) a je 
> > nadseny, kdyz to pak najde...
> 
> To bychom ale fakt museli označit polovinu staré Prahy. Myslím, 
> že dobrý Číňan by se raději měl vypravit do města (nebo si 

A co je v tom za problem? Oznacil nekdo pulku Prahy? Ne. Tak proc jim
to mazat.

Proste kdyz chci videt do daleka, pujdu k vyhlidkovymu bodu. Az nekdo
oznaci pul prahy, muzem to resit ;-).

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


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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Eric Brosselin - Osm]

Et pour voir toutes les images d'un seul coup >>> 
https://framapic.org/gallery#l3AZYQjpJp8E/SppWud9DKtvN.png,ZeINEx9GNW9l/0OB2ubK1DxRV.png,PIXyl2Ve7ygY/q9sexm5IdiJj.png 

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

[Talk-us] MassGIS Road Import - Lanes

[Spencer Gardner]

Is anyone on here familiar with the process that was used to upload MassGIS
road data for the state of Massachusetts? I'm noticing a lot of incorrect
lane information on one-way residential streets and wondering if the bulk
import process could be the cause. I'd love to hear if anyone else has come
across this.

For reference, see http://www.openstreetmap.org/way/8615602

I haven't scoured the rest of the state, but Cambridge is riddled with
one-way residential streets that all have lanes=2 when there's clearly only
a single travel lane.

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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Eric Brosselin - Osm]

Je trouve qu'avec les *labels des marqueurs* il y aurait quelques 
améliorations possibles.


Lorsqu'il y en a un très grand nombre et qu'on est pas à un zoom élevé 
cela fait des "amas" un peu indistincts.
Et si l'on zoome je trouve qu'ils ne «ressortent» pas assez par rapport 
au fond.


En regardant la feuille de style j'ai fait quelques essais.

C'est donc dans la partie
/* Tooltip */
/* Base styles for the element that has a tooltip */

_Voici le style par défaut_ :

.leaflet-tooltip {
position: absolute;
padding: 6px;
background-color: #fff;
border: 1px solid #fff;
border-radius: 3px;
color: #222;

[...]

box-shadow: 0 1px 3px rgba(0,0,0,0.4);
}

_Voici l'amélioration suggérée du style_ : (en *gras* ce qui change)

.leaflet-tooltip {
position: absolute;
padding: *5*px;
background-color: #fff;
border: 1px solid #*ccc*;
border-radius: *5*px;
color: #*000*;

[...]

box-shadow: 0 *2*px 3px rgba(0,0,0,0.*5*);
}

_Commentaire_ :

'Padding": moindre. 4 ou 5 suffiraient selon moi sinon les labels sont 
trop larges.
"Background-color": ok pour le blanc c'est mieux que le gris de 
l'ancienne version. ;-)
"Border": si la bordure est blanche elle ne se verra pas, #ccc ou une 
autre valeur de gris pourrait convenir.

"Border-radius": un peu plus élevé pour adoucir les angles des labels.
"Color": le texte s'il est en noir sera plus lisible.
"Box-shadow": une ombre portée un peu plus soutenue pour faire ressortir 
le label serait la bienvenue.


Voir en image une comparaison "avant/après" aux zooms 18 et 19. Cela 
fait une différence.


Zoom 18   >>> https://framapic.org/l3AZYQjpJp8E/SppWud9DKtvN.png
Zoom 19   >>> https://framapic.org/ZeINEx9GNW9l/0OB2ubK1DxRV.png

Et ici avec une image assez "pleine" de marqueurs.
>>> https://framapic.org/PIXyl2Ve7ygY/q9sexm5IdiJj.png



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

Re: [Talk-GB] Fwd: ANNOUNCING GB1900 -- Online volunteers needed to build the most comprehensive gazetteer of British place names

[Craig Wallace]

On 2016-09-23 19:15, SK53 wrote:

Hi Paul,

I'd be very interested in this providing it has a decent licence. AFAIK
Vision of Britain has a restrictive licence which means that I have
spent some time recreating small parts of their data on OHM (e.g.,
London Boroughs of the LCC). There's still a tendency for academia to
choose Non-commercial licences, which means local historians still need
permission to use the data in their, typically, modestly priced
publications. Of course just like Google & OSM, the sceptre of
ancestry.com  probably affects the licence model.


The GB1900 site says:
"By contributing to this website, so that it can be used by everyone, 
you agree that the Creative Commons Zero(CC0 1.0 Universal) licence be 
applied to all work created by you through this website"


So that should mean no restrictions for reuse.

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

[Talk-GB] Fwd: ANNOUNCING GB1900 -- Online volunteers needed to build the most comprehensive gazetteer of British place names

[Paul Williams]

I spotted the message below on a mailing list I'm on, and thought it might
be also of interest to OpenStreetMappers. I've noticed that their site uses
OSM as a background map (use the slider at the top right of the map to fade
in/out between the old map and OSM).

Cheers,
Paul Williams
(Paul The Archivist)

-- Forwarded message --
From: humphrey 
Date: 22 September 2016 at 21:20
Subject: ANNOUNCING GB1900 -- Online volunteers needed to build the most
comprehensive gazetteer of British place names
To: archives-...@jiscmail.ac.uk


The GB1900 web site is now live:

http://www.gb1900.org

List members who attended the UK Archives Discovery Forum at the National
Archives in March may have seen our poster display. GB1900 is a joint
project between my team at the University of Portsmouth, the National
Library of Scotland and four Welsh partners: the Royal Commission on the
Ancient and Historical Monuments of Wales, the University of Wales Centre
for Advanced Welsh and Celtic Studies, the National Library of Wales and
the People’s Collection Wales.

The aim is, through crowd-sourcing, to transcribe all the names on the 2nd
Edition Ordnance Survey "County Series” six inch maps of the whole of Great
Britain, and to make the resulting gazetteer freely available. We are
particularly hoping that some archive’s volunteers will be able to put
working into their local area.

A press release, with some dodgy quotes “from me” but invented by the PR
guy, is here:

http://www.gb1900.org/press-release.html

If you were’t at the UKAD Forum but this still sounds a little familiar, it
is because GB1900 is based on the earlier Cymru1900Wales project. If you go
to the GB1900 site, you will see it is already claiming  over 300,000 names
transcribed and over 400 volunteers at work, and this is because it
inherits all the contents from Cymru1900. However, this is not just a
re-branding:

== Cymru1900 worked with six inch map scans of Wales already licensed from
a commercial supplier. GB1900 works with a quite different and higher
quality set of scans covering the whole of Great Britain, created by the
National Library of Scotland.

== Cymru1900 gathered a lot of transcriptions, but very few were
re-transcribed for confirmation. The software has been modified to make the
need for confirmatory transcriptions clearer, the process simpler and the
results much more visual. Incidentally, this means that although it is now
hard to find new names to transcribe in Wales, there is a great deal of
work to be done there confirming the existing transcriptions: turn those
markers from green to purple!

== While Cymru1900 ran somewhere “in the cloud”, GB1900 runs on a server in
Portsmouth.

WHY DO THIS?

Gazetteers which tell you where towns and villages are/were are plentiful,
but those County Series maps include names for just about every farm, wood
and many parts of settlements. We are asking volunteer transcribers to
gather every piece of text on each map, other than purely numerical
strings, so we will also be including, at least in the raw data, many
“Waterfalls”, Brickworks” and so on. Based on how many names were gathered
by the Welsh project, our guess is that the final harvest will be around 3
million “names”.

It is worth explaining why two existing resources don’t meet this need:

— The DEEP project created the Historical Gazetteer of England's
Place-Names (http://www.placenames.org.uk) from the reports of the English
Place Names Survey and offering "four million+ historical place-name
forms". That means it is based on real place name scholarship, but it has
two big limitations considered simply as a finding aid for places:  the
EPNS is far from complete, with several counties not even started (see
http://www.nottingham.ac.uk/research/groups/epns/survey.aspx), and although
the DEEP gazetteer includes many landscape features within each parish
entry, the only geographical coordinates are for parishes. The count of
“place-name forms” of course reflects the very large number of variant
names in the system. Some of the earliest EPNS County surveys cover ONLY
parish names.

— The Ordnance Survey have made their Open Names gazetteer freely
available, and initially it sounds very promising: “2.5 million accurate
locations”. However, read a little further and you find "870,000 named and
numbered roads, nearly 44,000 settlements and over 1.6 million postcodes” —
which does not leave much room for farms or woods. The OS’ core MasterMap
system does list farms and woods, but it is anything but freely available.

WHAT WE ARE NOT ANNOUNCING TODAY

The GB1900 system is not an online gazetteer, but rather a machine for
building a gazetteer (it does include a simple gazetteer of settlements,
but that is off-the-shelf and there just to help you find the right part of
the map to work on).

Our aim is to build an online place name search facility accessing the
final GB1900 gazetteer, probably 

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Eric Brosselin - Osm]

Le 23/09/2016 à 11:31, Yohan Boniface a écrit :


J'ai au plusieurs retours sur le fait que le bouton au milieu des
boutons contextuels à la carte posait des problèmes de cohérence
(maison == la vue par défaut de la carte ou bien la home du site, mais
quel site quand la carte est affichée en iframe?).
Preneur de suggestion pour une troisième option :)
Si cela doit pointer vers umap.openstreetmap.fr  cela devrait tout 
simplement s'appeler "uMap".

"Home" n'est, selon moi,  pas assez explicite pour l'utilisateur lambda.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[Marián Kyral]

Sice mi přijde zbytečné to zpracovávat, když si to v terénu neověříme.
Ale když si chce někdo hrát, tak proč ne. Jen si nejsem jist licencí.
Jestli ta data můžeme zpracovávat.

Ohledně rozcestníků, v poslední době se mi stalo dvakrát, že jsem
rozcestník nenašel, ale to bylo tím, že jej zřejmě někdo zničil. Zůstala
jen tyč. Jednou to byl Kelčský Javorník v Hostýnských vrších, podruhé
Hraniční vrch u Města Albrechtic.
Jinak většinou bez problémů, rozcestníky jsou tam, kde je člověk očekává.

Marián

Dne 23.9.2016 v 14:38 majka napsal(a):
> Mě stále ještě funguje vyhledávání tras KČT, kde to ukazuje
> rozcestníky a čísla tras, viz například
> http://trasy.kct.cz/1667
>
> Samozřejmě to nenajde trasu, ale podle rozcestníků se dá
> zrekonstruovat / ověřit.
>
> Podle toho tedy vybírám a snažím se případně v celém rozsahu
> projít/doplnit. Sice poslední dobou kde jde, dělám domácí přípravu od
> počítače, protože jsem v polovině případů nenašla rozcestník kvůli
> tomu, že zmizel/byl přesunut/je schovaný větvemi a navíc je na mapách
> uvedený minimálně o 70 metrů jinde. Na Streetview nebo Seznam Panorama
> se občas to umístění najít dá, takže nejprve vím kam koukat, a až pak
> teprve jdu...
>
> Majka
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [OSM-talk-fr] Images aériennes fait-maison

[Stéphane Péneau]

Le 23/09/2016 à 16:01, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT ALCA APPUI PERFORMANCE) a écrit :

Super. Tu as quoi comme résolution au sol ?


Je ne sais pas...ou plus :-)

Une p'tite docu sur les caractéristiques : précision, paramètres de prise de 
vue, méthode de calage, méthode de redressement (mnt, alti embarquée  ?) 
etc ?

Je n'ai pas grand-chose à dire pour le moment, c'était un test rapide.
La caméra est une petite action cam de chez Yi Technology, en mode timelapse
Ensuite j'ai utilisé la version de démo de Photoscan qui m'a calculé un 
MNT avec un niveau de détail faible (sinon ça tord dans tous les sens)

  Ps : sur  les linéaires comme les voies ferrées, ça danse un peu.

Oui, c'est lié aux vibrations de l'avion. C'est en voie d'être corrigé.
Pour les déformations sur les bords, et bien il aurait fallu faire 
d'autres passages pour obtenir un bon taux de recouvrement entre photos.
Je verrai ça pour un prochain test, qui se fera lorsque la météo sera 
ok, le pilote disponible, et moi aussi.


Je pense que je vais d'abord essayer de récolter plus d'images, et me 
pencher sur Micmac lorsque l'hiver arrivera. Il y aura la reconstitution 
3d photogrammétrique dans les tuyaux aussi.


Stf



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

Re: [Talk-us] Municipal Tree Survey

[Jerry Clough - OSM]

  From: Frederik Ramm 
 To: talk-us@openstreetmap.org 
 Sent: Monday, 19 September 2016, 19:09
 Subject: Re: [Talk-us] Municipal Tree Survey
   
Hi,

On 09/19/2016 05:13 PM, Adam Old wrote:
> For the most part we would like to send people out using their mobile
> devices and an app like Go
> Map!! https://itunes.apple.com/au/app/go-map!!/id592990211?mt=8
>  or a
> paper survey form that we could then update OSM with. Hopefully this
> would introduce a good number of new people to OSM as mappers and/or
> users. 

Sounds like a win-win situation.


Bye
Frederik

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

I'd agree with Frederik.
Only this morning I was looking at a site for volunteer tree wardens in Surrey, 
England; and at the weekend a friend in our party was visiting what are known 
as veteran trees in Kent.
  
|  
|   |  
STWN
   |  |

  |

 

We already have a fairly extensive set of tags for mapping trees and their 
attributes. In a few places well-attributed tree data has been imported to OSM: 
take a look at Vienna of the London Borough of Southwark as examples for a 
reasonably extended set of tags.
Basically I would look for a minimum of circumference (in UK this is usually 
Breast-height girth BHG or roughly circumference at 1.5 m above ground level), 
species (& if appropriate cultivar). Not strictly necessary but very useful are 
genus (especially if precise species is not known, or for things like flowering 
cherries), leaf_type & leaf_cycle (both make it easier for data consumers & 
editors). Date of planting is very useful but often not readily available.
Now to other things:
   
   - Height. Harder to survey if not specifically equipped for the purpose. 
Obviously useful.
   - Spread. Again a bit harder to survey, although finding the drip line on 
wet days makes it easier. This is less often added to tree data in OSM, but 
there was an interesting HOT project using tree spread to estimate fire risk. I 
have the details somewhere.
   - Condition. I think as long as volunteers are working from a protocol to 
assess tree condition there is no trouble in adding it. If you do have a given 
scale then it may be worth adding the information to the wiki, and then others 
can use it. It may also be useful to use a condition:description tag to add 
additional information (e.g., crown thinning, leaf spot, fungal growth etc).
   - Survey Date (actually should be tagged last_survey_date). Important for 
assessing things like height & condition, but also circumference. The 
professional arboriculturalists woring for my local council seem to get round 
the tree estate every 3 years: adding or updating tags at his frequency on OSM 
is unlikely to cause any issues.
   - Proposed Work. This is the only item raised which does not fit into OSM 
typical tagging approach, but I can see no harm in it.

Lastly & most important from a mapping/tagging perspective:

By all means use OSM but create & maintain your own unique identifiers for the 
trees. OSM identifiers are not guaranteed to be stable, and the nodes may 
accidentally be re-purposed. Current best practice is for trees to be labelled 
with a tag giving the identifier for the tree register ( (See this site for 
examples). Even if a register is only kept in a spreadsheet (which I wouldn't 
recommend as I've accidentally created duplicates when doing it myself) the 
identifiers can be added to OSM as ref tags. 

For actual mapping of trees either use an enhanced version of an existing OSM 
tool (e.g., Vespucci can read xml files designed for josm), or combine 
something more dedicated to capturing tree data with more accurate GPS readings 
(I use ObsMapp & add Garmin waypoint info when recording species detail). To 
date I've found using a mobile phone app GPS a little unreliable when mapping 
trees which are close together, the individual trees are often not positioned 
correctly in relation to adjacent trees. If you have good quality aerial 
imagery (or even better Lidar) then use this as the guide. A tape measure or 
digital measurer, and compass are still useful tools for getting correct 
relationships within a grove of trees.
Lastly, I'd like to point out that this data is useful for many purposes. As an 
enthusiastic amateur entomologist I often want to search out rarer trees to see 
if I can find particular insects. I've written about the possibilities for 
using city tree registers for education here: From Mapping Trees to Tree 
Trails: some thoughts
Best wishes with the project.
Jerry
Coda: I was vaguely aware of OpenTreeMap but they seem to be anything but open 
with a monthly charge of 80 bucks.
  
|  
|   
|   
|   ||

   |

  |
|  
|   |  
>From Mapping Trees to Tree Trails: some thoughts
 The other day I engaged in a twitter conversation with Oliver Pescott, a 
biologist at the Centre of Environment ...  |   |

  

Re: [Talk-br] Projeto de teste para integração com overpass

[Wille]

Minha opinião é que se deve dividir as ruas quando há necessidade, por 
exemplo para mapear restrições de conversão ou rotas de ônibus ou 
trechos que possuem características diferentes. A validação do JOSM 
considera ruim ways com mais de 12km (talvez eu esteja enganado nesse 
número). Considero interessante também a abordagem de Márcio de dividir 
em limites de bairros.


wille

On 23-09-2016 11:22, Marcio wrote:
Em Sex, Set 23, 2016 em 11:15 , George Silva  
escreveu:
Novamente entendo e até concordo com isso. A dúvida surgiu para 
entender se existe um padrão ou recomendação geral

da comunidade sobre o assunto.

Até agora neste tópico, "conto os seguintes votos" (veja vem que 
estou contando apenas para fomentar a discussão, não estou dizendo 
que alguma decisão está de fato sendo tomada no tópico):


* 3 a favor de manter as vias juntas
* 3 a favor de manter as vias separadas

Não enxergo consenso :D.


A minha opnião é que não existe desvantagem em ter as ruas 
segmentadas, porém eu não fico dividindo as ruas. Somente quando 
cruzam bairros ou os trechos são muito longos.


Como falei, segmentar as ruas é um processo natural a medida que vão 
sendo inseridos mais detalhes na mesma (restrição de conversão, 
faixar, largura, velocidade, superficie).



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



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

[Talk-it] mappatura fermate trasporto pubblico comune di Venezia

[marco zampiva]

Salve a tutti,

volevo iniziare la mia collaborazione a questo progetto completando e
sistemando la mappatura delle fermate del trasporto pubblico del comune di
Venezia (terraferma).

L’azienda che gestisce il trasporto pubblico mette a disposizione tramite il
portale del comune i dati in formato GTFS del servizio, questo è il link[1].
I dati sono rilasciato con licenza CC-BY e chiedono di citare la fonte per
utilizzarli, da quello che ho letto questa licenza dovrebbe essere
compatibile con OSM ma non essendo assolutamente esperto volevo avere una
conferma che la licenza è compatibile e che posso utilizzarli
tranquillamente.

Grazie e un saluto a tutti.

Marco 

 

[1]http://dati.venezia.it/?q=content/actv-general-transit-feed-specification
-gtfs

 

 

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

Re: [Talk-br] Projeto de teste para integração com overpass

[Marcio]

Em Sex, Set 23, 2016 em 11:15 , George Silva  
escreveu:
Novamente entendo e até concordo com isso. A dúvida surgiu para 
entender se existe um padrão ou recomendação geral

da comunidade sobre o assunto.

Até agora neste tópico, "conto os seguintes votos" (veja vem que 
estou contando apenas para fomentar a discussão, não estou dizendo 
que alguma decisão está de fato sendo tomada no tópico):


* 3 a favor de manter as vias juntas
* 3 a favor de manter as vias separadas

Não enxergo consenso :D.


A minha opnião é que não existe desvantagem em ter as ruas 
segmentadas, porém eu não fico dividindo as ruas. Somente quando 
cruzam bairros ou os trechos são muito longos.


Como falei, segmentar as ruas é um processo natural a medida que vão 
sendo inseridos mais detalhes na mesma (restrição de conversão, 
faixar, largura, velocidade, superficie).
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Projeto de teste para integração com overpass

[George Silva]

2016-09-23 10:27 GMT-03:00 Nelson A. de Oliveira :

> 2016-09-23 8:26 GMT-03:00 George Silva :
> > Nelson, onde não conseguimos unir os diversos trechos?
>
> Geralmente nas interseções onde não é claro para onde o caminho segue.
> Por exemplo, a rua que vem da esquerda continua para qual lugar aqui?
> https://i.imgur.com/CHbajUT.png


De fato, sem nomes é impossível decidir. Mas isso é difícil de decidir até
quando se tem intervenção humana!


>
>
> Se não tiver nome nesses trechos e a característica das 3 partes forem
> iguais, não dá para unir.
>

Não, mas você sabe que são três trechos distintos :D


>
> Ou em locais que envolvem algumas características/relações que são
> fáceis de serem separadas, mas não unidas (geralmente com relações).
>
> Se você quiser fazer um teste, quebra um caminho que possui uma
> relação de restrição no JOSM e depois manda ele unir os trechos
> novamente.
> Na quebra não existe qualquer tipo de decisão ou mensagem de aviso.
> Na união já é necessário pensar e decidir o que se faz com os caminhos
> (o JOSM vai te perguntar isso). Não há uma decisão automática aqui
> porque ela pode introduzir erro nos dados (o que já aconteceu muito).
>

Sim, mas isso é para persistir o dado. De fato essa conciliação é manual e
pela possível existência de tags diferentes em cada trecho.
Até aqui, tudo normal, ao meu ver.

Para extração de estatísticas, se você tem um identificador comum, você
consegue
saber, por exemplo, dados agregados, como:

* Comprimento total;
* Quantos tipos de configurações existem naquela via (exemplo: tenho
trechos com 2 faixas e 3 faixas, e trechos mão única e mão dupla);
* Outros dados relevantes em agregação;


>
> Quebrar os trechos para inserir rotas de ônibus ou alguma outra
> informação é válido, claro. Pode até ter uma certa automatização (mas
> sinceramente não creio que é possível automatizar 100% disso e não
> gerar algum tipo de erro para alguns casos).
>
> Quebrar os trechos apenas para tê-los separados, para possíveis
> futuras edições, já não vejo com bons olhos.
> Acredito que qualquer pessoa que já editou regiões assim vai concordar
> que é algo bem caótico e até chato de se trabalhar.
>

Entendo a posição da comunidade sobre isso. Meu editor primário é o iD, que
não é lá essas coisas
para este tipo de trabalhos. Acredito que no JOSM seja bem mais fácil de
alterar/editar múltiplos trechos
de forma simples.


>
> > Outra coisa: estamos discutindo sobre algo que não existe uma guideline,
> correto?
>
> Estamos discutindo algo que vai acontecer sozinho: naturalmente as
> vias acabam divididas ao se especificar o nome, superfície, número de
> faixas, direção de cada faixa, iluminação, estacionamento, permissões
> de tráfego, etc de cada trecho (já que acabam ficando com
> características bem distintas entre eles).
>
> O caos vai vir junto com isso também. Só não precisamos acelerar de
> forma desnecessária isso :-)
>

Novamente entendo e até concordo com isso. A dúvida surgiu para entender se
existe um padrão ou recomendação geral
da comunidade sobre o assunto.

Até agora neste tópico, "conto os seguintes votos" (veja vem que estou
contando apenas para fomentar a discussão, não estou dizendo que alguma
decisão está de fato sendo tomada no tópico):

* 3 a favor de manter as vias juntas
* 3 a favor de manter as vias separadas

Não enxergo consenso :D.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Images aériennes fait-maison

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE)]

Super. Tu as quoi comme résolution au sol ?
Une p'tite docu sur les caractéristiques : précision, paramètres de prise de 
vue, méthode de calage, méthode de redressement (mnt, alti embarquée  ?) 
etc ?
 Ps : sur  les linéaires comme les voies ferrées, ça danse un peu. 


-Message d'origine-
De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr] 
Envoyé : vendredi 23 septembre 2016 15:49
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] Images aériennes fait-maison

Hello tous,

Il y a quelques mois, j'ai tenté de faire des images aériennes "maison" 
en fixant une petite caméra sur un avion. Les premiers tests sont plutôt 
encourageants, mais j'ai utilisé une solution propriétaire pour joindre toutes 
les photos. Il faut que je bascule sur une suite libre telle que OpenDroneMap 
ou MicMac. En attendant, ça donne ceci, le long de la sèvre :

http://nas.stemani.fr/map/IASevre.html

Il faut parfois un peu de temps pour que l'imagerie s'affiche, le temps que mon 
Nas se réveille.


Après avoir regardé la présentation d'OpenAerialMap grâce au stream du 
Sotm, je pense que je vais leur uploader.

La diffusion en direct du sotm et le programme :
https://www.youtube.com/channel/UCLqJsr_5PfdvDFbgv1qp2aQ
http://2016.stateofthemap.org/program/


Stéphane


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Images aériennes fait-maison

[Stéphane Péneau]

Hello tous,

Il y a quelques mois, j'ai tenté de faire des images aériennes "maison" 
en fixant une petite caméra sur un avion. Les premiers tests sont plutôt 
encourageants, mais j'ai utilisé une solution propriétaire pour joindre 
toutes les photos. Il faut que je bascule sur une suite libre telle que 
OpenDroneMap ou MicMac. En attendant, ça donne ceci, le long de la sèvre :


http://nas.stemani.fr/map/IASevre.html

Il faut parfois un peu de temps pour que l'imagerie s'affiche, le temps 
que mon Nas se réveille.



Après avoir regardé la présentation d'OpenAerialMap grâce au stream du 
Sotm, je pense que je vais leur uploader.


La diffusion en direct du sotm et le programme :
https://www.youtube.com/channel/UCLqJsr_5PfdvDFbgv1qp2aQ
http://2016.stateofthemap.org/program/


Stéphane


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

Re: [Talk-br] Projeto de teste para integração com overpass

[Nelson A. de Oliveira]

2016-09-23 8:26 GMT-03:00 George Silva :
> Nelson, onde não conseguimos unir os diversos trechos?

Geralmente nas interseções onde não é claro para onde o caminho segue.
Por exemplo, a rua que vem da esquerda continua para qual lugar aqui?
https://i.imgur.com/CHbajUT.png

Se não tiver nome nesses trechos e a característica das 3 partes forem
iguais, não dá para unir.

Ou em locais que envolvem algumas características/relações que são
fáceis de serem separadas, mas não unidas (geralmente com relações).

Se você quiser fazer um teste, quebra um caminho que possui uma
relação de restrição no JOSM e depois manda ele unir os trechos
novamente.
Na quebra não existe qualquer tipo de decisão ou mensagem de aviso.
Na união já é necessário pensar e decidir o que se faz com os caminhos
(o JOSM vai te perguntar isso). Não há uma decisão automática aqui
porque ela pode introduzir erro nos dados (o que já aconteceu muito).

Quebrar os trechos para inserir rotas de ônibus ou alguma outra
informação é válido, claro. Pode até ter uma certa automatização (mas
sinceramente não creio que é possível automatizar 100% disso e não
gerar algum tipo de erro para alguns casos).

Quebrar os trechos apenas para tê-los separados, para possíveis
futuras edições, já não vejo com bons olhos.
Acredito que qualquer pessoa que já editou regiões assim vai concordar
que é algo bem caótico e até chato de se trabalhar.

> Outra coisa: estamos discutindo sobre algo que não existe uma guideline, 
> correto?

Estamos discutindo algo que vai acontecer sozinho: naturalmente as
vias acabam divididas ao se especificar o nome, superfície, número de
faixas, direção de cada faixa, iluminação, estacionamento, permissões
de tráfego, etc de cada trecho (já que acabam ficando com
características bem distintas entre eles).

O caos vai vir junto com isso também. Só não precisamos acelerar de
forma desnecessária isso :-)

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

Re: [Talk-br] Projeto de teste para integração com overpass

[George Silva]

Flavio, por favor, o objetivo do tópico é entender e discutir. Se você
reler com calma minha postagem, verá que fiz a thread justamente para saber
como é a forma preferencial/canônica do OSM.

Não sai quebrando nada por aí não :D

2016-09-23 10:18 GMT-03:00 Flavio Bello Fialho :

> Por favor são saia quebrando trechos por aí. As coisas são como são por
> algum motivo. Quebre apenas se as características dos trechos forem diferir
> (nº de pistas, velocidade, participação em relações, etc.). Quebrar tudo
> vai tornar a edição um pesadelo.
>
> Em 23 de setembro de 2016 08:26, George Silva 
> escreveu:
>
>> Assim, colocando um pouco de lenha na fogueira...
>>
>> Eu imagino que é muito mais fácil de juntar as partes de caminhos
>> quebrados do que o contrário. Atualmente as ferramentas que temos a
>> disposição para processar geometrias torna isso bem tranquilo.
>>
>> É uma questão de conceito mesmo. Eu preferio ter o átomo (trecho de
>> logradouro), pois o agregado sai fácil. Se eu tiver N trechos, posso
>> uni-los com base em suas características (trechos da av. fulano com 2
>> pistas). Agora quebrar já é um problema bem mais complexo, pois você
>> precisa não só do dado que você quer fatiar, mas também dos dados do
>> entorno. Nelson, onde não conseguimos unir os diversos trechos?
>>
>> Uma vantagem do OSM em favor do argumento do "trecho quebrado" é que toda
>> a edição é topológica, ou seja, você trabalha com um nó amarrado. Se mexer
>> no trecho quebrado, as duas partes dele continuarão juntas.
>>
>> Falando especificamente do meu problema, vou fazer alguns testes para
>> "nodar" as vias que estou fazendo download, mas acho que vai ser complicado
>> num cenário JavaScript. Já olhei o Turf.js e sei que ele não vai me dar as
>> funcionalidades que preciso para quebrar os trechos. Estou achando que
>> terei de pré-processar isso em Python.
>>
>> Outra coisa: estamos discutindo sobre algo que não existe uma guideline,
>> correto?
>>
>>
>> 2016-09-23 0:39 GMT-03:00 Nelson A. de Oliveira :
>>
>>> 2016-09-23 0:30 GMT-03:00 Vítor Rodrigo Dias :
>>> > Pra ser sincero não sei por que o OSM não quebra segmentos de rua
>>> naturalmente. Até onde eu sei, todos os outros sistemas de mapeamento
>>> colaborativo quebram segmentos automaticamente.
>>>
>>> Eu já não consigo ver vantagem nisso :-)
>>>
>>> Uma que vai gerar um objeto para cada pedaço (imagina o tanto de
>>> objetos que seriam criados no mundo apenas para quebrar as vias).
>>> Outra que também não ajudaria na hora de mapear: você vai selecionar
>>> todo um trecho de rodovia para definir a superfície, número de faixas,
>>> nome, etc. Vai precisar clicar em trecho por trecho, segurando Shift,
>>> para selecionar todos?
>>>
>>> Caminhos completos permitem processamento posterior, se necessário (é
>>> possível quebrá-los automaticamente nas interseções, se alguma
>>> aplicação assim quiser).
>>> Mas a volta nem sempre é garantida: unir automaticamente os trechos
>>> quebrados não é possível em vários casos.
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>>
>>
>> --
>> George R. C. Silva
>> Sigma Geosistemas LTDA
>> 
>> http://www.sigmageosistemas.com.br/
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> --
> Flávio Bello Fialho
> bello.fla...@gmail.com
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
George R. C. Silva
Sigma Geosistemas LTDA

http://www.sigmageosistemas.com.br/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Projeto de teste para integração com overpass

[Flavio Bello Fialho]

Por favor são saia quebrando trechos por aí. As coisas são como são por
algum motivo. Quebre apenas se as características dos trechos forem diferir
(nº de pistas, velocidade, participação em relações, etc.). Quebrar tudo
vai tornar a edição um pesadelo.

Em 23 de setembro de 2016 08:26, George Silva 
escreveu:

> Assim, colocando um pouco de lenha na fogueira...
>
> Eu imagino que é muito mais fácil de juntar as partes de caminhos
> quebrados do que o contrário. Atualmente as ferramentas que temos a
> disposição para processar geometrias torna isso bem tranquilo.
>
> É uma questão de conceito mesmo. Eu preferio ter o átomo (trecho de
> logradouro), pois o agregado sai fácil. Se eu tiver N trechos, posso
> uni-los com base em suas características (trechos da av. fulano com 2
> pistas). Agora quebrar já é um problema bem mais complexo, pois você
> precisa não só do dado que você quer fatiar, mas também dos dados do
> entorno. Nelson, onde não conseguimos unir os diversos trechos?
>
> Uma vantagem do OSM em favor do argumento do "trecho quebrado" é que toda
> a edição é topológica, ou seja, você trabalha com um nó amarrado. Se mexer
> no trecho quebrado, as duas partes dele continuarão juntas.
>
> Falando especificamente do meu problema, vou fazer alguns testes para
> "nodar" as vias que estou fazendo download, mas acho que vai ser complicado
> num cenário JavaScript. Já olhei o Turf.js e sei que ele não vai me dar as
> funcionalidades que preciso para quebrar os trechos. Estou achando que
> terei de pré-processar isso em Python.
>
> Outra coisa: estamos discutindo sobre algo que não existe uma guideline,
> correto?
>
>
> 2016-09-23 0:39 GMT-03:00 Nelson A. de Oliveira :
>
>> 2016-09-23 0:30 GMT-03:00 Vítor Rodrigo Dias :
>> > Pra ser sincero não sei por que o OSM não quebra segmentos de rua
>> naturalmente. Até onde eu sei, todos os outros sistemas de mapeamento
>> colaborativo quebram segmentos automaticamente.
>>
>> Eu já não consigo ver vantagem nisso :-)
>>
>> Uma que vai gerar um objeto para cada pedaço (imagina o tanto de
>> objetos que seriam criados no mundo apenas para quebrar as vias).
>> Outra que também não ajudaria na hora de mapear: você vai selecionar
>> todo um trecho de rodovia para definir a superfície, número de faixas,
>> nome, etc. Vai precisar clicar em trecho por trecho, segurando Shift,
>> para selecionar todos?
>>
>> Caminhos completos permitem processamento posterior, se necessário (é
>> possível quebrá-los automaticamente nas interseções, se alguma
>> aplicação assim quiser).
>> Mas a volta nem sempre é garantida: unir automaticamente os trechos
>> quebrados não é possível em vários casos.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Ricerca veloce Osmand

[dan980]

Su iOS dove la funzione è attiva l'app va molto bene, senza rallentamenti ;)



-
--
confronto navigatori basati su OSM:
https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml

--
View this message in context: 
http://gis.19327.n8.nabble.com/Ricerca-veloce-Osmand-tp5883143p5883216.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] OpenStreetView VS Mapillary

[Bruno]

Ho provato ad utilizzare entrambi in questi giorni.

OSV sembra fare un po' di confusione nella gestione delle georeferenizazione.

Da una parte è più sofisticato, perché ti individua il punto basandosi sui 
nomi di vie di OSM, però poi i punti sono messi un po' alla rinfusa, con 
Mapillary gli errori associati alle coordinate sono minori.
Ho come l'impressione che OSV tenti di interpolare le coordinate con le mappe 
OSM.

Per il resto alcune cose molto acerbe ancora.

Mentre Mapillary indica la direzione in cui è scattata una foto, OSV no lo fa.
L'app è molto meno sofisticata non permettendo di personalizzare gli 
intervalli tra una foto e l'altra.
Il Sistema di upload tende a impallarsi.
Il database è abbastanza vuoto rispetto a Mapillary, solo una quarantina di 
utenti hanno pubblicato più di 1000 km di tracciati e un centinaio hanno 
superato i 100 km.

Carina, ma non l'ho potuta sperimentare, la possibilità di collegare l'app a 
sistemi OBD, ovvero di diagnostica di bordo dell'auto.


In cambio tutto è Open Source, con anche piattaforma di traduzione dell'app 
(non ancora tradotta in italiano).
Inoltre è semplice eliminare una proprio foto sbagliata.





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

Re: [Talk-cz] Vyhlídkový bod?

[Matěj Cepl]

On 2016-09-23, 07:52 GMT, Jakub Sýkora wrote:
> Podle mě má smysl dávat místo dobrého rozhledu/vyhlídkový bod pouze do 
> míst, kde se to buď nedá očekávat a překvapí to nebo na místa, kde to 
> opravdu stojí za to - kde je vidět něco pozoruhodného a z jiných míst v 
> okolí to vidět není. Čekal bych tam tedy vybudovanou vyhlídku, vyvýšené 
> místo nebo třeba průsek stromů v lese.

Nebo, kde je nějaké zařízení nebo něco, co to zdůrazňuje jako 
speciální vyhlídku.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Only two of my personalities are schizophrenic, but one of them
is paranoid and the other one is out to get him.


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

Re: [Talk-cz] Vyhlídkový bod?

[Matěj Cepl]

On 2016-09-23, 09:00 GMT, Petr Vozdecký wrote:
> ...mmm ale optikou turisty z Ciny je to jinak... jede do Prahy a ma 
> nastudovane hromady beautyfoto... chce to videt... koukne do mapy a nevi 
> odkud (zkus si treba predstavit sebe v Parizi, Rime, New-Yorku...) a je 
> nadseny, kdyz to pak najde...

To bychom ale fakt museli označit polovinu staré Prahy. Myslím, 
že dobrý Číňan by se raději měl vypravit do města (nebo si 
přečíst bedekr) a zjistit, že značení vyhlídek na Mánesově mostě 
fakt nemá smysl.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Only two of my personalities are schizophrenic, but one of them
is paranoid and the other one is out to get him.


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

Re: [OSM-talk] Map features page on wiki

[Matthijs Melissen]

On 21 September 2016 at 09:25, Jochen Topf  wrote:
> On Mi, Sep 21, 2016 at 01:33:28 +0200, Matthijs Melissen wrote:
>> On 1 September 2016 at 15:04, Jochen Topf  wrote:
>> > So, if somebody adds the rendering to the infobox (and tells me about it),
>> > I'll pull that data from taginfo and can put it in the taglist tables.
>>
>> I added it to the infobox as osmcarto-rendering.
>
> Just looked at this and it isn't the greatest format for parsing by
> taginfo due to the wiki-specific syntax:
>
> osmcarto-rendering=[[File:Supermarket-14.svg|14px]]
>
> Could we make it like the "image" attribute instead, just the name of
> the image file?
>
> image=Image:Sainsbury'sGlos.jpg
>
> Or a real URL?

Sure, I fixed this now.

> The size shouldn't be something you have to supply with it, the user
> should decide on the size, using whatever size fits into whatever the
> user is doing.

In this case I think the size is actually valuable data. It would be
nice if the wiki could display the icons real size. For example, shop
icons should be displayed small, while pieces of landuse rendering
should be displayed bigger. I therefore added an extra field to the
InfoBox, specifying the rendering size in openstreetmap-carto. Feel
free to either user this field or ignore it in your application.

-- Matthijs

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

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[majka]

Mě stále ještě funguje vyhledávání tras KČT, kde to ukazuje rozcestníky a
čísla tras, viz například
http://trasy.kct.cz/1667

Samozřejmě to nenajde trasu, ale podle rozcestníků se dá zrekonstruovat /
ověřit.

Podle toho tedy vybírám a snažím se případně v celém rozsahu
projít/doplnit. Sice poslední dobou kde jde, dělám domácí přípravu od
počítače, protože jsem v polovině případů nenašla rozcestník kvůli tomu, že
zmizel/byl přesunut/je schovaný větvemi a navíc je na mapách uvedený
minimálně o 70 metrů jinde. Na Streetview nebo Seznam Panorama se občas to
umístění najít dá, takže nejprve vím kam koukat, a až pak teprve jdu...

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

Re: [OSM-talk] Map features page on wiki

[Matthijs Melissen]

On 21 September 2016 at 09:53, François Lacombe
 wrote:
> You deal with pages like Template:Map_Features/XXX but power template is
> currently known as Template:Map_Features:power
> Have we to rename the template to Template:Map_Features/Power ?

Yes, for the moment it is necessary to create a new page under a
different name. If you move over the current template to TagList,
non-English language wiki pages will break.

-- Matthijs

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

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[Marián Kyral]

Tak vzhledem k tomu, že čísla tras jsou neveřejná (na nových rozcestnících 
už nejsou) a KČT nechce zveřejnit ani jejich seznam, tak nemáme jak 
zkontrolovat, odkud kam která trasa vede. Takže tohle dělení na čísla tras 
per relace bude v OSM spíše postupně mizet.

Leda, že by se stal nějaký zázrak a KČT by se více otevřeli světu.

Marián


-- Původní zpráva --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 23. 9. 2016 12:28:36
Předmět: [Talk-cz] Ještě k tur. trasám - číslované úseky

"






Tak snad ještě poslední dotaz, protože tohle jsem možná přehlédla.



Nemůžu se nikde dopátrat toho, jak se v OSM zachází s číslovanými úseky 
trasy; resp. jestli nemáme udělané trochu nesprávně a tedy nemáme sloučené 
trasy KČT do jedné jen proto, že má stejnou barvu.


Konkrétní případ - modrá značka u Českých Budějovic, je vyznačená v OSM jako
jedna relace, fakticky jsou to ale dvě trasy - č. 1262 a 1282, které se dělí
rozcestníkem Borek. Ta společná relace nemá označení reference, je označená 
jako kompletní a nemá rozcestníky. Zrovna část těch rozcestníků o kterých 
buďto vím nebo jsou v dosahu kola či MHD přidávám a tu trasu můžu ještě 
projít.



Totéž je na druhé straně na červené - na rozcestníku Dobrá Voda (bus) se jde
jedním směrem trasa 0122, druhým směrem trasa 0153. V OSM je podle mě 
spojených těch jednotlivých tras ještě víc.




Takže - rozdělit na samostatné relace podle těch čísel tras, s referencemi 
podle toho?


Mělo by to jednu výhodu - je jednodušší ohlídat správnost toho kratšího 
úseku, pokud bude správně navazovat.


Díky za radu,

Majka











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

Re: [Talk-it] mappiamo i civici

[Martin Koppenhoefer]

2016-09-23 13:05 GMT+02:00 Andrea Musuruane :

> >
> > e nel caso del solo civico (anche doppio) senza accesso, per esempio il
> > civico 88 del mio post prima?
>
> L'ISTAT in questo caso dice "Vanno rilevati anche gli accessi
> temporaneamente chiusi da vetrine o da altro materiale (non in
> muratura) se posti a livello terra o su un gradino di alzata massima di 25
> cm. "
>


E nel caso di chiusura in muratura? Nel caso che il muro è intonacato, come
si capisce se chiuso di cartongesso o di muratura, devi fare un buco? Mi
sembrano un pochino arbitrari queste regole (per l'eccezione della
muratura), tanto, anche un muro si butta giù quando serve...
Io rileverei anche gli accessi chiusi di muratura e provvisti di civici in
OSM, no?



>
> > Come fai se ci sono due ingressi ed un civico in mezzo?
>
> Tipo cancelletto pedonale, colonna con civico, e a fianco cancello per
> le auto? In questo caso l'accesso è unico e assolve a due funzioni.



l'accesso è unico per ISTAT, non per OSM. Non possiamo adeguarci a tutte le
impostazioni di ISTAT nella nostra mappatura.

Anche in questo caso: dove lo metti il civico? Ci sono 2 civici 86, e ci
sono 2 porte (perché quella a destra è soltanto "temporaneamente chiusa",
no? E' l'identica vetrata dell' 88)
https://www.google.it/maps/@41.834,12.4960497,3a,26.2y,228.07h,85.18t/data=!3m6!1e1!3m4!1squmhgHKKGtTcaAl61W-DzA!2e0!7i13312!8i6656?hl=it


Vabbe, nella realtà questi casi sono rari, per fortuna. Anche se sbagliamo
la posizione di 2 metri, cambia poco ;-)

Comunque, in generale vorrei suggerire una riforma, troppo complicato il
discorso dei civici [1], e sopratutto l'idea di poterli cambiare è
veramente azzardata (trovato oramai parrecchie volte in tanti comuni). Se
qualcuno di voi si trova nella posizione di poter partecipare nella
decisione di queste cose, proponete di introdurre "civici in mezzo" (tipo
83/a e /b) anzichè rinumerare ciò che già ha un civico.


Ciao,
Martin


[1] per esempio un civico per particella, il resto possono diventare numeri
di porte, scale ecc. (come si fa con gli interni delle case).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Projeto de teste para integração com overpass

[George Silva]

Assim, colocando um pouco de lenha na fogueira...

Eu imagino que é muito mais fácil de juntar as partes de caminhos quebrados
do que o contrário. Atualmente as ferramentas que temos a disposição para
processar geometrias torna isso bem tranquilo.

É uma questão de conceito mesmo. Eu preferio ter o átomo (trecho de
logradouro), pois o agregado sai fácil. Se eu tiver N trechos, posso
uni-los com base em suas características (trechos da av. fulano com 2
pistas). Agora quebrar já é um problema bem mais complexo, pois você
precisa não só do dado que você quer fatiar, mas também dos dados do
entorno. Nelson, onde não conseguimos unir os diversos trechos?

Uma vantagem do OSM em favor do argumento do "trecho quebrado" é que toda a
edição é topológica, ou seja, você trabalha com um nó amarrado. Se mexer no
trecho quebrado, as duas partes dele continuarão juntas.

Falando especificamente do meu problema, vou fazer alguns testes para
"nodar" as vias que estou fazendo download, mas acho que vai ser complicado
num cenário JavaScript. Já olhei o Turf.js e sei que ele não vai me dar as
funcionalidades que preciso para quebrar os trechos. Estou achando que
terei de pré-processar isso em Python.

Outra coisa: estamos discutindo sobre algo que não existe uma guideline,
correto?


2016-09-23 0:39 GMT-03:00 Nelson A. de Oliveira :

> 2016-09-23 0:30 GMT-03:00 Vítor Rodrigo Dias :
> > Pra ser sincero não sei por que o OSM não quebra segmentos de rua
> naturalmente. Até onde eu sei, todos os outros sistemas de mapeamento
> colaborativo quebram segmentos automaticamente.
>
> Eu já não consigo ver vantagem nisso :-)
>
> Uma que vai gerar um objeto para cada pedaço (imagina o tanto de
> objetos que seriam criados no mundo apenas para quebrar as vias).
> Outra que também não ajudaria na hora de mapear: você vai selecionar
> todo um trecho de rodovia para definir a superfície, número de faixas,
> nome, etc. Vai precisar clicar em trecho por trecho, segurando Shift,
> para selecionar todos?
>
> Caminhos completos permitem processamento posterior, se necessário (é
> possível quebrá-los automaticamente nas interseções, se alguma
> aplicação assim quiser).
> Mas a volta nem sempre é garantida: unir automaticamente os trechos
> quebrados não é possível em vários casos.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
George R. C. Silva
Sigma Geosistemas LTDA

http://www.sigmageosistemas.com.br/
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-in] Publisher of maps in Indian Language

[Chetan H A]

This is nice Thejesh! Look very cool.

On Fri, Sep 23, 2016 at 3:28 PM, Thejesh GN  wrote:

> I tried Mapzen tangrams today. It works fairly well.
>
> https://thejeshgn.github.io/tangrams-kannada/#13/12.9666/77.5861
>
>
> Thej
> --
> Thejesh GN *⏚* ತೇಜೇಶ್ ಜಿ.ಎನ್
> http://thejeshgn.com
> GPG ID :  0xBFFC8DD3C06DD6B0
>
> On 23 September 2016 at 09:18, Thejesh GN  wrote:
>
>> I think something like https://www.transifex.com/ would be great.
>>
>> Can we have the process where we can
>>
>> Export - Translate - Import into OSM.
>>
>> I know OSM has rules around mass import. We don't have to do huge ones.
>> We can do 1000 verified items at once.
>>
>> Or any other way where we don't violate the rules but has tabular UI for
>> translation.
>>
>> As of now I personally find maps.me very easy to use for translation.
>>
>> I will try & send the leaderboard related  changes as pull request to
>> osm.in
>>
>> BTW I wrote about Indian language maps[1]. Please do send me your
>> feedback if any.
>>
>> [1] http://factordaily.com/local-language-maps-non-english-speakers/
>>
>> On 23-Sep-2016 7:57 AM, "Naveen Francis"  wrote:
>>
>>> Hi
>>>
>>> We should have simpler translation module integrated in openstreetmap.in
>>> with indic language leader-board. .
>>>
>>>
>>> http://nomino.openstreetmap.fr/ shows Mapquest error. Direct tile
>>> access is discontinued.
>>>
>>>
>>> --
>>> naveenpf
>>>
>>> On 18 September 2016 at 10:04, Arun Ganesh 
>>> wrote:
>>>
 There used to be a test server which would render any language tag on
 the fly, but it seems to be down http://mlm.jochentopf.com

 I did some experiments with doing attempting something similiar:
 http://openstreetmap.in/demo/

 and documented here:
 https://www.openstreetmap.org/user/PlaneMad/diary/38176

 The process for ^ now is much simpler thanks to some improvements in
 the Mapbox GL libraries, the only big blocker is that GL still does not
 support complex text shaping which breaks the proper rendering of Indic
 languages https://github.com/osm-in/openstreetmap.in/issues/
 14#issuecomment-193619651

 On Sun, Sep 18, 2016 at 12:08 AM, Onkar Shinde 
 wrote:

> OsmAnd app has very easy option to switch map language. The data
> source is open street map. So if you are not satisfied with the quality of
> source then the app may not satisfy your requirement.
>
> Cheers,
> Onkar
>
> On Sat 17 Sep, 2016 21:55 Thejesh GN,  wrote:
>
>> Hi All,
>>
>> Do you know any provider who publishes digital maps in Indian
>> language? App, API, website etc
>>
>> - I know Google has not so great hindi version.
>>
>> - OSM needs lots of work[1]
>>
>> - Bhuwan has web UI in tamil and telugu but not the actual map content
>>
>> - SoI??
>> - MapMyIndia??
>>
>> - Any one else.
>>
>> [1] https://thejeshgn.com/projects/state-of-indian-languages-ope
>> nstreetmap/
>> ___
>> 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


>>>
>>> ___
>>> 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] mappiamo i civici

[Andrea Musuruane]

2016-09-23 12:58 GMT+02:00 Martin Koppenhoefer :
>
> 2016-09-23 12:54 GMT+02:00 Andrea Musuruane :
>>
>> Dato che il civico è associato all'accesso allora il nodo si deve
>> mette sull'accesso (porta, cancello, ecc), non sulla colonna a fianco
>> al cancello dove è attaccata la placca con il numero.
>
> e nel caso del solo civico (anche doppio) senza accesso, per esempio il
> civico 88 del mio post prima?

L'ISTAT in questo caso dice "Vanno rilevati anche gli accessi
temporaneamente chiusi da vetrine o da altro materiale (non in
muratura) se posti a livello terra o su un gradino di alzata massima di 25 cm. "

> Come fai se ci sono due ingressi ed un civico in mezzo?

Tipo cancelletto pedonale, colonna con civico, e a fianco cancello per
le auto? In questo caso l'accesso è unico e assolve a due funzioni.

Ciao,

Andrea

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

Re: [OSM-talk] SotM live streams

[Svavar Kjarrval]

Wish I could attend SOTM in person but I hope I will sometime later.
Until then, the videos have to suffice. Will there be video recordings
of each session/talk and if so, when are they planned to be published?

- Svavar

On fös 23.sep 2016 07:55, Rob Nickerson wrote:
> Live streams for SotM are up online. Follow along, tweet and ask questions:
> http://2016.stateofthemap.org/
>
> On the program page, click a link to a talk where you can ask
> questions and discuss the talk. We will try to keep an eye on these
> and ask your questions here at SotM!
>



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

Re: [Talk-it] mappiamo i civici

[Martin Koppenhoefer]

2016-09-23 12:54 GMT+02:00 Andrea Musuruane :

> Dato che il civico è associato all'accesso allora il nodo si deve
> mette sull'accesso (porta, cancello, ecc), non sulla colonna a fianco
> al cancello dove è attaccata la placca con il numero.
>


e nel caso del solo civico (anche doppio) senza accesso, per esempio il
civico 88 del mio post prima? Come fai se ci sono due ingressi ed un civico
in mezzo?

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

Re: [Talk-it] mappiamo i civici

[Andrea Musuruane]

2016-09-23 12:26 GMT+02:00 Martin Koppenhoefer :
>
> 2016-09-23 11:02 GMT+02:00 Marco Ciampa :
>>
>> Si e se è un cancello ci metti pure il tag:
>>
>> barrier:gate
>
>
> intendi se si trova il civico sul cancello? Perché mi sembrava di aver
> capito che volessimo mettere il nodo dove si trova il civico, e quasi sempre
> ho notato che il civico si trova accanto al cancello, non sopra.
>
> Devo dire, nella mia mappatura nel passato ho messo quasi sempre il tag del
> civico sul nodo del cancello, ma con il nuovo accordo mi sono un po
> regolata, anche perché non è sempre chiaro a quale elemento si riferisce il
> civico (vedi sotto), e forse qualcuno ha interesse a sapere su quale lato
> del cancello si trova la placca.

Dato che il civico è associato all'accesso allora il nodo si deve
mette sull'accesso (porta, cancello, ecc), non sulla colonna a fianco
al cancello dove è attaccata la placca con il numero.

Ciao,

Andrea

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

Re: [Talk-it] mappiamo i civici

[Martin Koppenhoefer]

2016-09-23 11:02 GMT+02:00 Marco Ciampa :

> Si e se è un cancello ci metti pure il tag:
>
> barrier:gate
>



intendi se si trova il civico sul cancello? Perché mi sembrava di aver
capito che volessimo mettere il nodo dove si trova il civico, e quasi
sempre ho notato che il civico si trova accanto al cancello, non sopra.

Devo dire, nella mia mappatura nel passato ho messo quasi sempre il tag del
civico sul nodo del cancello, ma con il nuovo accordo mi sono un po
regolata, anche perché non è sempre chiaro a quale elemento si riferisce il
civico (vedi sotto), e forse qualcuno ha interesse a sapere su quale lato
del cancello si trova la placca.

Comunque, associare gli indirizzi ai POI è una cosa che ha senso farlo, non
sempre usano come il loro indirizzo tutti i civici che hanno in occupazione.

Per esempio loro usano soltanto Via C. Colombo 88
http://www.habitatarredamenti.it/contatti/

ma si trovano anche al 86, 82, ecc.

civico 86 messo due volte:
https://www.google.it/maps/@41.834,12.4960497,3a,32.9y,241.19h,87.86t/data=!3m7!1e1!3m5!1squmhgHKKGtTcaAl61W-DzA!2e0!6s%2F%2Fgeo3.ggpht.com%2Fcbk%3Fpanoid%3DqumhgHKKGtTcaAl61W-DzA%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D349.60846%26pitch%3D0!7i13312!8i6656?hl=it

anche 82 messo due volte:
https://www.google.it/maps/@41.834,12.4960497,3a,32.9y,285.38h,89.87t/data=!3m7!1e1!3m5!1squmhgHKKGtTcaAl61W-DzA!2e0!6s%2F%2Fgeo3.ggpht.com%2Fcbk%3Fpanoid%3DqumhgHKKGtTcaAl61W-DzA%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D349.60846%26pitch%3D0!7i13312!8i6656?hl=it

invece l'88 non è nemmeno un ingresso:
https://www.google.it/maps/@41.8664906,12.4960965,3a,34y,287.41h,84.15t/data=!3m6!1e1!3m4!1sFG2I5Y38vhPIpdEM3R8qJQ!2e0!7i13312!8i6656?hl=it

bo, forse non è a norma? Irregolare? Senza che mi faccio troppe pippe
mentali, rilievo quello che vedo (e che quindi sarà utile anche a chi userà
in futuro la mia mappa per orientarsi) e lo mappo così com'è. (in realtà
ammetto all'epoca avevo mappato i civici di cui sopra soltanto una volta,
non due, come nella realtà).


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

[Talk-cz] Ještě k tur. trasám - číslované úseky

[majka]

Tak snad ještě poslední dotaz, protože tohle jsem možná přehlédla.

Nemůžu se nikde dopátrat toho, jak se v OSM zachází s číslovanými úseky
trasy; resp. jestli nemáme udělané trochu nesprávně a tedy nemáme sloučené
trasy KČT do jedné jen proto, že má stejnou barvu.

Konkrétní případ - modrá značka u Českých Budějovic, je vyznačená v OSM
jako jedna relace, fakticky jsou to ale dvě trasy - č. 1262 a 1282, které
se dělí rozcestníkem Borek. Ta společná relace nemá označení reference, je
označená jako kompletní a nemá rozcestníky. Zrovna část těch rozcestníků o
kterých buďto vím nebo jsou v dosahu kola či MHD přidávám a tu trasu můžu
ještě projít.

Totéž je na druhé straně na červené - na rozcestníku Dobrá Voda (bus) se
jde jedním směrem trasa 0122, druhým směrem trasa 0153. V OSM je podle mě
spojených těch jednotlivých tras ještě víc.

Takže - rozdělit na samostatné relace podle těch čísel tras, s referencemi
podle toho?

Mělo by to jednu výhodu - je jednodušší ohlídat správnost toho kratšího
úseku, pokud bude správně navazovat.

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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Yohan Boniface]

On ven., 2016-09-23 at 10:41 +0200, lenny.libre wrote:
> sur la version française, traduction des boutons "ON - OFF"
> pour la navigation entre cartes, le lien "home" bien moins
> accessibles 
> que l'icône de la version précédente
> 

J'ai au plusieurs retours sur le fait que le bouton au milieu des
boutons contextuels à la carte posait des problèmes de cohérence
(maison == la vue par défaut de la carte ou bien la home du site, mais
quel site quand la carte est affichée en iframe?).
Preneur de suggestion pour une troisième option :)


> et un petit problème (chez moi ?) en voulant changer le fond de
> carte 
> pour IGN je n'ai pas le fond, alors que cela fonctionne sur la
> version 
> actuelle

Je pense que c'est parce que l'IGN teste sur le referrer, et comme
l'URL est `dev.xxx` ça leur plaît pas.

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

Re: [Talk-it] mappiamo i civici

[Marco Ciampa]

On Fri, Sep 23, 2016 at 09:29:12AM +0200, emanuele stocchero wrote:
> Ciao a tutti! Sto seguendo le indicazioni di mappare il civico con un nodo
> da inserire nel punto esatto in cui il civico stesso è collocato. Ho visto
> però che nella mia zona alcuni civici non sono attaccati al muro
> dell'edificio a cui si riferiscono, ma sono collocati sulla colonnina del
> cancello d'ingresso (quindi posta all'esterno del perimetro dell'edificio
> stesso). In questo caso, dovrei creare un nodo all'esterno del perimetro
> building?

Si e se è un cancello ci metti pure il tag:

barrier:gate

--


Marco Ciampa

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



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [Talk-cz] Vyhlídkový bod?

[Petr Vozdecký]

...mmm ale optikou turisty z Ciny je to jinak... jede do Prahy a ma 
nastudovane hromady beautyfoto... chce to videt... koukne do mapy a nevi 
odkud (zkus si treba predstavit sebe v Parizi, Rime, New-Yorku...) a je 
nadseny, kdyz to pak najde...

znacka pro misto vyznamneho (pozoruhodneho) rozhledu se nevaze na zadnou 
stavbu, rozhlednu, ba ani na vyskovy bod...

z tohoto pohledu by bylo zajimave naopak takove znacky v mape cilene 
vytvorit, aby turistum nechybely a nemeli dojem, ze je tam musi vkladat... 
zkus se nad tim zamyslet z tohoto pohledu... myslim, ze toto je pridana 
hodnota mapy, ktera chybi a kterou turista ceka (od toho tu mapu prece ma)

vop



-- Původní zpráva --
Od: Jakub Sýkora 
Komu: talk-cz@openstreetmap.org
Datum: 23. 9. 2016 9:53:55
Předmět: Re: [Talk-cz] Vyhlídkový bod?

"Podle mě má smysl dávat místo dobrého rozhledu/vyhlídkový bod pouze do 
míst, kde se to buď nedá očekávat a překvapí to nebo na místa, kde to 
opravdu stojí za to - kde je vidět něco pozoruhodného a z jiných míst v 
okolí to vidět není. Čekal bych tam tedy vybudovanou vyhlídku, vyvýšené 
místo nebo třeba průsek stromů v lese.

Logikou značky na mostě bychom mohli prakticky označkovat celé nábřeží, 
všechny mosty a všechny kopce hned několikrát. Taky bych mohl u nás na 
Kamýku označit dětské hřiště, protože je tam odtud nečekaně vidět mezi 
zástavbou Petřínská věž :-)

K


Dne 23.9.2016 v 08:56 Marián Kyral napsal(a):
> A byla tam teda vyhlídka nebo ne? Respektive byl tam nějaký zajímavý 
> pohled?
> Protože na Kájově mostě níže je to stejné. Ale tam bych to asi nechal.
>
> Marián
>
> -- Původní zpráva --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 22. 9. 2016 22:21:21
> Předmět: Re: [Talk-cz] Vyhlídkový bod?
>
>
> čest práci,
>
> > https://www.openstreetmap.org/changeset/42350622 ... ??? Dává
> > Vám tohle nějaký smysl?
>
> popravdě, já bych se spíše ptal, zda dává smysl
> https://www.openstreetmap.org/node/3198557321
>
> - tedy vůbec ten bod, ne co se s ním dělo naposled (v tomto směru
> by mi dávalo
> smysl pouze smazání ;-))
>
> K.
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[Petr Vozdecký]

diky Petre

bude to ale nejakou dobu trvat, nez se k tomu dostanu
sorry vsem, resim nyni necekanou pracovni situaci, jejiz reseni neni na 
hodinu, den, ba ani tyden... :o(
tim padem jde stranou spousta i OSM veci, nejsou Temata u Weekly apod...
budu rad, kdyz me budes kopat...

vop


-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 23. 9. 2016 4:33:17
Předmět: Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování 
správnosti mého zadání

"

vop: dodělal jsem Ti tam pár TODO, které je IMHO potřeba vyjasnit.

Petr


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

[Talk-de] Announce: Carto-CSS Stil auf tile.openstreetmap.de

[Sven Geggus]

Hallo zusammen,

rechtzeitig zur SOTM habe ich gestern Abend den deutschen Tileserver endlich
auf Carto-CSS umgestellt.

Ein paar Dinge gefallen mir selbst noch nicht so recht (z.B. Farbe von
Radwegen und Major Roads in Zoomlevel 13).  Da hoffe ich auf eure
Pull-Requests :)

Quellcode ist unter http://github.com/giggls/openstreetmap-carto-de

Ich versuche das zum osm.org Stil synchron zu halten. Auch hierbei würde
ich mich über Mitstreiter freuen.

Dazu wie man sich auf dem eigenen Rechner ein Setup baut um mitarbeiten zu
können hoffe ich demnächst mal ein kleines HOWTO schreiben zu können.

Gruss

Sven

-- 
"Arguing that you don't care about the right to privacy because you have
 nothing to hide is no different than saying you don't care about free
 speech because you have nothing to say." (Edward Snowden)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[lenny.libre]

Vraiment très belle évolution, hâte de la voir et de l'avoir en prod.

juste deux petite remarques :

sur la version française, traduction des boutons "ON - OFF"
pour la navigation entre cartes, le lien "home" bien moins accessibles 
que l'icône de la version précédente


et un petit problème (chez moi ?) en voulant changer le fond de carte 
pour IGN je n'ai pas le fond, alors que cela fonctionne sur la version 
actuelle


Cordialement et merci encore de tout ce travail
léni


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

[Talk-GB] SotM live streams

[Rob Nickerson]

Live streams for SotM are up online. Follow along, tweet and ask questions:
http://2016.stateofthemap.org/

On the program page, click a link to a talk where you can ask
questions and discuss the talk. We will try to keep an eye on these
and ask your questions here at SotM!

-- 
*Rob*

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

[OSM-talk] SotM live streams

[Rob Nickerson]

Live streams for SotM are up online. Follow along, tweet and ask questions:
http://2016.stateofthemap.org/

On the program page, click a link to a talk where you can ask
questions and discuss the talk. We will try to keep an eye on these
and ask your questions here at SotM!

-- 
*Rob*

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

Re: [Talk-cz] Vyhlídkový bod?

[Jakub Sýkora]

Podle mě má smysl dávat místo dobrého rozhledu/vyhlídkový bod pouze do 
míst, kde se to buď nedá očekávat a překvapí to nebo na místa, kde to 
opravdu stojí za to - kde je vidět něco pozoruhodného a z jiných míst v 
okolí to vidět není. Čekal bych tam tedy vybudovanou vyhlídku, vyvýšené 
místo nebo třeba průsek stromů v lese.


Logikou značky na mostě bychom mohli prakticky označkovat celé nábřeží, 
všechny mosty a všechny kopce hned několikrát. Taky bych mohl u nás na 
Kamýku označit dětské hřiště, protože je tam odtud nečekaně vidět mezi 
zástavbou Petřínská věž :-)


K


Dne 23.9.2016 v 08:56 Marián Kyral napsal(a):
A byla tam teda vyhlídka nebo ne? Respektive byl tam nějaký zajímavý 
pohled?

Protože na Kájově mostě níže je to stejné. Ale tam bych to asi nechal.

Marián

-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 9. 2016 22:21:21
Předmět: Re: [Talk-cz] Vyhlídkový bod?


čest práci,

> https://www.openstreetmap.org/changeset/42350622 ... ??? Dává
> Vám tohle nějaký smysl?

popravdě, já bych se spíše ptal, zda dává smysl
https://www.openstreetmap.org/node/3198557321

- tedy vůbec ten bod, ne co se s ním dělo naposled (v tomto směru
by mi dávalo
smysl pouze smazání ;-))

K.


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



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



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

Re: [Talk-it] mappiamo i civici

[Stefano Salvador]

Il giorno 23 settembre 2016 09:29, emanuele stocchero  ha scritto:

> Ciao a tutti! Sto seguendo le indicazioni di mappare il civico con un nodo
> da inserire nel punto esatto in cui il civico stesso è collocato. Ho visto
> però che nella mia zona alcuni civici non sono attaccati al muro
> dell'edificio a cui si riferiscono, ma sono collocati sulla colonnina del
> cancello d'ingresso (quindi posta all'esterno del perimetro dell'edificio
> stesso). In questo caso, dovrei creare un nodo all'esterno del perimetro
> building?
>


Si, per la legislazione italiana il civico non si riferisce all'edificio ma
all'ingresso, quindi è giusto mettere il punto esattamente dove si trova il
civico.

Ciao,

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

Re: [Talk-it] mappiamo i civici

[emanuele stocchero]

Ciao a tutti! Sto seguendo le indicazioni di mappare il civico con un 
nodo da inserire nel punto esatto in cui il civico stesso è collocato. 
Ho visto però che nella mia zona alcuni civici non sono attaccati al 
muro dell'edificio a cui si riferiscono, ma sono collocati sulla 
colonnina del cancello d'ingresso (quindi posta all'esterno del 
perimetro dell'edificio stesso). In questo caso, dovrei creare un nodo 
all'esterno del perimetro building?

Grazie,
Emanuele

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

Děkuji za info
Pražák



-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 9. 2016 8:09:14
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Tak už to zase funguje.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 17:40:42
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Jo. To mi poslali taky. Už jsem jim odpověděl. Prostě mají blbě ten select. 
To já poznám ;-)
Budem muset počkat, až to předají na dodavatele a on s tím něco udělá.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 16:32:33
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
dostal jsem odpověď z helpdesku:


Dobrý den, 

 
 
včera jsem dával na PF novou verzi příručky  ve které došlo k úpravám vrstev
WFS, pokud to nebude fungovat ani poté  požadavek půjde zřejmě  na 
dodavatele. 

Prosím o potvrzení. 

 
 
S pozdravem 

 
 
Josef Votava 

 
 
Oddělení provozu a podpory aplikací 

Tel.: +420 221 811 888 

 
 
Ministerstvo zemědělství 

Těšnov 17, 117 05  Praha 1 

helpd...@mze.cz(mailto:helpd...@mze.cz) 

www.eagri.cz(http://www.eagri.cz/) 









-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:57:57
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
poslal jsem tedy také 
Díky


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:07:41
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián 

Re: [Talk-cz] Vyhlídkový bod?

[Marián Kyral]

A byla tam teda vyhlídka nebo ne? Respektive byl tam nějaký zajímavý pohled?
Protože na Kájově mostě níže je to stejné. Ale tam bych to asi nechal.

Marián


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 9. 2016 22:21:21
Předmět: Re: [Talk-cz] Vyhlídkový bod?

"čest práci,

> https://www.openstreetmap.org/changeset/42350622 ... ??? Dává
> Vám tohle nějaký smysl?

popravdě, já bych se spíše ptal, zda dává smysl 
https://www.openstreetmap.org/node/3198557321

- tedy vůbec ten bod, ne co se s ním dělo naposled (v tomto směru by mi 
dávalo 
smysl pouze smazání ;-))

K.


___
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] Ricerca veloce Osmand

[Federico Cortese]

2016-09-23 8:38 GMT+02:00 Cascafico Giovanni :
> Ho notato che abilitando i POI il mio huawey y300 rallenta visibilmente
> l'aggiornamento della mappa. Speriamo venga lasciata la possibilità di
> disabilitarli.
>

Sì, i poi riconosciuti da OsmAnd sono un'infinità, non so quali
saranno resi interattivi, ma se vengono attivati tutti diventa un
manicomio :)

Ciao
Federico

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

Re: [Talk-cz] Vyhlídkový bod?

[Mikoláš Štrajt]

> https://www.openstreetmap.org/changeset/42350622 ... ??? Dává 
> Vám tohle nějaký smysl? 

Asi tím nějaký turista vyznačil výhled na Hrad, což je celkem nesmysl, protože 
Hrad je vidět z mnoha míst.

Nicméně mi to připomnělo jinou věc - kdyby si někdo chtěl zamapovat:

Na Lahovickém mostě v Praze 
(https://www.openstreetmap.org#map=17/49.99353/14.40092) jsou takové malé 
vyhlídkové věže, pro ukázku viz 
https://www.zonerama.com/metropolis/Photo/2002694/73995663. To by naopak stálo 
za to zaznačit do mapy.

-- 
Mikoláš Štrajt / Severák / http://severak.svita.cz/ 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Ricerca note e changeset

[Cascafico Giovanni]

Trovato x le note:

http://api.openstreetmap.org/api/0.6/notes/search?q=Pippo

--
cascafico.altervista.org
twitter.com/cascafico
Il 22/set/2016 23:17 "Cascafico Giovanni"  ha scritto:

> Se volessi cercare delle note o commenti al changeset contenenti una certa
> stringa?
>
> Il servizio di mapbox [1] mi pare non funzioni. Ci sono altri modi?
>
> [1] https://www.mapbox.com/osm-comments/
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricerca veloce Osmand

[Cascafico Giovanni]

Ho notato che abilitando i POI il mio huawey y300 rallenta visibilmente
l'aggiornamento della mappa. Speriamo venga lasciata la possibilità di
disabilitarli.

--
cascafico.altervista.org
twitter.com/cascafico
Il 23/set/2016 07:12 "dan980"  ha scritto:

> Mi spiego meglio. Nella versione per Android occorre per prima cosa
> abilitare
> il livello dei Punti di Interesse (cosa non immediata per i nuovi utenti).
> A
> quel punto i PDI selezionabili sono evidenziati con un disco arancione (che
> li rende indistinguibili per categoria, e inoltre spiccano troppo rispetto
> al resto della mappa).
>
> Su github si è proposto di abilitare di default il livello con i PDI
> interattivi, e di disattivare il colore di sfondo arancione. Questo
> cambiamento arriverà a breve:
> https://github.com/osmandapp/Osmand/issues/1862
>
>
>
> -
> --
> confronto navigatori basati su OSM:
> https://docs.google.com/spreadsheets/d/1xmhQ15bQ5eH_
> 8U7kCzwi5xoNtT8e8JxDUEz05px-Vog/pubhtml
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Ricerca-veloce-Osmand-tp5883143p5883193.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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[talk-ph] Philippine Satellite Imagery

[Jim Morgan]

Thought this was relevant. 

DIWATA-1 was built with an PhP 800 million budget and the program ran for three 
years. It is the first microsatellite designed, developed, and assembled by 
Filipino researchers and engineers backed by the Department of Science and 
Technology (DOST), and the University of the Philippines Diliman (UPD) with the 
guidance of Japanese experts from Hokkaido University and Tohoku University.




They could probably have spent the money better on an army of photo drones! :-) 

Jim
-- 

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

Tak už to zase funguje.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 17:40:42
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Jo. To mi poslali taky. Už jsem jim odpověděl. Prostě mají blbě ten select. 
To já poznám ;-)
Budem muset počkat, až to předají na dodavatele a on s tím něco udělá.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 16:32:33
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
dostal jsem odpověď z helpdesku:


Dobrý den, 

 
 
včera jsem dával na PF novou verzi příručky  ve které došlo k úpravám vrstev
WFS, pokud to nebude fungovat ani poté  požadavek půjde zřejmě  na 
dodavatele. 

Prosím o potvrzení. 

 
 
S pozdravem 

 
 
Josef Votava 

 
 
Oddělení provozu a podpory aplikací 

Tel.: +420 221 811 888 

 
 
Ministerstvo zemědělství 

Těšnov 17, 117 05  Praha 1 

helpd...@mze.cz(mailto:helpd...@mze.cz) 

www.eagri.cz(http://www.eagri.cz/) 









-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:57:57
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
poslal jsem tedy také 
Díky


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:07:41
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
" 
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou