Re: [Talk-cz] Fwd: úprava mapy

[Jan Breuer]

Ahoj,
bohužel nevím, kde ta cache skutečně je. Pokud je fyzicky na českém území,
pak je to jak píšeš a je hloupost, co jsem navrhl. Pokud je na německém
území, pak je to dokonce jediný legální způsob, jak ji odlovit a text
samotný nijak nenabádá k nelegálnímu překročení hranice.

Honza

Dne 11. července 2017 7:46 Jachym Cepicky 
napsal(a):

> Proč bych měl trolit, v tomhle vlákně navrhoval Jan Bauer doplnit
>
>  "cesta ke kešce je pouze z německé strany"...
>
> Což je doporučení, které bychom jako komunita neměli vydávat, protože to
> odporuje českým zákonům
>
> http://www.codexisuno.cz/1cX#!1100
>
> Jasně, že i já na to kašlu a překročím si hranici kde chci a kdy zrovna
> chci, ale doporučit to kvůli geocachingu bychom asi neměli.
>
> To je celé
>
> Takže s tím trollením to nějak nechápu
>
> J
>
>
> út 11. 7. 2017 v 0:41 odesílatel Jan Macura  napsal:
>
>> Ahoj,
>>
>> 2017-07-10 8:43 GMT+02:00 Jachym Cepicky :
>>
>>> A radit někomu, aby chodil ke kešce z Německé strany taky není úplně
>>> legální - státní hranici lze překročit pouze na vyznačených státní
>>> přechodech, překročit hranici "kdekoliv" je nenegální.
>>>
>>
>> Trollíš? Či co to má znamenat?
>>
>> H.
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fwd: úprava mapy

[Jachym Cepicky]

Proč bych měl trolit, v tomhle vlákně navrhoval Jan Bauer doplnit

 "cesta ke kešce je pouze z německé strany"...

Což je doporučení, které bychom jako komunita neměli vydávat, protože to
odporuje českým zákonům

http://www.codexisuno.cz/1cX#!1100

Jasně, že i já na to kašlu a překročím si hranici kde chci a kdy zrovna
chci, ale doporučit to kvůli geocachingu bychom asi neměli.

To je celé

Takže s tím trollením to nějak nechápu

J


út 11. 7. 2017 v 0:41 odesílatel Jan Macura  napsal:

> Ahoj,
>
> 2017-07-10 8:43 GMT+02:00 Jachym Cepicky :
>
>> A radit někomu, aby chodil ke kešce z Německé strany taky není úplně
>> legální - státní hranici lze překročit pouze na vyznačených státní
>> přechodech, překročit hranici "kdekoliv" je nenegální.
>>
>
> Trollíš? Či co to má znamenat?
>
> H.
> ___
> 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] Traduzione pagina "Good practice"

[dgitto]

Ma come si fa a editare le pagine protette?
Ci sono non molti errori di ortografia, non posso certo riportarli qui uno
per uno.
Un'altro; traccie; ecc

Daniele



--
View this message in context: 
http://gis.19327.n8.nabble.com/Traduzione-pagina-Good-practice-tp5899040p5899045.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-cz] Tramvajové koleje mimo linie uliční sítě

[Michal Pustějovský]

Ahoj,Bordel z toho vznikne docela jednoduše. Například pokud máš souběh trolejbusu a tramvaje, tak máš dva různé elektrické systémy. Dále například maxspeed.Problém je už samotné vedení tramvajové trati, které ne vždy respektuje osu silnice. Často mění pruhy nrbo silnici opouští. Typické jsou například ostrůvky nástupišť uprostřed silnice. Taky by mě zajímalo, jak by se pak podrobně mapovaly výhybky, resp. křížení tratí.K tomu, aby se navigacím dala informace o přítomnosti tramvaje, se používají lanes. Příklady jsou například v Brně, kde je to zmapováno podle příkladů na Wiki. Do JOSM dokonce existuje vizualizační styl, který lanes pěkně vizualizuje.Měj se,Michal___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-us] Differences with USA admin_level tagging

[OSM Volunteer stevea]

Greg Troxel says "just plain wrong" about an older version of the Big Table row 
for Massachusetts that pre-dates my harmonization of New England states thanks 
to Peter Dobratz' contributions.  As I have subsequently harmonized Peter's 
table with the Big Table, Greg's point now appears to be moot.  Thank you for 
noting that harmonizing the Big Table with Peter's is "great progress."  That 
was a bit of sweat and tears last night (editing multiple sub-row tables is a 
somewhat trial-and-error-prone process) and I'm glad it's now done!  I have 
also "trimmed up" the introductory text about townships (in the Midwest, not 
New England) per your suggestion; thank you.  I have sharpened the statement 
about New England governments tending toward "weak-county / strong-town" as it 
is useful to support the notion of counties vanishing altogether in Rhode 
Island, almost disappearing in Connecticut and going-going-not-quite-all-gone 
in Massachusetts. If you still disagree, thinking it should be dropped, I 
welcome constructive text improvements to the introduction.

Whether Precinct demotes from 9 to 10 in Towns seems a valid point, especially 
how you make it.  However, I disagree that we should or shouldn't map such 
"low-level" details (admin_level=9, 10) in our map; I think we should if we 
can, which is why I am doing my best to document what values should be used, in 
all cases.  (Thank you to everybody who helps us create consensus to do so).  
Peter, I'd be curious what you think about demoting Precinct in Town from 9 to 
10 in Massachusetts.

Thanks, everybody:  great dialog!

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

Re: [Talk-us] Differences with USA admin_level tagging

[OSM Volunteer stevea]

Continuing my replies to this thread.

Greg Troxel writes:
The notion that Town and City are fundamentally different in
Massachusetts is incorrect.   I think that's the long and short of your
basis for commenting, but if I'm off please tell me.

Greg, Massachusetts' entry in US_admin_level's wiki table (the "Big Table") now 
reads (thanks, Peter Dobratz!):

4   5   6   7   8   
9   10
Mass.   N/A County  N/A TownPrecinct
N/A
Mass.   N/A County  N/A CityWard
Precinct

I believe this achieves harmony between what I have read/researched, what Peter 
said in the wiki's Discussion page, and what you say here, as both Town and 
City are admin_level=8, though they do diverge with 9 and 10 (hence, two 
"sub-rows").  Also, none of the six New England states has a "Township" (at 
admin_level 7, where it often lives; thanks again Peter).  I believe the table 
(in New England) agrees with your other "every bit of land is in exactly one 
municipal entity" concern.  (Almost, but not quite:  Vermont, New Hampshire and 
especially Maine have exceptions, these are noted in the Big Table's Notes; see 
Note 18).  If what the Big Table says (now) in Massachusetts isn't what you 
agree with, please continue to further clarify.  (No "hard time" taken here:  I 
think we have it about right!)

A subsequent post of Greg's suggests that "villages and hamlets are place names 
not administrative divisions."  The Big Table does not list those, so I think 
it's OK.  And, YES:  your "key point" that OSM has words (e.g. Town, City) with 
OSM-defined meanings, yet "each state may well use those same words to mean 
different things, and we have to be careful to separate local language and OSM 
language" is so very true:  a "land mine" potentially rife with 
misunderstanding and confusion.  This is why it makes sense to be precise and 
hash this out in our community.  In that context, one topic to have clearly 
emerged is that for "unincorporated areas," OSM is better served by a node with 
place=* tagging, rather than a (multi)polygon with boundary=administrative + 
admin_level=* tagging.  And the wiki so states, with "rule of thumb" values for 
the place=* tag.

SteveA
California

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

Re: [Talk-us] Differences with USA admin_level tagging

[OSM Volunteer stevea]

Adam Franco writes his general agreement that Greg's assessment of 
Massachusetts applies to Vermont.  As I compare these two rows in the table, 
they are identical at admin_levels 6, 7 and 8, differing only in Precinct and 
Ward at 9 for the former and Village and District for the latter.  I do mention 
"Gores" (et al) in the Notes (specifically Note 18) as being best described as 
not part of any administrative division below the state (4) level.  I believe 
the process you describe for tagging villages and towns in Vermont is correct 
(to the extent they are actually census or special-purpose districts, as for 
water/sewer), however be aware that when such entities are "incorporated" they 
most likely rise to the level of deserving of an admin_level tag.  Adam, if any 
of that is not OK, please chime in.

SteveA
California

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

Re: [Talk-us] Differences with USA admin_level tagging

[OSM Volunteer stevea]

Kevin Kenny writes:
(In New York City), each borough is divided into community districts.

This begs the question as to whether the sub-row
4   5   6   7   8   
9   10
New YorkNYC Borough N/A N/A N/A 
N/A

might also include "District" at admin_level 8, and Kevin suggests this, so I 
have added it to the Big Table.

I believe Kevin's other concerns (the whole state is incorporated into towns, 
cities or villages, the City of Geneva straying from it's "primary" county of 
Ontario to Seneca isn't all that unusual and is mentioned elsewhere in the 
wiki, Sherrill is a documented exception, etc.) are already properly addressed, 
with one exception:  he suggests that Town and City are equivalent at 
admin_level=7, but the Big Table had City at 8 (along with Hamlet, which it is 
allowed to subsume).  I have corrected that in the Big Table so that City moves 
from 8 to 7 in New York.  His other concerns regarding "special purpose (and 
school) districts" are addressed in the wiki.  Thank you, Kevin, for 
contributing more clarity!

Subsequently, Greg disagrees with Kevin regarding Town and City both being 7.  
I believe Kevin lives in New York and shows significant knowledge of this 
topic, so I defer to his judgement here.  Especially after Kevin directly 
addresses Greg in the next message:  the only topic after that is whether or 
not Wards exist as administrative boundaries and what value the corresponding 
admin_level might be (9?) and which of four sub-rows for New York in the Big 
Table Wards might live.  (If they exist, I'd agree with Kevin that they 
subordinate to Town, then Village).

As I have recently realigned the New York row to harmonize with their dialog, I 
believe their final "I guess is exactly my question, more succinctly" is now 
moot.  But if you guys still have more to say about it, I'm all ears!

SteveA
California

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

[Talk-it] Traduzione pagina "Good practice"

[Samuele Battarra]

Ciao a tutti, la settimana scorsa mi sono dedicato a tradurre la pagina in 
oggetto, qualcuno può dare una controllata che non ci siano troppi errori?

-- 
Samuele Battarra
batta...@email.it

signature.asc
Description: This is a digitally signed message part.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Fwd: úprava mapy

[Jan Macura]

Ahoj,

2017-07-07 19:53 GMT+02:00 Pavel Zbytovský :

>
> Můžete prosím někdo panu Karlovi odpovědět?
>
>
Odpověděl už někdo něco? Což takhle prostě napsat "Cestu jsme označili jako
soukromou, děkujeme za připomínku."?

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

Re: [Talk-cz] Fwd: úprava mapy

[Jan Macura]

Ahoj,

2017-07-10 8:43 GMT+02:00 Jachym Cepicky :

> A radit někomu, aby chodil ke kešce z Německé strany taky není úplně
> legální - státní hranici lze překročit pouze na vyznačených státní
> přechodech, překročit hranici "kdekoliv" je nenegální.
>

Trollíš? Či co to má znamenat?

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

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Warin]

On 11-Jul-17 03:03 AM, Andy Townsend wrote:

On 10/07/2017 14:26, Stuart Reynolds wrote:
I have also come across several styles of station tagging, even in my 
local (single line) area.


What'd be really useful, actually, would someone pointing at a good 
"example station" in an OSM diary entry or similar and explain how the 
various bits are tagged (without getting into the holy wars about 
public transport v1 and v2 route tagging, if possible). 


+1. Even a reasonable example where a 'good' example cannot be found.

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

[Talk-us] Fwd: [Wikimedia-l] [fellowship] Opportunity for people working on "open projects that support a healthy Internet."

[Pine W]

Forwarding.

Pine


-- Forwarded message --
From: Melody Kramer 
Date: Mon, Jul 10, 2017 at 2:26 PM
Subject: [Wikimedia-l] [fellowship] Opportunity for people working on "open
projects that support a healthy Internet."
To: wikimedi...@lists.wikimedia.org


Hi all,

I wanted to pass along an opportunity that I saw earlier today via Twitter:
https://medium.com/read-write-participate/work-in-the-open-
with-mozilla-1410be0a83b2

It sets up people working on "open projects that support a healthy
Internet" with a mentor, a cohort of like-minded people from all over the
world, and a trip to Mozfest, which is a London-based open Internet
conference I've attended/presented at in past years and found really
mind-expanding due to the cross-disciplinary conversations that take place.

You can see previous projects here: https://mozilla.github.
io/leadership-training/round-3/projects/ — it looks like there's quite a
broad cross-section and many of the projects across the movement might be
applicable. The post notes participants will learn about "best practices
for project setup and communication, tools for collaboration, community
building, and running events."

Thank you to Leila for suggesting I pass this along to this listserv. Feel
free to share it broadly.


- Mel


--
Melody Kramer 
Senior Audience Development Manager
Read a random featured article from Wikipedia!


mkra...@wikimedia.org
___
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
wiki/Wikimedia-l
New messages to: wikimedi...@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

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

Re: [Talk-cat] Trolls i futures edit-wars (que no star-wars)

[Jaume Figueras i Jové]

Hola,

jo no trauria això del conflicte per què demanem eines per al bloqueig 
d'element a causa del previsible increment d'atacs.


Avui ja han canviat Catalunya per Cataluña.

Salut!

On 07/07/17 23:17, Carlos Sánchez wrote:

Jo veig be el correu d'en Jaume. Se sap on esta actuant principalment?

El 7 jul. 2017 12:39 p. m., "Carlos Cámara" > escribió:


Ok a informar sobre aquest usuari, però també estic d'acord amb en
Pere: eliminaria la part del conflicte polític i el referèndum i em
centraria en els fets. Que la totalitat d'edicions d'un usuari nou
estan centrades exclusivament a canviar sistemàticament tots els
noms oficials de les localitats per noms en Espanyol (enlloc de
posar-los a name:es), fet que és incorrecte tal i com se l'ha
informat. (entenc que se l'ha informat i que tot i així segueix).

Salutacions

Carlos Cámara
http://carloscamara.es

El dia 7 de juliol de 2017 a les 7:00, > ha escrit:

Molt d'acord amb en Pere.

Jaume Batlle
619 320 243

El dia 6 jul. 2017 10:47 p. m., "Pere lópez brosa"
> va escriure:

Hola a tots.

Jo trauria la primera frase sobre el conflicte i em
centraria en els fets: els noms oficials a Catalunya són en
català (i en aranès a la Vall d'Aran) i aquest usuari els
està canviant. Això és un problema i demanem com resoldre'l.

Aquest tipus de trolls, més que conseqüència de la situació
política semblen ser-ne part de la causa, i encara que a OSM
el vandalisme és escàs aquesta mena de vàndals ja eren
freqüents a la Viquipèdia abans que comencés el procés.

Ara bé, feu com us sembli millor perquè vosaltres coneixeu
la comunitat OSM i les eines molt més bé que jo.

Que vagi bé.

Pere

2017-07-06 21:23 GMT+02:00 Jan Esquerra
>:

+1

Al text en angles s'ha de treure una R a 'whrere' de
despres de vandalism

2017-07-06 21:16 GMT+02:00 Roger Veciana i Rovira
>:

Molt bé i gràcies

El dia 06/07/2017 8:47 p. m., "Wladimir Szczerban"
> va
escriure:

+1



2017-07-06 18:44 GMT+02:00 Jaume Figueras i Jové
>:

Hola ja tenim el primer cas declarat de
troll que canvia noms catalans a espanyols,
l'usuari therealsailor amb només 17 dies
d'antiguitat i dedicat exclusivament a
aquesta feina. Amb això crec convenient
enviar-li un correu per iniciar el procés de
blocatge i avisar a la OSMF i DWG de "lo que
nos viene".

Els correus estan a continuació i us demano
que em doneu l'OK i afegiu les modificacions
necessàries si ho creieu convenient o si
creieu que no cal, digueu que no enviï
aquest correu.

Benvolgut usuari: therealsailor,
hem detectat que has estat canviant els noms
oficials de carrers, pobles i ciutats de
Catalunya per una versió d’aquests noms
castellanitzada diferent al nom oficial. Amb
aquest missatge volem demanar que respectis
els noms oficials dels elements que has
canviat i no ho tornis a fer.
Atentament, els membres de la comunitat
catalana d’OSM.

Estimado usuario: therealsailor,
hemos detectado que has estado cambiando los
nombres oficiales de calles, pueblos y
ciudades de Cataluña a una versión de estos
nombres castellanizada diferente del nombre
oficial. Con este mensaje queremos pedir que
respetes los nombres oficiales de los
elementos que has cambiado y no lo vuelvas a
hacer.
Atentamente, los 

Re: [Talk-cz] Tramvajové koleje mimo linie uliční sítě

[Vratislav Filler]

__
> Od: jzvc 
> Komu: talk-cz@openstreetmap.org
> Datum: 27.06.2017 13:35
> Předmět: Re: [Talk-cz]
>
>Dne 26.6.2017 v 17:40 Vratislav Filler napsal(a):
>> Chtěl bych se poradit, jak naložit provedenou s úpravou řešení tramvajových 
>> tratí v Praze, respektive s jejich napojením na stávající uliční síť a 
>> řešení cyklo potom, co byly Praze tramvajové trati zdvojkolejněny a odděleny 
>> od ostatních uličních linií.
>>
>> Jak jsem pochopil, doporučení je kreslit tramvaje metodou "každá kolej 
>> zvlášť" a zcela nezávisle na ostatní uliční síti ( 
>> https://wiki.openstreetmap.org/wiki/Trams ). Za špatný postup se považuje 1) 
>> zdvojená linie nad stejnými body (způsobuje zmatky a hrozí chyby při 
>> editaci, naprosto souhlasím), 2) zdvojení funkce (tj. pro stejnou linii 
>> railway=tram + highway=něco , 
>> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element ) .
>>
>> Není mi ale jasné, jaký je správný postup provázání tramvajových kolejí s 
>> ostatními liniemi v mapě tam, kde tramvaj evidentně tvoří součást 
>> komunikace. Přístup, kdy se koleje považuji za něco na liniích komunikační 
>> sítě vlastně nezávislého, mi přijde docela nešťastný. Zejména narážím na to, 
>> že se nepovažuje za vhodné zdvojení funkce linie. Dřív, když byla ulice 
>> mapovaná jednou linií, to tak prostě bylo a bylo to vlastně správné, 
>> renderery i routing si s tím uměly poradit. Jízda v tramvajových kolejích je 
>> dost zásadní parametr pro komfort a bezpečnost jízdy na kole (viz mapy 
>> nehodovosti cyklo - 
>> http://prahounakole.cz/2017/02/nehody-cyklistu-praze-za-poslednich-deset-let/
>>  , nehodová místa okolí Křižovnického nám. a ul. Hlubočepská ). Vyhledávací 
>> algoritmus na Prahou na kole také přítomnost railway=tram používal jako 
>> indikátor toho, že se má ulici částečně vyhýbat. Nejsem také evidentně prvn�
 �,
>>   koho tenhle problém trápí, viz 
>> https://help.openstreetmap.org/questions/27898/is-there-any-way-to-know-if-a-road-has-railway-tram-tracks-embedded-in-it
>>  .
>>
>> Chápu, že namapovat geometrickou polohu dvou kolejí na jednu highway nejde. 
>> Jsou ale situace, kdy je linie nekolejové dopravy geometricky v souběhu s 
>> jednou kolejí, nebo jiné problémy. Ptám se zejména proto, že provedené 
>> zdvojkolejnění jednak systémově dost zasáhlo routing (častá ztráta informace 
>> o souběhu s tramvaji, výjimečně i ztráta linie, po které se má routovat), 
>> jednak se leckde rozpadly relace doporučených cyklotras. Pro cyklomapu to 
>> potřebuji uvést do pořádku.
>>
>> Takže mám pár otázek, jak byste doporučili nakládat s následujícími věcmi:
>>
>> 1) Jak řešit křížení kolejí s liniemi vozovky a přechody pro chodce v rámci 
>> křižovatky?  railway=level_crossing? railway=crossing? Obojí je totální 
>> overkill, přechod přes ulici s tramvajovou tratí přece nejsou šraňky. Nebo 
>> jen vytvořit křížení a nic v nich netagovat? Případně body vůbec nespojovat? 
>> (Ale topologie pláče, tramvaje fakt nejezdí ve vzduchu deset metrů nad 
>> ulicí). 1b) A co v situaci, kdy je vozovka řešena zjednodušeně jednou linií 
>> a křižné body jsou zcela fiktivní? Linii ale nelze rozdvojit, pokud je to 
>> jedna vozovka, nechceme-li mapovat jednotlivé jízdní pruhy a ulice řešit 
>> relací. K tomu sice proběhlé namapování tramvají už jaksi předem navádí, 
>> nepředpokládám ale, že to v Praze bude plošně na pořadu dne.
>
>Cus,
>
>krizeni je defakto prejezd zcela vzdy, ale je otazka, jestli je nutny ho 
>vzdy tagovat, protoze to jaksi plyne z kontextu toho nodu. Prave 
>specielne u mestskych trati - coz tramvaje jsou. Spojit bys to mel v 
>kazdym pripade, jde o urovnovy krizeni. Asi ma smysl otagovat takovy 
>krizeni, kde je to zaroven prechod pro chodce. Pripadne kde je 
>tramvajova trat mimo vozovku a jde o prejezd.

Ahoj,
OK, nějak si s tím poradím, zatím jsem raději skoro žádné změny nedělal.
>
>
>
>>
>> 2) Nekolejová doprava vede jednosměrně v souběhu s jednou tramvajovou 
>> kolejí. Co s tím? V praxi zejména a) autobusy pojížděný tramvajový pás, b) 
>> koleje, na které je (v jednom směru) povolen vjezd dopravní obsluze, 
>> cyklistům, apod. Zvlášťě tam, kde je třeba vyvýšený tramvajový pás, nebo 
>> protisměr oddělený ostrůvkem, apod. Rád bych tam sloučil linii a přidal 
>> higway=residential/service + access=něco . Jenže je to v rozporu s pravidlem 
>> (2). Jsem to tedy už udělal při korekci cykloobsahu v Havlíčkově ulici v 
>> Praze (u Masarykova nádraží), omlouvám se, že jsem si to nepřečetl předem, 
>> postupoval jsem v analogii s dosavadní praxí.
>> Moje otázka zní: je přípustné v tom pokračovat? Místa, kde byla ke kolejím 
>> dokreslená "oblužná" linie geometricky v jiné poloze než tramvajová kolej 
>> (Ječná směrem ke Karlovu náměstí), mi přijdou vyřešené dost špatně a rád 
>> bych je upravil do stavu, kdy bude na jedné linii highway i railway, aby 
>> byla jednak zachována alespoň zčásti informace o souběhu s tramvají, 

Re: [Talk-us] Differences with USA admin_level tagging

[OSM Volunteer stevea]

I'll "pop the stack," answering the most recent first.

Minh, genuinely, you are welcome for a wider dialog.  I am cheered to see a 
good deal of reply to this.

As you say my edits "may well be the right edits to make" (I agree) it only may 
be true that "mappers who focus on these regions deserve a heads-up and an 
opportunity to agree or disagree."  If that were true, any (not simple) attempt 
I might make to identify such mappers would be unsatisfactory to at least 
someone (or would seem cursory or be incomplete, or would "take too long..."), 
and could easily be pointed to as flawed.  That feels like I am being boxed 
into a can't-win situation.  That doesn't seem in the spirit of OSM, which I 
find disappointing.

My edits that you carefully curated were no more "systematic" than changing a 
few maxspeed=* values from 35 to 30 when fresh eyeballs demonstrate Speed Limit 
signs read "30" along the ways.  (A Speed Limit sign is "regulatory" in our 
Vehicle Code, meaning it is an established truth for the maxspeed tag's 
semantics).  In the case of my edits to American Samoa and Guam, these are US 
Territories, so I have (as does any OSM volunteer) permission to set those 
values correctly (as they are defined in US law), with just as much authority 
as a Speed Limit sign does for a maxspeed=* tag.  Speaking with maximum 
politeness, I resent the characterization of "drive-by."  That means "casual, 
superficial, offhand" and these edits were no such thing:  no more so than 
driving past a Speed Limit 30 sign, finding the tag on the corresponding way 
wrongly set to 35 and setting it to "30" to correct our map data.  I can 
certainly conclude that maxspeed or admin_level values are something I can 
identify as wrong, then edit into correctness.  Right?  I hope we agree that I 
(and you, and all OSM volunteers) can do something as simple as conclude "hm, 
the data are wrong" in our map, then correct them.  If not, OSM is in big 
trouble!

If Nominatim is or gets confused (because it makes assumptions?), then fix 
Nominatim.  I (and many others) do good work by entering correct data into the 
map.  We are admonished, um, reminded frequently "don't code for the [renderer, 
geocoder, reverse-geocoder...]," so, we don't.  Right?  Entering correct data 
is a "most important" task!

I was and am surprised by the glib presumption of "After all, the wiki works 
best when its pages closely reflect the state of the map...".  Huh?  That is 
fresh!  (Or "backwards?"  It is a presumption that seems upside down.)  I've 
been reading wiki in OSM for most of this project's lifetime and MY go-to 
reason for doing so is when I get befuddled about our correct methods:  "How do 
I do or tag something that is not in OSM...?" then the wiki guides me:  "this 
is how you should tag."  I think many, even most OSMers would agree with that 
experience ringing true again and again.  We don't read the wiki to see what is 
in the map, we can look at the map or underlying data to see what is in the map.

Perhaps the "blue-sky-ing" going on is your (exclusive?) wish, given your 
clearly identified activism that you'd like to change this:  you say let's move 
the wiki away from "tag like this" (prescriptive) to "the map tags as we 
document here" (descriptive).  Rather than be judgmental and against this (as I 
might appear to be now), I have swallowed my distinct surprise at this approach 
of yours since you presented it to me (for the first time, I might add, in my 
8+ years of reading OSM wiki) and done my best to co-exist with it:  diligently 
working dozens of hours in the last week to achieve personal and project-wide 
consensus with you and OSM.  Personally in email, in the map, tuning up wiki 
and now in the wider forum of talk-us.  Yet while I don't think I'm the only 
one who finds your wiki-as-what-we-do, not what-we-should-do as odd, I believe 
it is the root of the friction on this topic.  Creating a "side project" wiki 
with an unusual approach to how our wiki is often used (as you yourself say you 
are doing) feels like a slight towards my more traditional approach of 
improving the United_States_admin_level wiki so it "always approaches more 
correct of how we should tag."  Please help me understand how I might be wrong 
or misled here, if indeed I am.

Hope that our community engagement here will "result in a more accurate wiki," 
well, yes, of course.  Obviously I wish that and a more accurate map, too.  
Especially as the wiki informs and guides us to help make a better map.  But, 
both.  Not one at the expense of the other.

Long enough, already.

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

Re: [OSM-talk-be] How to map an amenity that spans several buildings?

[Marc Gemis]

a fourth method would be to just add a node at the entrance of the
shop with all details. That might be the preferred way if not all
floors in the building are occupied by the shop.
The indoor mapping scheme could solve that problem.

m.

On Sun, Jul 9, 2017 at 9:15 PM, Marc Gemis  wrote:
> 3 possible solutions:
>
> * area around the 4 buildings, tagged with shop=* and all the other
> tags for the shop
> * site-relation, although that should only be used in case the object
> consists of non-adjacent areas
> * multi-polygon, although that one should be used primarily for donuts
> like features. JOSM will probably complain when you add 4 adjacent
> outer rings.
>
> So I guess that the first solution is the only one that really works
> in this situation.
>
> regards
>
> m
>
> On Sun, Jul 9, 2017 at 1:53 PM, Yves bxl-forever
>  wrote:
>> Hi,
>>
>> Philippe raised an interesting point about the following note.
>> http://www.openstreetmap.org/note/722850
>>
>> There are several occurrences where a shop or an amenity spans over several 
>> buildings.
>> Buildings have their own id based on UrbIS data, I suppose it will not be 
>> appropriate to merge them, even when they appear as being one single house.
>>
>> For this very case (Maison Dandoy), the shop spans over 4 different 
>> buildings and they does not seem to have any other use (nobody lives 
>> upstairs and there is no door): perhaps a multipolygon will work here.  But 
>> if there is a solution that covers most cases, it might be useful to hear 
>> about, and avoid that careless mappers would duplicate nodes or ask endless 
>> questions about "missing" items.
>>
>> Any idea or suggestion?
>>
>> Many thanks.
>> Yves
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Le 03. 07. 17 à 12:28, Florian LAINEZ a écrit :

Au delà de tout plein d'opérations bien techniques, c'est aussi
l'occasion de rappeler qu'une appli simplifiée a été développée pour
permettre aux débutants de contribuer : Jungle Bus

malheureusement non compatible avec ma tablette.
c'est limité aux smartphone ou à une version particulière ?
est-ce prévu une + grande comptabilité ?

Puisque tu en parles ! On travaille à rendre l'application accessible au 
plus grand nombre et il ne reste plus que quelques jours pour nous aider 
: https://fr.ulule.com/jungle-bus/


En attendant, tu peux utiliser ce thème MapContrib, qui a presque les 
mêmes fonctionnalités : https://www.cartes.xyz/t/e7200d-Arrets_de_bus#



--
@nlehuby

La plupart des villes dans le monde n'ont pas de plan de transport !
Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/


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

[OSRM-talk] Best practices for multiple osrm files

[Peter Townsed]

Hi Everyone,

I’m setting up an OSRM server and would like to serve car routing for only 
North America and Europe.
I’m wondering what is the best approach for running the server with 2 osrm 
files. Should I run 2 separate osrm-routed in different ports? Is there a 
better way to run 2 files simultaneously on the same process?

Thanks in advance,
Peter
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[lenny.libre]

Le 10/07/2017 à 18:45, Eric SIBERT a écrit :
quelle marque/modèle ? 


Donc Garmin Etrex 30.

> pas d'option dans le tien pour désactiver cela ?

Je viens de faire un essai en désactivant la carte OSM que j'avais 
téléchargée dans le GPS. J'ai fait un parcours en vélo en essayant de 
me mettre bien au milieu de la piste cyclable.


Je vous joints aussi la suite de la trace envoyée hier. On voit sur 
des aller-retour dans une même rue que les traces aller et retour ne 
sont pas superposées, ce qui exclut qu'elles soient collées au filaire 
unique de la chaussée.


Eric

+1 avec le gps garmin randonnée etrex 30x
j'aurais du préciser ma réponse, sur le parcours en Y c'était avec un 
gps garmin routier qui lui essaye de se postionner sur les routes 
présentes sur la carte.



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

Re: [Talk-cz] Ortofoto ČÚZK jako mapový podklad?

[Tomáš Hudcovic jr .]

Děkuji za odpověď. Tohle jsem bohužel očekával, když jsem ji nenašel mezi
nabízenými podklady.
Pěkný večer Tomáš
-- Původní e-mail --
Od: Michal Pustějovský 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 7. 2017 20:42:47
Předmět: Re: [Talk-cz] Ortofoto ČÚZK jako mapový podklad?
"

Ahoj,
Používát se stále nesmí. Nejkvalitnější je asi vrstva od DigiGlobe. V JOSM
ji mezi zdroji najdeš. Pozor ale na posunutí, zarovnavej ji nejlépe na vekt.
Katastr nebo RÚIAN.




Měj se, 

Michal




On Jul 10, 2017 5:51 PM, "Tomáš Hudcovic jr."  wrote:
"
Zdravím,
jsem začátečník a právě jsem si přidal do JOSM ortofotomapu ČÚZK pomocí
odkazu z jednoho příspěvku na fóru (https://forum.openstreetmap.org/
viewtopic.php?pid=299944#p299944
(https://forum.openstreetmap.org/viewtopic.php?pid=299944#p299944)). Ten
post je ale cca 5 let starý, tak se chci zeptat, jestli je stále možné tato
data používat jako podklad pro OSM. Pokud ne, existují nějaké volně
použitelné snímky obdobné kvality?
Děkuji, s pozdravem Tomáš H. (hud_tom)

"



___
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] Ortofoto ČÚZK jako mapový podklad?

[Michal Pustějovský]

Ahoj,Používát se stále nesmí. Nejkvalitnější je asi vrstva od DigiGlobe. V JOSM ji mezi zdroji najdeš. Pozor ale na posunutí, zarovnavej ji nejlépe na vekt. Katastr nebo RÚIAN.Měj se, MichalOn Jul 10, 2017 5:51 PM, "Tomáš Hudcovic jr."  wrote:Zdravím,jsem začátečník a právě jsem si přidal do JOSM ortofotomapu ČÚZK pomocí odkazu z jednoho příspěvku na fóru (https://forum.openstreetmap.org/viewtopic.php?pid=299944#p299944). Ten post je ale cca 5 let starý, tak se chci zeptat, jestli je stále možné tato data používat jako podklad pro OSM. Pokud ne, existují nějaké volně použitelné snímky obdobné kvality?Děkuji, s pozdravem Tomáš H. (hud_tom)___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Brian Prangle]

Done

On 10 July 2017 at 13:48, Paul Berry  wrote:

> You have a volunteer in me.
>
> Do you want to start a page under https://wiki.openstreetmap.org/wiki/UK_
> Quarterly_Project and I'll take it from there?
>
> Regards,
> *Paul*
>
> On 10 July 2017 at 12:51, Brian Prangle  wrote:
>
>> Hi everyone
>>
>> This will be to improve bus route relations and station entrances, by
>> popular vote on OSMUK Loomio channel.
>>
>> Bus route relations can be tricky for the uninitiated ( and even for the
>> initiated ) so perhaps this quarterly project could do with its own wiki
>> page, pointing to existing tutorials or developing some new ones. Any
>> volunteers?
>>
>> Regards
>>
>> Brian
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Andy Townsend]

On 10/07/2017 14:26, Stuart Reynolds wrote:
I have also come across several styles of station tagging, even in my 
local (single line) area.


What'd be really useful, actually, would someone pointing at a good 
"example station" in an OSM diary entry or similar and explain how the 
various bits are tagged (without getting into the holy wars about public 
transport v1 and v2 route tagging, if possible).


Best Regards,

Andy


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

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Stuart Reynolds]

Hi Ed ’n’ all.

Couple of points.

1. Yes, you can download NaPTAN from data.gov under OGL. What 
you need to know for rail station entrances is that while the rail station data 
is all together with codes formed 9100 (e.g. 9100LHONSEA for 
Leigh-on-sea), the station entrances are all maintained locally and hence have 
local codes. For example, Leigh-on-sea has two entrances, 1580LHONSEA0 and 
1580LHONSEA1. My offer was to provide all of those (essentially static) data in 
one place as a set of e.g. geoJSON features.

2. Yes, you can download traveline data under OGL as well, the TNDS. The 
standard (TransXChange, or TXC) is complex rather than nasty - it potentially 
covers a lot of bases. I have perhaps mentioned in the past that I am the 
standards support advisor for the DfT, so I am happy to provide advice on TXC 
if anyone wishes to direct mail me with questions. I also have a powerpoint 
presentation as an introduction to the standard if people would like to know 
more. But there is one point I want to stress, which is that the traveline data 
as downloadable only list stops - you cannot get route tracks out of it. So you 
can plot stop to stop, but there is no indication of routing. For SE, EM and EA 
I have access to data outside of TNDS which has (reasonable but not 100% 
accurate) track data in it. My offer was also to provide this as geoJSON. For 
ease I was going to keep it simple - this bus does these routes - without any 
attempt to determine whether it was every 5 minutes or once every other week. 
But for relations, this ought to be sufficient. I do need someone to mount them 
somewhere, though, so that they can be used for comparison with OSM. Rather 
selfishly, I would also like to take corrections back into my data set.

Regards,
Stuart Reynolds
for traveline south east & anglia



On 10 Jul 2017, at 17:20, Ed Loach 
> wrote:

Ew. Bus route relations are a real time consuming pain to maintain. It is 
possible to get both the Naptan data and the Traveline data under OGL
https://data.gov.uk/dataset/traveline-national-dataset
https://data.gov.uk/dataset/naptan
(though one requires you to register for an ftp login to download it, and you 
need to remember to convert to WGS84 where appropriate).

The Traveline data conforms to a nasty standard which I can in some cases read 
using a program I’ve written to display all the route variants for a given 
service number. For other routes I’ve resorted to trying to parse the XML in a 
text editor. If I get chance I’ll see if I can get the code I wrote into github 
(possibly VB.Net, possibly C# depending how long ago I wrote 
it). You stick the route files in a folder, browse to that folder to get a list 
on the left, click on one of the files to get a list of route variations top 
left, and see more information on a selected route variation below once 
selected. That shows stop references you can get from the naptan set if you 
can’t already find them in OSM.

I’d also recommend documenting the relations and when they were last revised. I 
subscribed to an email from Essex County Council which should report route 
changes, but I don’t think I’ve kept up to date with those. I occasionally also 
hunt similar news on the Suffolk website. Checking
https://wiki.openstreetmap.org/wiki/Tendring(Essex)/Bus_Routes
I’ve not done the May changes I read about and haven’t even got the new X76 
service in the table. I’ve only included routes that pass through the Tendring 
district which is where I live. If you have more active mappers nearby you 
might want to combine the pages (e.g. if there were a Colchester  or Ipswich 
mapper doing bus routes I’ve already done some which cross the district 
boundary).

For national express routes I just include stops as I’m not sure how fixed the 
routes between them are – I’ve caught for example one from London back to 
Clacton and when it got nearer Clacton it only stopped at the stops where drop 
offs had been booked, and didn’t divert for example to Jaywick but took a 
shorter route to Great Clacton. (That example doesn’t happen to be in that wiki 
page for some reason – I need to check the 484 is still running.)

As it mentions on the Tendring routes wiki page I mentioned above I had hoped 
to automate the validation – write a program to point at the wiki page, the 
latest naptan and traveline datasets, and then download each route master 
relation and its route member relations in turn and check whether they are 
still correct. This is still probably months (years?) from even being started.

Ed

From: Brian Prangle [mailto:bpran...@gmail.com]
Sent: 10 July 2017 12:52
To: Talk GB >
Subject: [Talk-GB] Quarterly Project Summer 2017 July-Sept

Hi everyone
This will be to improve bus route relations and station entrances, by popular 
vote on OSMUK Loomio channel.
Bus route relations can 

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Ed Loach]

Ew. Bus route relations are a real time consuming pain to maintain. It is 
possible to get both the Naptan data and the Traveline data under OGL

https://data.gov.uk/dataset/traveline-national-dataset

https://data.gov.uk/dataset/naptan

(though one requires you to register for an ftp login to download it, and you 
need to remember to convert to WGS84 where appropriate).

 

The Traveline data conforms to a nasty standard which I can in some cases read 
using a program I’ve written to display all the route variants for a given 
service number. For other routes I’ve resorted to trying to parse the XML in a 
text editor. If I get chance I’ll see if I can get the code I wrote into github 
(possibly VB.Net, possibly C# depending how long ago I wrote it). You stick the 
route files in a folder, browse to that folder to get a list on the left, click 
on one of the files to get a list of route variations top left, and see more 
information on a selected route variation below once selected. That shows stop 
references you can get from the naptan set if you can’t already find them in 
OSM.

 

I’d also recommend documenting the relations and when they were last revised. I 
subscribed to an email from Essex County Council which should report route 
changes, but I don’t think I’ve kept up to date with those. I occasionally also 
hunt similar news on the Suffolk website. Checking

https://wiki.openstreetmap.org/wiki/Tendring(Essex)/Bus_Routes

I’ve not done the May changes I read about and haven’t even got the new X76 
service in the table. I’ve only included routes that pass through the Tendring 
district which is where I live. If you have more active mappers nearby you 
might want to combine the pages (e.g. if there were a Colchester  or Ipswich 
mapper doing bus routes I’ve already done some which cross the district 
boundary).

 

For national express routes I just include stops as I’m not sure how fixed the 
routes between them are – I’ve caught for example one from London back to 
Clacton and when it got nearer Clacton it only stopped at the stops where drop 
offs had been booked, and didn’t divert for example to Jaywick but took a 
shorter route to Great Clacton. (That example doesn’t happen to be in that wiki 
page for some reason – I need to check the 484 is still running.)

 

As it mentions on the Tendring routes wiki page I mentioned above I had hoped 
to automate the validation – write a program to point at the wiki page, the 
latest naptan and traveline datasets, and then download each route master 
relation and its route member relations in turn and check whether they are 
still correct. This is still probably months (years?) from even being started.

 

Ed

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 10 July 2017 12:52
To: Talk GB 
Subject: [Talk-GB] Quarterly Project Summer 2017 July-Sept

 

Hi everyone

This will be to improve bus route relations and station entrances, by popular 
vote on OSMUK Loomio channel.

Bus route relations can be tricky for the uninitiated ( and even for the 
initiated ) so perhaps this quarterly project could do with its own wiki page, 
pointing to existing tutorials or developing some new ones. Any volunteers?

 

Regards

Brian

 

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

[Talk-cz] Ortofoto ČÚZK jako mapový podklad?

[Tomáš Hudcovic jr .]

Zdravím,
jsem začátečník a právě jsem si přidal do JOSM ortofotomapu ČÚZK pomocí
odkazu z jednoho příspěvku na fóru (https://forum.openstreetmap.org/
viewtopic.php?pid=299944#p299944
(https://forum.openstreetmap.org/viewtopic.php?pid=299944#p299944)). Ten
post je ale cca 5 let starý, tak se chci zeptat, jestli je stále možné tato
data používat jako podklad pro OSM. Pokud ne, existují nějaké volně
použitelné snímky obdobné kvality?
Děkuji, s pozdravem Tomáš H. (hud_tom)___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-us] Directions as route relation roles

[Albert Pundt]

The wiki page Highway Directions In The United States lists a method of
tagging directions in route relation roles that sets the role as the posted
direction of the way in OSM's forward direction. For single-carriageway
roads, this means that backwards is the opposite cardinal direction.
Presumably two-way roads carrying only one direction of a route (which only
exist in brief segments, but are common nationwide) are still given just
"forward" and "backward". Or would multiple values be used, e.g.
"north;forward"?

My question is whether this is actually commonly used. I haven't seen this
method used anywhere, but then again I haven't really looked either. How
widespread is this practice?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Differences with USA admin_level tagging

[Adam Franco]

Just to weigh in from Vermont, the situation Greg mentions in Massachusets
also applies in Vermont:

On Jul 9, 2017 3:14 PM, "Greg Troxel"  wrote:
>
> From a state government point of view, the state is divided into
> municipalities., where every bit of land in the state is in exactly one
> municipal entity.  Whether a particular entity is Town vs City is merely
> a detail of the form of government, in terms of Board of Selectman and
> Town Meeting vs Mayor and City Council (more or less; there are multiple
> kinds of cities and that's messy, but they all I think have councils).
> Both have zoning bylaws, general bylaws, property tax, police chief,
> school committees, planning boards, conservation commissions, and
> various other things all the same.  The town meeting vs city council is
> really a minor distinction.  Sometimes a town changes into a city; I
> think Framingham just did or is about to.  Other than people who live
> there and elections, it's almost unremarkable except for rarity.
>
> In particular, cities are not contained within towns.  They are peers,
> fully equal in all ways, with a minor difference in government
> organization.  Nobody I know thinks one is at a higher level than the
> other.


In Vermont "Towns" and "Cities" are peers that are mutually exclusive, have
equivalent statutory rights and responsibilities, but differ only in the
mechanism of government (mayor + City Council for Cities, versus
Selectboard for Towns). Cities never contain towns or vice versa. They
should have the same administrative level in OSM.

Cites and Towns fully subdivide the counties, with one exception: "Gores
", small left-over
slices left unincorporated. These could be considered the same level of
hierarchy as Towns and Cities, but do not actually have a Town government
as they are too small, usually 0-20 residents. Their management handled by
the state in lieu of a functioning Town Government.

Vermont has many dense collections of homes and businesses that are
colloquially referred to as villages or towns. Some of these dense areas
may have municipal water/sewer and additional facilities such as a
post-office, however these densely populated areas do not have government
independent of the Town government. Their borders are amorphous and based
more on where services are provided and settlement patterns than any legal
status. These village centers were imported from TIGER as
boundary=administrative_area,admin_level=8, and I've started re-tagging
them as boundary=census when I come across them.



On Sun, Jul 9, 2017 at 3:25 PM, Kevin Kenny 
wrote:

> On Jul 9, 2017 3:14 PM, "Greg Troxel"  wrote:
>
>
> Kevin Kenny  writes:
>
> > So to me, what makes sense for New York:
> >
> > admin level 2 - United States of America
> > admin level 4 - New York State
> > admin level 5 - New York City, special case
> > admin level 6 - County, Borough (within New York City)
> > admin level 7 - Town, City
> > admin level 8 - Vlllage, hamlet (where borders defined), community
> > district (New York City), City of Sherrill
>
> It seems from reading your comments cities are within towns, that a
> house within a city is also within a town.
>
>
> Villages can span the borders between Towns, but in  all cases the
> residents of a Village are also residents of some Town.
>
> Cities are independent of Towns. Every resident of New York is a resident
> of exactly one City, Town, or Native American reservation.
>
> Single exception: For most purposes the City of Sherrill is administered
> as if it were a Village within the Town of Vernon.
>
> I'm pretty sure I have the ordering right. The specific level numbers are
> negotiable.
>
> A handful of Towns have Wards. I've never tried to map one and I'm not
> familiar enough with how they exist 'on the ground.
>
> So I do not follow putting
> them at the same level.  But it also seems that legally the notion that
> a house in a city is within the town has no consequence, in terms of not
> having to follow town law (perhaps there are no town laws) and not
> having to pay town taxes.  So I think you are saying that effectively
> being in a city means you aren't within a town, even though you are
> within the polygon.  Is that a fair read?
>
> The other question I have about your list is about town/city being at 7
> vs 8.  It seems that in most states, the city type of thing is at 8.
> The numbers are arbitrary, just leaving room for some 7 thing that might
> or might not exist.  But it seems good in terms of data consumers for
> ~everything that's sort of like a city (to include Mass towns) to be at
> 8, to reduce the need for special-case code.  That would put
> village/hamlet at 9, which strikes me as also aligned.
>
> This raises the notion if there are places in the US where there is
> something smaller than a county and bigger than a city in 

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Philippe Verdy]

Le 10 juillet 2017 à 12:32, marc marc  a écrit :

> Le 10. 07. 17 à 11:18, Philippe Verdy a écrit :
> > Il n'y a pas que les bus qui sont en vacances, peut-être aussi que
> > beaucoup ont des choses à faire chez eux pour préparer leur voyage ou
> > bien sont déjà partis ou sont plus occupés avec les enfants
> initier les enfants à osm, je me demande ce que cela donnerait :-)
> genre les quêtes dans streetcomplete
>

Je pense que les parents ont plus envie de les faire sortir que de les
mettre devant un écran sur lesquels ils sont toute l'année (même à l'école
maintenant).
Et puis essayez de mettre un gamin à une tâche précise de plus de 10
minutes, mettez les devant un PC, 5 minutes après ils sont en train de
chatter sur des réseaux sociaux ou zapper sur Youtube ou trouver les sites
web des chaines de dessins animés. Les parents n'ont pas du tout envie (ni
le temps eux-même) de reproduire à la maison un système de contrôle
scolaire.
Et sans surveillance bon nombre font faire n'importe quoi sur OSM qui
demande aussi de la précision et de la rigueur, un suivi régulier sur une
période longue: ça va marcher pour quelques uns qui vont se passionner et
faire les choses bien (ou progresser), mais pas les autres qui
n'accepteront pas qu'on leur dise qu'ils ont mal fait un truc.

OSM pour les enfants oui, mais plutôt dans des petits groupes encadrés et
pour des taches bien définies et délimitées: mais les outils OSM ne sont
pas faits pour ça, on n'a pas de système de supervision de qualité avant
soumission. Ce qui marche c'est plutôt les cartoparties avec une balade
organisée dans un quartier, des prises de notes, un travail de préparation
avec des outils classiques: classer et étiqueter des photos, scanner des
notes ensuite créer un rapport qui servira à compléter les cartes. Les
éditeurs OSM c'est juste pour les véritables volontaires qui ont déjà un
intérêt manifesté et qui ont déjà commencé à se documenter pour comprendre
les sujets.

Quand je vois ce que peuvent publier sans contrôle sur les réseaux sociaux
des gamins laissés faire... Là ça les amuse vraiment car ils font tout pour
ne pas respecter les règles et vont assez loin sans grande conséquence pour
eux-mêmes concernant leur propre compte (même si pourtant ils s'exposent et
se mettent facilement en danger, les conséquences ne sont pas sur le réseau
lui-même en tout cas pas de la part de ce réseau dont la modération ne
fonctionne pas du tout). Ensuite on peut voir la grande tolérance sur
l'orthographe, la grammaire et tout ce qui ressemblerait à une règle
linguistique : comment leur expliquer sur que OSM on ne veut pas de ce
langage et qu'on a bien des règles très nombreuses (pas toujours claires,
pas faciles à décider et évolutives en plus) ?

OSM ce n'est pas un endroit où un doit envoyer des enfants non motivés et
leur demander une chose à faire quand ils voudraient faire autre chose. En
revanche on peut les amener à un atelier de présentation pour voir si ça
les intéresse vraiment. Mais là il faut des animateurs capables de
supporter le chahut et habitué à cette audience (pas des techniciens qui
d'habitude travaillent seuls ou avec des personnes comparables), et de
rapidement faire le tri dans l'assistance et des parents présents aussi
pour arrêter l'expérience si ça ne donne rien et perturbe les autres car
ces ateliers ne devraient pas être non plus des garderies.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Quarterly Project Summer 2017 July-Sept

[Stuart Reynolds]

Can we also have some guidance, please, on how to tag station entrances. The 
wiki (at http://wiki.openstreetmap.org/wiki/Railway_stations) seems to suggest 
that we should use railway=subway_entrance, but this upsets me on so many 
levels (pun intended) because the vast majority of UK station entrances just 
have door entries at ground level, no hint of a subway. Of course, they often 
have internal subways between platforms, but that is something else entirely!

I have also come across several styles of station tagging, even in my local 
(single line) area. For example:


  *   Thorpe Bay station 
(http://www.openstreetmap.org/query?lat=51.53756=0.76162) has two labelled 
nodes, although I think that one of these is actually the southern building 
(area rather than node). Tagging the buildings this way leads to a plethora of 
naming labels everywhere. (There’s also a missing footbridge, but I will fi 
that)
  *   Southend Central 
(http://www.openstreetmap.org/query?lat=51.53756=0.76162#map=19/51.53743/0.71221)
 appears to have three nodes.
  *   Westcliff 
(http://www.openstreetmap.org/query?lat=51.53756=0.76162#map=19/51.53717/0.69194)
 only has a single node, but this appears to be on the building rather than 
where the wiki seems to suggest it should be, out over the tracks as a “nominal 
point"

Thanks


On a separate note, I said that I would provide what data I have. In the first 
instance I can provide railway and subway entrance data from NaPTAN (the 
entrances are all in the local data sets) - that’s quite straightforward. I 
will also supply bus track (relation) data from our data sets (EM, EA, SE), 
although I need to do a little work to make this useable.

What is the preferred format - geoJSON? And who is able to do something with 
it, presentationally, for e.g. side by side comparisons with OSM if I do 
provide it?

Many thanks

Regards,
Stuart Reynolds
for traveline south east & anglia



On 10 Jul 2017, at 13:48, Paul Berry 
> wrote:

You have a volunteer in me.

Do you want to start a page under 
https://wiki.openstreetmap.org/wiki/UK_Quarterly_Project and I'll take it from 
there?

Regards,
Paul

On 10 July 2017 at 12:51, Brian Prangle 
> wrote:
Hi everyone

This will be to improve bus route relations and station entrances, by popular 
vote on OSMUK Loomio channel.

Bus route relations can be tricky for the uninitiated ( and even for the 
initiated ) so perhaps this quarterly project could do with its own wiki page, 
pointing to existing tutorials or developing some new ones. Any volunteers?

Regards

Brian


___
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

[Talk-us] Brookline, MA is in Norfolk County, not Suffolk County

[Andre Robatino]

I originally posted this question at
https://help.openstreetmap.org/questions/56981/brookline-ma-is-in-norfolk-county-not-suffolk-county
, and was referred here in a comment. OpenStreetMap believes that
Brookline, MA is in Suffolk County, but it's actually in Norfolk County
(as a noncontiguous part). In one of the comments, Frederik Ramm stated

It was ok in late 2014: http://overpass-turbo.eu/s/qib - it got broken
in this edit http://www.openstreetmap.org/changeset/25407313 and then
wrongly "repaired" in this http://www.openstreetmap.org/changeset/25426805

Could someone help in fixing the Norfolk and Suffolk County boundaries?
Thanks. (I'm a brand-new user, I signed up specifically to see if it was
possible to fix this issue.)

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

Re: [OSM-ja] 7/15 東京！街歩き！マッピングパーティ：第10回 向島百花園

[yasunari yamashita]

山下です。皆さんこんにちわ。

東京！街歩き！マッピングパーティ：第10回 向島百花園
2017/07/15(土) 12:30 〜 18:00
https://openstreetmap.connpass.com/event/60153/
は、今週末の開催です。

皆さん、ご一緒しましょう！


2017年6月19日 12:32 yasunari yamashita :

> 山下です。皆さんこんにちわ。
>
> 毎月開催している東京！街歩き！マッピングパーティも、
> もう10回目となりました。
>
> 東京！街歩き！マッピングパーティ：第10回 向島百花園
> 2017/07/15(土) 12:30 〜 18:00
> https://openstreetmap.connpass.com/event/60153/
>
> 皆さん、ご一緒しましょう！
> --
> 山下康成＠東京都新宿区
>



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[marc marc]

> et celle du Garmin trop droite pour être honnête, on dirait qu'elle 
> est calée sur le filaire des routes
 à un arrêt au feu que la trace se balade un peu.
>>> soupçon de calage sur la route à une certaine vitesse.
>> il faudrait faire un petit trajet à pied ou tu craint qu'il s'aligne aussi ?
> Il se cale sur le filaire
quelle marque/modèle ? pas d'option dans le tien pour désactiver cela ?
Eric même question

sinon le plus simple pour lever le doute, ne serrait-il pas 
d’enregistrer une trace en restant immobile (gps et smarphone posé sur 
la table du jardin par exemple) et/ou éloigné de tout chemin (par 
exemple en marchant sur la ligne blanche d'un terrain de foot)
cele fait un peu test d’alcoolémie mais me semble utile :-)
j'ai un terrain de foot ou une table de jardin qui peux convenir mais le 
vieux tomtom n'a pas d'option pour exporter sa trace.
j'en appelle aux bonnes volontés pour tester plusieurs modèles

 > L'avantage de la photo géolocalisée c'est qu'on a tout (position et
 > description de l'environnement) dans un seul fichier... du coup je
 > mappe quasiment que comme ça sur le terrain, en prenant des photos
 > avec mon iPhone.
c'est ainsi que j'avais commencé mais j'avais abandonné pour 2 raisons :
- trop d'imprécision qui fait que le poteau se trouve du mauvais côté de 
la route ou que le numéro de la maison pourrait correspondre à plus 
d'une maison, y compris à la campagne, y compris en essayant d'etre 
ordonné dans la séquence de prise des photos.
Je vais refaire un essais en laissant tourner le gps longuement avant la 
prise de photo
- le temps de traitement sur pc est supérieur au temps à l'extérieur.
hors mon excuse pour mapper est que c'est bon pour la santé de sortir 
marcher quand on passe la journée sur pc :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Subir shapefiles a OSM

[José Mª Solarana]

Hola Daniel

Gracias por tus consejos. Sin duda echaré un ojo a la wiki.

Saludos.

El 10 jul. 2017 12:41, "dcapillae"  escribió:

> En el wiki hay información sobre las directrices a seguir para el caso de
> las
> importaciones de datos (1). Antes de nada, se debe confirmar que las
> condiciones de uso de los datos son compatibles con la licencia de
> OpenStreetMap. En caso contrario, no se pueden importar, salvo que medie un
> permiso previo y por escrito del responsable de la fuente, donde se
> especifique expresamente que nos da permiso para usar sus datos en
> OpenStreetMap (2). También hay una página en el wiki dedicada a la
> importación de datos a partir de un archivo en formato .shp (3).
>
> (1)  http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines
> 
> (2)  http://wiki.openstreetmap.org/wiki/Import/GettingPermission
> 
> (3)
> http://wiki.openstreetmap.org/wiki/Software_comparison/Import_a_shapefile
>  >
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Subir-shapefiles-a-OSM-tp5899005p5899011.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-GB] Quarterly Project Summer 2017 July-Sept

[Brian Prangle]

Hi everyone

This will be to improve bus route relations and station entrances, by
popular vote on OSMUK Loomio channel.

Bus route relations can be tricky for the uninitiated ( and even for the
initiated ) so perhaps this quarterly project could do with its own wiki
page, pointing to existing tutorials or developing some new ones. Any
volunteers?

Regards

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

[OSM-talk-fr] lamp_mount <> support

[marc marc]

Bonjour,

Je tag régulièrement les lampadaires principalement parce que je trouve 
qu'une carte comme http://osmstreetlight.bplaced.net est utile pour se 
rendre compte du désastre de l'éclairage nocturne permanent (mais ca 
c'est un autre problème)
l'un des tag concerné est lamp_mount qui a plusieurs problème :
http://wiki.openstreetmap.org/wiki/Key:lamp_mount

- les valeurs ont parfois des typos ou des noms différents pour la même 
chose : exemple bent, bent_mast, bent mast
Je pensais normaliser cela en commençant par les cas les moins fréquents
j'ai discuté avec un contributeur allemand auteur de l'unique valeur 
"bent mast, wall mounted" car je voulais savoir quelle différence il y 
voyait avec "wall mounted", hormis le fait qu'il devait aller voir sur 
place pour comprendre ce que son tag voulait dire (ce qui démontre bien 
qu'il y a problème), il me disait que vouloir normaliser les valeurs des 
tag est impossible car cela froisse les contributeurs.
partagez vous son pessimisme ? ou c'est réalisable calmement ?

- le wiki ne correspond pas aux valeurs les plus courantes. exemple
   12370 "lamp_mount": "straight mast" le plus courant
 912 "lamp_mount": "straight_mast" proposé sur le wiki
selon moi la 2ieme clef est meilleur (pas d'espace inutile, je trouve 
cela toujours plus pratique) mais vu la différence conséquente entre les 
2, ne serrait-il pas judicieux de maj le wiki avec la typo dominante ?

- le tag lamp_mount est partiellement redondant avec support
Pour certain tag, il y a un match parfait comme par exemple
lamp_mount=pole
support=pole
je pensais ajouter le tag support lorsqu'il n'est pas présent

d'autre ont des subtilités dont je ne vois pas le sens
wall <> wall mounted
la page du tag support montre une image de panneau publicitaire plaqué 
au mur pour wall et une horloge perpendiculaire pour wall_mounted
cela vous semble une réelle différence ?
Stephan tu en as tagé quelqu'un avec wall, étais-ce la même chose que 
support=wall_mounted ?
pensez-vous acceptable d'uniformiser ces tag en support=wall_mounted ?

- le cas de straight_mast et bent_mast
ce sont les 2 occurrences les plus fréquentes. cela renseigne la forme 
du poteau (droit ou courbé au dessus de la route/trottoir).
le tag qui s'en rapproche est support=pole
Quel serrait le moyen d'ajouter le détail courbe/droit au tag support ?
un nouveau type support=straight_mast ? mais informatiquement il n'y a 
pas moyen d'extraire le fait que c'est un sous-type de support=pole
ou bien quelque chose comme : support=pole + pole=straight_mast ?

Vos avis sont les bienvenus :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[lenny.libre]

Le 09/07/2017 à 21:54, marc marc a écrit :

et celle du Garmin trop droite pour être honnête, on dirait qu'elle est calée 
sur le filaire des routes, mais je me trompe peut-être vu que c'est n'est pas 
un récepteur particulièrement orienté voiture.

Il n'y a pas particulièrement de raison qu'il s'accroche à la route. On voit 
d'ailleurs à un arrêt au feu que la trace se balade un peu.

Ce qui confirme le soupçon de calage sur la route à une certaine vitesse.

Pour lever le doute, il faudrait faire un petit trajet à pied ou tu craint 
qu'il s'aligne aussi ?
Il se cale sur le filaire, je l'ai vu quand j'ai emprunté une route en Y 
; Quand j'ai pris l'embranchement de gauche, le gps m'a dit que j'étais 
sur l'embranchement de droite sur quelques mètres, puis quand on s'est 
vraiment éloigné, il a fait un saut pour venir sur la bonne route


cordialement
Leni

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

Re: [OSM-talk-fr] Mapillary : photos basse résolution

[Eric SIBERT]

Il y a des fois des
problèmes avec l'interface entre l'appli et l'API de la caméra qu'on 
peut éviter

en forçant l'utilisation de l'API "legacy" dans les options développeur.


Vu. Je vais essayer.


Aujourd'hui, avec l'option "legacy", j'ai de nouveaux eu des séquences 
en résolution "vignette".



J'ai eu
d'autres problèmes avec l'appli : blocages et crashs en cas de vibrations
fortes.


Et aussi un crash.

Globalement, mauvaise matinée:
- ça commence avec des bonnes séquences
- après un arrêt de 5 mn, deux séquences vignettes à la reprise
- après un arrêt d'une heure, ça repart correct avant d'avoir Mapillary 
qui se fige puis le smartphone qui redémarre.
- redémarrage correct mais après 9 photos bonnes, nouvelle séquence 
vignette. Et pendant cette séquence vignette, l'impression que le 
téléphone rame et que l'affichage n'est pas fluide.


Elle ne pa raît pas super finie la version pour Android...

Eric

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

Re: [OSM-talk-be] CRAB-adressen met underscore

[Sus Verhoeven]

Hooi Glenn,

Dat zou fijn zijn.
Ik ben bezig in Heusden-Zolder 3550 en daar zijn tal van gevallen.
Schijnbaar is men afgestapt van het A,B,C systeem.
Op voorhand bedankt.

Sus

2017-07-10 12:10 GMT+02:00 Glenn Plas :

>
>
>
> On 08-07-17 15:16, joost schouppe wrote:
> > Juist, die had ik nog niet gecheckt!
> > Ik denk dat het correcte inderdaad is om in huisnummers met een
> > underscore (een bisnummer dus, oftewel een volwaardig huisnummer, niet
> > een busnummer) die te vervangen door een slash. Maar ik ben er niet
> > helemaal zeker of dat in heel Vlaanderen van toepassing is.
> >
> > Maar de Crab import tool houdt daar dan helemaal geen rekening mee?
>
> Ik zal het nakijken/fixen indien nodig. Ik heb zelf een case hier in de
> buurt, tx voor de background info over die underscores, ik wacht meestal
> gewoon tot crab gefixt is, vaak is het in wijken waar druk verkaveld wordt.
>
> Moet niet te moeilijk zijn om dit op te lossen.
>
> Glenn
>
>
>
> >
> > Op 8 jul. 2017 10:46 schreef "Sus Verhoeven"  > >:
> >
> > Hooi,
> >
> > Die underscore geeft ook problemen in de housenumbers, onze crab
> > import tool "http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import
> > " geeft die
> > adressen terug als fout zijnde, wat vervelend is wanneer men een
> > straat wil afwerken.
> > OSMAND erkent die adressen niet, ook vervelend.
> > De validator van Bpost neemt ze wel aan, maar vervangt de underscore
> > door een slash.
> >
> > Sus
> >
> >
> > 2017-07-07 18:49 GMT+02:00 joost schouppe  > >:
> >
> > Hoi,
> >
> > In het CRAB zie je soms adressen van de vorm Straatnaam_12,
> > Straatnaam_AB of zelf Straatnaam_ABCD. Dit is niet de officiële
> > straatnaam, die is gewoon Straatnaam.
> >
> > De reden dat deze schrijfwijze bestaat, is puur een gevolg van
> > hoe CRAB ooit opgesteld is. Daarbij werd op sommige plaatsen
> > geen rekening gehouden met het feit dat binnen één gemeente
> > dezelfde straatnaam meerdere keren gebruikt kan worden. Adressen
> > hoeven immers niet uniek te zijn door de combinatie van
> > administratieve gemeente, straatnaam en huisnummer. Ze moeten
> > maar uniek zijn door óók de postcode mee te nemen.
> >
> > Uiteraard gaan we deze database-technische bijzonderheid niet
> > meenemen naar OpenStreetMap. Het gebeurt nochtans toch wel eens,
> > zie deze query:
> >
> > http://overpass-turbo.eu/s/qdE
> >
> > Voel je vrij deze straatnamen te corrigen, en geef de mappers
> > die dit gebruiken een seintje. Ik doe dit zelf wel voor de
> > mappers die dit in Antwerpen deden.
> >
> > Er zijn wel degelijk data-consumers die geen rekening houden met
> > de polygonen van de postzones om adressen uniek te maken. Maar
> > dat is natuurlijk het probleem van die data-consumers, niet van
> > de OpenStreetMap database.
> > Eventueel kan je adressen wel de tag addr:postcode meegeven.
> > Aangezien de postcode van adressen open data is, maar de
> > geometrie van postcodes niet, lijkt mij dat zeker voor
> > twijfelgevallen geen slecht idee.
> >
> > (verschillende mappers gaven aan dat deze straatnamen met een
> > underscore niet in OSM horen op ons chatkanaal Riot. Vandaar dat
> > ik dit als een conclusie presenteer. U ben steeds welkom op
> > Riot: https://riot.im/app/#/room/#osmbe:matrix.org
> >  )
> >
> > --
> > Joost Schouppe
> > OpenStreetMap
> >  | Twitter
> >  | LinkedIn
> >  |
> Meetup 
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-be
> > 
> >
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-be
> > 
> >
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
> >
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> 

Re: [Talk-gb-westmidlands] Wellesbourne Meeting July 6th

[Eike Ritter]

Hi everyone,

> Jack Fitzimons from Warwick will be joining us.He says " The King's Head
> seems the obvious choice; easy to find, plenty of parking. A bit pricy if I
> remember from my last visit but OK"
> 
> See you at 8pm- mapping beforehand. I've started populating buildings and
> general tidying up - all help appreciated
> 
> There's a large new estate at the very South of the village - just begging
> to be mapped!
> 
I'll have a look at this, and I'll be there.

Eike
> Regards
> 
> Brian
> 
> 
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
> 




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

Re: [OSM-talk-fr] PPP Wizlite

[Philippe Verdy]

C'est juste une version démo "Wizlite" et limitée de la version complète
"PPP Wizard" développée par et pour le CNES (qui d'ailleurs n'a pas
forcément retenu ce que proposait JOCS s'il y a eu un appel d'offre et une
évaluation).

Cette démo ressemble plus à une pub pour la société JOCS qui a participé en
tant que prestataire (candidat uniquement?) à une partie des développements
pour le CNES. D'ailleurs ça explique les mises en garde: cela n'a été testé
que sur une unique version d'Android 7 Nougat, et sur un seul modèle
d'appareil (Google Nexus 5).

La description donnée par "JOCS" est fausse d'ailleurs quand elle dit que
c'est pour Android 7 ou supérieur. En fait l'appli est indiquée comme
incompatible sur Google Play avec plein d'autres appareils sour Android
7"+". Je pense même que ce n'est même pas vraiment une démo totalement
fonctionnelle, juste une bêta destinée à faire une évaluation limitée, et
que la vraie appli sortira éventuellement plus tard (ou jamais si le CNES
ne retient pas JOCS comme prestataire !).

A ce titre, ils auraient mieux fait de ne pas citer aussi fortement le CNES
qui n'est pas responsable de la mauvaise qualité effective de
l'application,n indépendamment des algos utilisés dans la bibliothèque du
CNES (mais ces algos ne sont sans doute même pas correctement paramétrés
pour récupérer les infos dans les interfaces de l'appareil, et ça explique
aussi pourquoi une seule version d'Android et un seul appareil fonctionne
réellement). Cela porte même sans doute préjudice à l'image de qualité des
algos en question, s'ils sont mal utilisés.

Le 10 juillet 2017 à 12:25, Stéphane Péneau  a
écrit :

> Salut,
>
> Je ne l'ai pas testée, mais il y a un peu plus d'infos ici :
> https://www.blackdotgnss.com/2017/05/14/ppp-wizlite/
>
> A priori je peux l'installer sur ma tablette, mais je ne suis pas sûr du
> tout que ça fonctionne avec ce modèle. Je tenterai lorsque j'aurai le temps.
>
> Stf
>
>
> Le 10/07/2017 à 12:05, Jean-Claude Repetto a écrit :
>
>> Bonjour,
>>
>> Le CNES propose une application Android permettant d'améliorer la
>> précision de la géolocalisation (1 mètre au lieu de 10 mètres). Voir :
>> https://play.google.com/store/apps/details?id=jocs.fr.gnss_ppp
>>
>> Mais il faut un ordiphone avec la version Android 7 (Nougat), ce qui
>> fait que je n'ai pas pu la tester.
>>
>> Quelqu'un l'a-t-il essayée ?
>>
>> Jean-Claude
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-gb-westmidlands] Block request - Reverted edits done

[Andy Robinson]

I've just reverted all edits from two new user accounts in Coventry and one
further set of edits from I think the same new user that started editing 18
days ago. I think all three were the same person(s) as the edits are all
similar (changing road names and adding other Asian related spam, mostly to
existing objects or new random nodes).

User names that ideally should receive a block are:
zaib666
zain666
zaibz

I would have added a block myself but I see the moderator facility has been
removed from my account. Might have been nice if someone had let me know
that.

Cheers
Andy


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

Re: [Talk-es] Subir shapefiles a OSM

[dcapillae]

En el wiki hay información sobre las directrices a seguir para el caso de las
importaciones de datos (1). Antes de nada, se debe confirmar que las
condiciones de uso de los datos son compatibles con la licencia de
OpenStreetMap. En caso contrario, no se pueden importar, salvo que medie un
permiso previo y por escrito del responsable de la fuente, donde se
especifique expresamente que nos da permiso para usar sus datos en
OpenStreetMap (2). También hay una página en el wiki dedicada a la
importación de datos a partir de un archivo en formato .shp (3). 

(1)  http://wiki.openstreetmap.org/wiki/ES:Import/Guidelines
  
(2)  http://wiki.openstreetmap.org/wiki/Import/GettingPermission
  
(3) 
http://wiki.openstreetmap.org/wiki/Software_comparison/Import_a_shapefile
  



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Subir-shapefiles-a-OSM-tp5899005p5899011.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[marc marc]

Le 10. 07. 17 à 11:18, Philippe Verdy a écrit :
> Il n'y a pas que les bus qui sont en vacances, peut-être aussi que 
> beaucoup ont des choses à faire chez eux pour préparer leur voyage ou 
> bien sont déjà partis ou sont plus occupés avec les enfants
initier les enfants à osm, je me demande ce que cela donnerait :-)
genre les quêtes dans streetcomplete

Le 03. 07. 17 à 12:28, Florian LAINEZ a écrit :
> Au delà de tout plein d'opérations bien techniques, c'est aussi
> l'occasion de rappeler qu'une appli simplifiée a été développée pour
> permettre aux débutants de contribuer : Jungle Bus
malheureusement non compatible avec ma tablette.
c'est limité aux smartphone ou à une version particulière ?
est-ce prévu une + grande comptabilité ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PPP Wizlite

[Stéphane Péneau]

Salut,

Je ne l'ai pas testée, mais il y a un peu plus d'infos ici :
https://www.blackdotgnss.com/2017/05/14/ppp-wizlite/

A priori je peux l'installer sur ma tablette, mais je ne suis pas sûr du 
tout que ça fonctionne avec ce modèle. Je tenterai lorsque j'aurai le temps.


Stf

Le 10/07/2017 à 12:05, Jean-Claude Repetto a écrit :

Bonjour,

Le CNES propose une application Android permettant d'améliorer la
précision de la géolocalisation (1 mètre au lieu de 10 mètres). Voir :
https://play.google.com/store/apps/details?id=jocs.fr.gnss_ppp

Mais il faut un ordiphone avec la version Android 7 (Nougat), ce qui
fait que je n'ai pas pu la tester.

Quelqu'un l'a-t-il essayée ?

Jean-Claude

___
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-es] Subir shapefiles a OSM

[Matías h]

Lo primero y más importante

Que tipo de licencia tienen esos datos?...

No se puede subir a Osm datos que no estén autorizados, lo que has hecho es
una importación y hay que seguir una serie de requisitos

El 10 jul. 2017 11:50, "José Mª Solarana"  escribió:

> Hola
>
> tengo una duda como usuario novato que soy de OSM. He comenzado a editar
> OSM a través de JOSM haciendo pequeñas contribuciones locales añadiendo
> nodos de mi zona. La duda, concretamente, está relacionada con el tema de
> los shapefiles. Estoy trabajando con el shapefile de un entorno natural
> basado en cartografía oficial de un Lugar de Importancia Comunitaria de la
> Red Natura 2000. En total son unos 3000 nodos que he subido a los
> servidores de OSM. Ahí van un par de preguntas  a la comunidad:
>
> 1.- ¿se pueden subir shapefiles o éstos están restringidos por motivos
> como derechos de autor, interferencia con otras personas que estén
> trabajando en el área, etc? lo pregunto porque a pesar de que JOSM
> confirmaba la correcta subida del shp los cambios no se ven reflejados en
> el mapa de OSM e incluso me ha saltado algún mensaje de error respecto del
> mismo.
>
> 2.- si se sube un shp finalmente, ¿los cambios se producen automáticamente
> o son primero revisados hasta dar el ok para su representación en el mapa
> de OSM?
>
> seguramente estas dudas son básicas pero recién he comenzado a trabajar en
> OSM y como es lógico surgen dudas. Gracias por vuestro gran trabajo y
> aporte.
>
> saludos.
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] CRAB-adressen met underscore

[Glenn Plas]

On 08-07-17 15:16, joost schouppe wrote:
> Juist, die had ik nog niet gecheckt!
> Ik denk dat het correcte inderdaad is om in huisnummers met een
> underscore (een bisnummer dus, oftewel een volwaardig huisnummer, niet
> een busnummer) die te vervangen door een slash. Maar ik ben er niet
> helemaal zeker of dat in heel Vlaanderen van toepassing is.
> 
> Maar de Crab import tool houdt daar dan helemaal geen rekening mee? 

Ik zal het nakijken/fixen indien nodig. Ik heb zelf een case hier in de
buurt, tx voor de background info over die underscores, ik wacht meestal
gewoon tot crab gefixt is, vaak is het in wijken waar druk verkaveld wordt.

Moet niet te moeilijk zijn om dit op te lossen.

Glenn



> 
> Op 8 jul. 2017 10:46 schreef "Sus Verhoeven"  >:
> 
> Hooi,
> 
> Die underscore geeft ook problemen in de housenumbers, onze crab
> import tool "http://wiki.openstreetmap.org/wiki/AGIV_CRAB_Import
> " geeft die
> adressen terug als fout zijnde, wat vervelend is wanneer men een
> straat wil afwerken.
> OSMAND erkent die adressen niet, ook vervelend.
> De validator van Bpost neemt ze wel aan, maar vervangt de underscore
> door een slash.
> 
> Sus
> 
> 
> 2017-07-07 18:49 GMT+02:00 joost schouppe  >:
> 
> Hoi,
> 
> In het CRAB zie je soms adressen van de vorm Straatnaam_12,
> Straatnaam_AB of zelf Straatnaam_ABCD. Dit is niet de officiële
> straatnaam, die is gewoon Straatnaam.
> 
> De reden dat deze schrijfwijze bestaat, is puur een gevolg van
> hoe CRAB ooit opgesteld is. Daarbij werd op sommige plaatsen
> geen rekening gehouden met het feit dat binnen één gemeente
> dezelfde straatnaam meerdere keren gebruikt kan worden. Adressen
> hoeven immers niet uniek te zijn door de combinatie van
> administratieve gemeente, straatnaam en huisnummer. Ze moeten
> maar uniek zijn door óók de postcode mee te nemen.
> 
> Uiteraard gaan we deze database-technische bijzonderheid niet
> meenemen naar OpenStreetMap. Het gebeurt nochtans toch wel eens,
> zie deze query:
> 
> http://overpass-turbo.eu/s/qdE
> 
> Voel je vrij deze straatnamen te corrigen, en geef de mappers
> die dit gebruiken een seintje. Ik doe dit zelf wel voor de
> mappers die dit in Antwerpen deden.
> 
> Er zijn wel degelijk data-consumers die geen rekening houden met
> de polygonen van de postzones om adressen uniek te maken. Maar
> dat is natuurlijk het probleem van die data-consumers, niet van
> de OpenStreetMap database. 
> Eventueel kan je adressen wel de tag addr:postcode meegeven.
> Aangezien de postcode van adressen open data is, maar de
> geometrie van postcodes niet, lijkt mij dat zeker voor
> twijfelgevallen geen slecht idee.
> 
> (verschillende mappers gaven aan dat deze straatnamen met een
> underscore niet in OSM horen op ons chatkanaal Riot. Vandaar dat
> ik dit als een conclusie presenteer. U ben steeds welkom op
> Riot: https://riot.im/app/#/room/#osmbe:matrix.org
>  )
> 
> -- 
> Joost Schouppe
> OpenStreetMap
>  | Twitter
>  | LinkedIn
>  | Meetup 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

[OSM-talk-fr] PPP Wizlite

[Jean-Claude Repetto]

Bonjour,

Le CNES propose une application Android permettant d'améliorer la
précision de la géolocalisation (1 mètre au lieu de 10 mètres). Voir :
https://play.google.com/store/apps/details?id=jocs.fr.gnss_ppp

Mais il faut un ordiphone avec la version Android 7 (Nougat), ce qui
fait que je n'ai pas pu la tester.

Quelqu'un l'a-t-il essayée ?

Jean-Claude

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

[Talk-es] Subir shapefiles a OSM

[José Mª Solarana]

Hola

tengo una duda como usuario novato que soy de OSM. He comenzado a editar 
OSM a través de JOSM haciendo pequeñas contribuciones locales añadiendo 
nodos de mi zona. La duda, concretamente, está relacionada con el tema 
de los shapefiles. Estoy trabajando con el shapefile de un entorno 
natural basado en cartografía oficial de un Lugar de Importancia 
Comunitaria de la Red Natura 2000. En total son unos 3000 nodos que he 
subido a los servidores de OSM. Ahí van un par de preguntas  a la comunidad:


1.- ¿se pueden subir shapefiles o éstos están restringidos por motivos 
como derechos de autor, interferencia con otras personas que estén 
trabajando en el área, etc? lo pregunto porque a pesar de que JOSM 
confirmaba la correcta subida del shp los cambios no se ven reflejados 
en el mapa de OSM e incluso me ha saltado algún mensaje de error 
respecto del mismo.


2.- si se sube un shp finalmente, ¿los cambios se producen 
automáticamente o son primero revisados hasta dar el ok para su 
representación en el mapa de OSM?


seguramente estas dudas son básicas pero recién he comenzado a trabajar 
en OSM y como es lógico surgen dudas. Gracias por vuestro gran trabajo y 
aporte.


saludos.


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

[Talk-TW] Fwd: [OSM-talk] iD news: v2.3.0 released

[Dennis Raylin Chen]

iD上2.3.0版了，增加更多快速鍵

Dennis

-- Forwarded message --
From: Bryan Housel 
Date: Sat, Jul 8, 2017 at 1:10 PM
Subject: [OSM-talk] iD news: v2.3.0 released
To: osm-talk 


*iD v2.3.0* was released July 7, 2017 and is now available for editing on
openstreetmap.org

  *A few highlights from the release:*


   - New:  Toggle-able information panels can be used to expose more
   advanced features without cluttering the user interface.
  - ⌘I: Show/Hide info panels (by default, will toggle the Measurement
  panel)
  - ⌘⇧M: Toggle Measurement Panel - Show selected object area, length,
  perimeter, calculate center, etc.
  - ⌘⇧L: Toggle Location Panel - Show location coordinates and reverse
  geocode
  - ⌘⇧H: Toggle History Panel - Show last edited by, links to user and
  changeset info, object history
  - ⌘⇧B: Toggle Background Panel - Show imagery age if available and
  toggle tile debugging

   - Support localization of background imagery names, descriptions,
   attribution text
   - Show background imagery icons from editor-layer-index
   , upgrade Bing icon and
   others
   - Add  walkthrough=true  to the url, and iD will start the walkthrough
   automatically
   - New presets for manholes, storm drains, scrapyards
   - Many more bugfixes!



Please help translate these new features if you can!  The iD project is now
under the OpenStreetMap organization on Transifex:
   https://www.transifex.com/openstreetmap/id-editor/dashboard/

*Changelog:*
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#230

*Twitter:*
   v2.3.0 + info panels and imagery age: https://twitter.com/bhousel/status/
883487026594623489
   History info panel: https://twitter.com/bhousel/status/883488962215632896
   All panels:  https://twitter.com/bhousel/status/882758167742083075
   Tile Debugging showing Bing imagery age:  https://twitter.com/bhousel/
status/881519390495309824

Follow me on Twitter https://twitter.com/bhousel for more iD updates (but
mostly screenshots).


Thanks! 
Bryan

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

Re: [Talk-TW] 粉絲專頁地址在的openstreemap地圖標示錯誤

[Dennis Raylin Chen]

你好：

目前在OpenStreetMap上並未有漫5咖啡的資料，應該是Facebook的位置資訊出錯，建粉絲頁時位置點錯

已經幫你修正Facebook上錯誤位置


Dennis

2017-07-09 13:38 GMT+08:00 a0932225847 :

> 漫5咖啡的粉絲專頁@Roamingaboutcoffee的地址，宜蘭市舊城西路5號，在openstreemap地圖標示位置錯誤，請更正謝謝！
>
>
>
> 從我的 Samsung Galaxy 智慧型手機傳送。
>
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw
>
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Philippe Verdy]

Il n'y a pas que les bus qui sont en vacances, peut-être aussi que beaucoup
ont des choses à faire chez eux pour préparer leur voyage ou bien sont déjà
partis ou sont plus occupés avec les enfants qui ne sont plus à l'école et
qu'il faut occuper... En début de vacances ils sont souvent très prenants.
et même si les parents travaillent encore en attendant leurs congés, ils
ont moins le temps pour des activités annexes comme OSM, on peut
comprendre, ou en tout cas moins pour les activités les plus longues qui
demandent plus d'attention quand on n'a pas quelques heures devant soit...

Le 10 juillet 2017 à 09:38, Noémie Lehuby  a
écrit :

> Hello,
>
> Ce n'est pas parce que ce sont les bus sont passés en horaires d'été qu'il
> faut mollir les amis, le mois n'est pas encore fini et il y a encore
> beaucoup d'arrêts de bus à mettre sur la carte !
>
> Pas d'excuses : les petits trains touristiques et les navettes pour aller
> à l'aéroport sont aussi concernées.
>
> Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)
>
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
> arr%C3%AAts_de_bus
>
> --
> @nlehuby
>
> La plupart des villes dans le monde n'ont pas de plan de transport !
> Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/
>
>
> Le 01/07/2017 à 13:50, Frédéric Rodrigo a écrit :
>
>> Salut,
>>
>> Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041
>> =15=48.69607=6.17944=1%2C2%2C3
>>
>> N'hésitez pas à faire un retour, notamment si la référence ne semble pas
>> bonne.
>>
>> (Il y a "None" dans les popups mais ça va être corrigé)
>>
>> Comme c'est basé sur le GTFS on peu facilement en ajouter pour d'autres
>> ville, si elle n'y est pas déjà.
>> http://osmose.openstreetmap.fr/fr/errors/?item=8040
>> Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit dans
>> le GTFS.
>>
>>
>> Frédéric.
>>
>>
>>
>> Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :
>>
>>> Bonjour,
>>>
>>> Nouveau mois, nouveau projet du mois !
>>>
>>> Vous ne les remarquez plus tellement ils font partie du paysage urbain
>>> (ou pas), pourtant il en manque encore pas mal sur la carte !
>>> Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !
>>>
>>> Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :
>>>
>>> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/
>>> arr%C3%AAts_de_bus
>>>
>>>
>>> @nlehuby
>>>
>>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ostréiculteurs: producteurs, vendeurs, bar à huître

[Nicolas Toublanc]

2017-07-09 15:03 GMT+02:00 Francescu GAROBY :

> Attention, c'est "seafood", et non "seefood"...
>
>
Héhé, oui merci de la correction!

> Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
> > d'avoir les 2 informations?
> oui tu peux
> cuisine=oysters;seefood
> produce=oysters;seefood
> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
> qui est le plus important
>
>
Le plus important dans ce contexte, c'est bien oysters. Mais du coup, il
n'inclue pas seafood, donc indiquer les 2 me parait le plus adapté.

Merci à tous les 3 d'avoir pris le temps de répondre à mes questions!



> Francescu
>
> Le 9 juillet 2017 à 12:30, marc marc  a écrit :
>
>> > il produit et sert avant tout des
>> > huîtres, son produit phare, mais aussi d'autres fruits de mer.
>> >
>> > Donc soit on met produce=oysters et cuisine=oysters, mais on est
>> > restrictif car il y a aussi d'autres crustacés. Soit on met seefood à la
>> > place de oysters, mais on ne met pas en avant la spécificité de
>> > l'endroit: les huîtres, et on rend impossible une recherche retournant
>> > tous les producteurs d’huîtres de la région.
>> >
>> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
>> > d'avoir les 2 informations?
>> oui tu peux
>> cuisine=oysters;seefood
>> produce=oysters;seefood
>> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
>> qui est le plus important
>>
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-be] 90->70 in Vlaanderen

[Brecht Van Maldergem]

Heren,

Bij deze; 
De foutieve zaken zouden teruggedraaid moeten zijn.

In geval van problemen, graag een seintje.

Mvg,
Brecht

-Oorspronkelijk bericht-
Van: Brecht Van Maldergem 
Verzonden: woensdag 21 juni 2017 15:30
Aan: 'talk-be@openstreetmap.org' 
Onderwerp: Re: 90->70 in Vlaanderen

Correcties worden sinds vandaag doorgevoerd (op basis van logica die ik 
doorgaf).
Van zodra alles behandeld is, koppel ik terug.

Mvg,
Brecht

-Oorspronkelijk bericht-
Van: talk-be-requ...@openstreetmap.org 
[mailto:talk-be-requ...@openstreetmap.org]
Verzonden: woensdag 21 juni 2017 14:00
Aan: talk-be@openstreetmap.org
Onderwerp: Talk-be Digest, Vol 114, Issue 22

Send Talk-be mailing list submissions to
talk-be@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-be
or, via email, send a message with subject or body 'help' to
talk-be-requ...@openstreetmap.org

You can reach the person managing the list at
talk-be-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Talk-be digest..."


Today's Topics:

   1. Re: 90->70 in Vlaanderen (Marc Gemis)


--

Message: 1
Date: Tue, 20 Jun 2017 15:08:22 +0200
From: Marc Gemis 
To: OpenStreetMap Belgium 
Subject: Re: [OSM-talk-be] 90->70 in Vlaanderen
Message-ID:

Re: [Talk-cz] Fwd: úprava mapy

[Marián Kyral]

Ona je taky otázka, na které straně hranice ta keška vlastně je.

Nejraději bych to domapoval podle skutečnosti, tedy dokreslil tam tu novou
cestu a chajdu a smazal ten kousek pěšiny od chajdy k hranici. S tímhle
přístupem stejně brzy zaroste. Pěšinu kolem sádek bych nechal tak jak je (i
když na ortofoto moc vidět není).

Ovšem je tu problém - není to podle čeho zakreslit. Jediné info, že tam je
ta nová cesta máme z ortofoto mapy.cz. A to jako zdroj použít nemůžeme.
Osobní průzkum bude asi taky problematický. Prekérka.

Marián


-- Původní e-mail --
Od: Michal Poupa 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 7. 2017 9:56:00
Předmět: Re: [Talk-cz] Fwd: úprava mapy
"

Obávám se že hraniční přechod v ČR není úplně lehké najít (na letišti v
Praze asi nějaký zůstal :-) 



Žádný hraniční přechod jsem už dlouho nepotkal na hranici Cz/De a pas,
devizový příslib ani výjezní doložku po mne nikdo nechtěl :-)





10. 7. 2017 v 8:43, Jachym Cepicky :


"

A radit někomu, aby chodil ke kešce z Německé strany taky není úplně legální
- státní hranici lze překročit pouze na vyznačených státní přechodech,
překročit hranici "kdekoliv" je nenegální.



To je situace :)

J




po 10. 7. 2017 v 8:34 odesílatel Jachym Cepicky  napsal:

"
Map je co nejvěrnější model skutečnosti - ne skutečnosti, jak by jí někdo
chtěl mít. To potom není mapa, ale obrázek.

Access=private je imho adekvátní



J




ne 9. 7. 2017 v 13:46 odesílatel Jan Martinec  napsal:



"

Jako že pokud zákon explicitně nezmiňuje "můžete fotografovat nádraží" (nebo
mapovat pěšiny, nebo cojávím), tak je to zakázáno? Pokud ještě platí
Listina, pak "každý může činit, co není zákonem zakázáno, a nikdo nesmí být
nucen činit, co zákon neukládá." 

https://www.psp.cz/docs/laws/listina.html
(https://www.psp.cz/docs/laws/listina.html)





A teda zákon zakazující takové jednání neznám - teda ne český ( Pochopitelně
v KLDR je za to kulka jakožto za špionáž, a Číňani jsou taky dost
restriktivní http://wiki.openstreetmap.org/wiki/WikiProject_China#Legality
(http://wiki.openstreetmap.org/wiki/WikiProject_China#Legality) ). Jistěže
případná neznalost neomlouvá, ale takového masivního omezení svobody projevu
by si snad někdo (z místních?) všiml. 




TL;DR: nestahujme kalhoty před brodem, který pravděpodobně ani neexistuje. 




Zdar,

HPM 




Dne 9. 7. 2017 12:55 napsal uživatel "Marek Janata" :








"
Spis muze to byt cesta do pekla - pokud tohle neni nekde osetrene (nevim 
treba  jak na tohle kouka zakon) tak by nejaky "velky mazani" klidne mohlo
prijit.



Dne ne 9. 7. 2017 12:24 uživatel Jan Martinec  napsal:


"
A není to pořád ještě tak, že OSM mapuje fyzický stav on-the-ground? Pokud
se chytneme jako základu "ale není napísaný," "neexistuje, ale mohl by" nebo
tady "existuje, ale je to tajdův," tak jsme tam co vládní vojska: pak budeme
revidovat všechny cesty a POI a relace - co až třeba SŽDC přijde, že má
problém, že jsme si sami a bez dovolení a bez placení zmapovali železniční
síť, taky smažeme 90% Český Třebový, že je veřejnosti nepřístupná? 



Tohle je cesta do pekel, navíc smazání vyvolá neúmyslný edit war "hele, tady
něco chybí, doplníme." "Už je tam zas, smažeme!"





Zdar,

Honza Piškvor Martinec 





Dne 9. 7. 2017 11:38 napsal uživatel "Marek Janata" :




"
Nechci mazat 80% veci - katastr jsem zminil proto, ze ani v nem nemame oporu
- nemuzeme rict - hele majiteli, cesta je i ve volne pristupne mape, tak 
proc by nemohla byt i u nas.

M



Dne ne 9. 7. 2017 10:52 uživatel jzvc  napsal:


"Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):
> Dne 8.7.2017 v 11:16 jzvc napsal(a):
>> Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
>>> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):

 Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
 sádek je
 plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
 asi nelze.
>>>
>>> https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/
data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1
RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0
(https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0)
>>>
>>>
> Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
> topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
> nepreje?
 Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
 to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
 restaurace, že mu v mapě chybí 

Re: [Talk-cz] Fwd: úprava mapy

[Michal Poupa]

Obávám se že hraniční přechod v ČR není úplně lehké najít (na letišti v Praze 
asi nějaký zůstal :-) 

Žádný hraniční přechod jsem už dlouho nepotkal na hranici Cz/De a pas, devizový 
příslib ani výjezní doložku po mne nikdo nechtěl :-)

10. 7. 2017 v 8:43, Jachym Cepicky :

> A radit někomu, aby chodil ke kešce z Německé strany taky není úplně legální 
> - státní hranici lze překročit pouze na vyznačených státní přechodech, 
> překročit hranici "kdekoliv" je nenegální.
> 
> To je situace :)
> 
> J
> 
> po 10. 7. 2017 v 8:34 odesílatel Jachym Cepicky  
> napsal:
>> Map je co nejvěrnější model skutečnosti - ne skutečnosti, jak by jí někdo 
>> chtěl mít. To potom není mapa, ale obrázek.
>> 
>> Access=private je imho adekvátní
>> 
>> J
>> 
>> ne 9. 7. 2017 v 13:46 odesílatel Jan Martinec  napsal:
>>> Jako že pokud zákon explicitně nezmiňuje "můžete fotografovat nádraží" 
>>> (nebo mapovat pěšiny, nebo cojávím), tak je to zakázáno? Pokud ještě platí 
>>> Listina, pak "každý může činit, co není zákonem zakázáno, a nikdo nesmí být 
>>> nucen činit, co zákon neukládá." 
>>> https://www.psp.cz/docs/laws/listina.html
>>> 
>>> A teda zákon zakazující takové jednání neznám - teda ne český ( 
>>> Pochopitelně v KLDR je za to kulka jakožto za špionáž, a Číňani jsou taky 
>>> dost restriktivní 
>>> http://wiki.openstreetmap.org/wiki/WikiProject_China#Legality ). Jistěže 
>>> případná neznalost neomlouvá, ale takového masivního omezení svobody 
>>> projevu by si snad někdo (z místních?) všiml. 
>>> 
>>> TL;DR: nestahujme kalhoty před brodem, který pravděpodobně ani neexistuje. 
>>> 
>>> Zdar,
>>> HPM 
>>> 
>>> Dne 9. 7. 2017 12:55 napsal uživatel "Marek Janata" :
>>> 
>>> Spis muze to byt cesta do pekla - pokud tohle neni nekde osetrene (nevim 
>>> treba  jak na tohle kouka zakon) tak by nejaky "velky mazani" klidne mohlo 
>>> prijit.
>>> 
>>> 
>>> Dne ne 9. 7. 2017 12:24 uživatel Jan Martinec  napsal:
 A není to pořád ještě tak, že OSM mapuje fyzický stav on-the-ground? Pokud 
 se chytneme jako základu "ale není napísaný," "neexistuje, ale mohl by" 
 nebo tady "existuje, ale je to tajdův," tak jsme tam co vládní vojska: pak 
 budeme revidovat všechny cesty a POI a relace - co až třeba SŽDC přijde, 
 že má problém, že jsme si sami a bez dovolení a bez placení zmapovali 
 železniční síť, taky smažeme 90% Český Třebový, že je veřejnosti 
 nepřístupná? 
 
 Tohle je cesta do pekel, navíc smazání vyvolá neúmyslný edit war "hele, 
 tady něco chybí, doplníme." "Už je tam zas, smažeme!"
 
 Zdar,
 Honza Piškvor Martinec 
 
 Dne 9. 7. 2017 11:38 napsal uživatel "Marek Janata" :
 
 Nechci mazat 80% veci - katastr jsem zminil proto, ze ani v nem nemame 
 oporu - nemuzeme rict - hele majiteli, cesta je i ve volne pristupne mape, 
 tak proc by nemohla byt i u nas.
 
 M
 
 
 Dne ne 9. 7. 2017 10:52 uživatel jzvc  napsal:
> Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):
> > Dne 8.7.2017 v 11:16 jzvc napsal(a):
> >> Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
> >>> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):
> 
>  Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
>  sádek je
>  plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
>  asi nelze.
> >>>
> >>> https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0
> >>>
> >>>
> > Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne 
> > mapovat
> > topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
> > nepreje?
>  Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že 
>  si
>  to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký 
>  zákazník
>  restaurace, že mu v mapě chybí jeho oblíbená pěšina.
> 
> >>>
> >>> Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
> >>> Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho 
> >>> privatni
> >>> cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste 
> >>> dukladneji,
> >>> pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak 
> >>> nevim,
> >>> jestli ho tim potesime, a bude to potreba dukladne diplomaticky
> >>> vysvetlit.
> >>
> >>
> >> Cus,
> >>
> >> tuhle je to docela slusne rozebrano
> >> http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere
> >>
> >
> > No když tam vidím:
> > /
> > Veřejně přístupné účelové komunikace, stezky a pěšiny mimo zastavěné
> > území není dovoleno 

[Talk-TW] 粉絲專頁地址在的openstreemap地圖標示錯誤

[a0932225847]

漫5咖啡的粉絲專頁@Roamingaboutcoffee的地址，宜蘭市舊城西路5號，在openstreemap地圖標示位置錯誤，請更正謝謝！


從我的 Samsung Galaxy 智慧型手機傳送。___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [OSM-talk-fr] [OSM transport] Projet du mois - arrêts de bus

[Noémie Lehuby]

Hello,

Ce n'est pas parce que ce sont les bus sont passés en horaires d'été 
qu'il faut mollir les amis, le mois n'est pas encore fini et il y a 
encore beaucoup d'arrêts de bus à mettre sur la carte !


Pas d'excuses : les petits trains touristiques et les navettes pour 
aller à l'aéroport sont aussi concernées.


Ouvrez l'oeil, il en manque plus qu'on ne pourrait le croire ;)

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus

--
@nlehuby

La plupart des villes dans le monde n'ont pas de plan de transport !
Aidez-nous à changer ça : https://fr.ulule.com/jungle-bus/

Le 01/07/2017 à 13:50, Frédéric Rodrigo a écrit :

Salut,

Pour fêter ça Osmose propose d'intégrer maintenant les arrêts sur Nancy.

http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041=15=48.69607=6.17944=1%2C2%2C3 



N'hésitez pas à faire un retour, notamment si la référence ne semble 
pas bonne.


(Il y a "None" dans les popups mais ça va être corrigé)

Comme c'est basé sur le GTFS on peu facilement en ajouter pour 
d'autres ville, si elle n'y est pas déjà.

http://osmose.openstreetmap.fr/fr/errors/?item=8040
Il faut juste déterminer à quoi correspond dans OSM l'arrêt décrit 
dans le GTFS.



Frédéric.



Le 01/07/2017 à 10:14, Noémie Lehuby a écrit :

Bonjour,

Nouveau mois, nouveau projet du mois !

Vous ne les remarquez plus tellement ils font partie du paysage 
urbain (ou pas), pourtant il en manque encore pas mal sur la carte !

Ce mois-ci je vous propose de cartographier ensemble les arrêts de bus !

Comme d'habitude, rendez-vous sur le wiki pour plus d'infos :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/arr%C3%AAts_de_bus 




@nlehuby






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

Re: [Talk-cz] Fwd: úprava mapy

[Alena Malá]

Ahoj, k té diskuzi o keši si myslím, že by to měl dát owner do listingu
dejme tomu jako waypoint a nemělo by se to dávat do "veřejné" mapy, obecně
by se podle mého názoru keše do "veřejné" mapy neměly dávat vůbec.

Alena - OK2APY


Bez
virů. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Dne 10. července 2017 8:43 Jachym Cepicky 
napsal(a):

> Okolo těch sádek těžko říct, ale do lesa je obecně v ČR vstup veřejnosti
> povolen, jediný případ, kdy může být zakázán vstup jsou chráněná území,
> vojenské újezdy. Dokonce i do oplocené obory by snad měl být vstup povolen.
>
> A radit někomu, aby chodil ke kešce z Německé strany taky není úplně
> legální - státní hranici lze překročit pouze na vyznačených státní
> přechodech, překročit hranici "kdekoliv" je nenegální.
>
> To je situace :)
>
> J
>
> po 10. 7. 2017 v 8:34 odesílatel Jachym Cepicky 
> napsal:
>
>> Map je co nejvěrnější model skutečnosti - ne skutečnosti, jak by jí někdo
>> chtěl mít. To potom není mapa, ale obrázek.
>>
>> Access=private je imho adekvátní
>>
>> J
>>
>> ne 9. 7. 2017 v 13:46 odesílatel Jan Martinec  napsal:
>>
>>> Jako že pokud zákon explicitně nezmiňuje "můžete fotografovat nádraží"
>>> (nebo mapovat pěšiny, nebo cojávím), tak je to zakázáno? Pokud ještě platí
>>> Listina, pak "každý může činit, co není zákonem zakázáno, a nikdo nesmí být
>>> nucen činit, co zákon neukládá."
>>> https://www.psp.cz/docs/laws/listina.html
>>>
>>> A teda zákon zakazující takové jednání neznám - teda ne český (
>>> Pochopitelně v KLDR je za to kulka jakožto za špionáž, a Číňani jsou taky
>>> dost restriktivní http://wiki.openstreetmap.org/wiki/
>>> WikiProject_China#Legality ). Jistěže případná neznalost neomlouvá, ale
>>> takového masivního omezení svobody projevu by si snad někdo (z místních?)
>>> všiml.
>>>
>>> TL;DR: nestahujme kalhoty před brodem, který pravděpodobně ani
>>> neexistuje.
>>>
>>> Zdar,
>>> HPM
>>>
>>> Dne 9. 7. 2017 12:55 napsal uživatel "Marek Janata" <
>>> janata@gmail.com>:
>>>
>>> Spis muze to byt cesta do pekla - pokud tohle neni nekde osetrene (nevim
>>> treba  jak na tohle kouka zakon) tak by nejaky "velky mazani" klidne mohlo
>>> prijit.
>>>
>>> Dne ne 9. 7. 2017 12:24 uživatel Jan Martinec 
>>> napsal:
>>>
 A není to pořád ještě tak, že OSM mapuje fyzický stav on-the-ground?
 Pokud se chytneme jako základu "ale není napísaný," "neexistuje, ale mohl
 by" nebo tady "existuje, ale je to tajdův," tak jsme tam co vládní vojska:
 pak budeme revidovat všechny cesty a POI a relace - co až třeba SŽDC
 přijde, že má problém, že jsme si sami a bez dovolení a bez placení
 zmapovali železniční síť, taky smažeme 90% Český Třebový, že je veřejnosti
 nepřístupná?

 Tohle je cesta do pekel, navíc smazání vyvolá neúmyslný edit war "hele,
 tady něco chybí, doplníme." "Už je tam zas, smažeme!"

 Zdar,
 Honza Piškvor Martinec

 Dne 9. 7. 2017 11:38 napsal uživatel "Marek Janata" <
 janata@gmail.com>:

 Nechci mazat 80% veci - katastr jsem zminil proto, ze ani v nem nemame
 oporu - nemuzeme rict - hele majiteli, cesta je i ve volne pristupne mape,
 tak proc by nemohla byt i u nas.

 M

 Dne ne 9. 7. 2017 10:52 uživatel jzvc  napsal:

> Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):
> > Dne 8.7.2017 v 11:16 jzvc napsal(a):
> >> Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
> >>> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):
> 
>  Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
>  sádek je
>  plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v
> terénu
>  asi nelze.
> >>>
> >>> https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.
> 8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYz
> d1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0
> >>>
> >>>
> > Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne
> mapovat
> > topograficke prvky na privatnim pozemku, kdyz si to jejich
> majitel
> > nepreje?
>  Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli,
> že si
>  to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký
> zákazník
>  restaurace, že mu v mapě chybí jeho oblíbená pěšina.
> 
> >>>
> >>> Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
> >>> Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho
> privatni
> >>> cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste
> dukladneji,
> >>> pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak
> nevim,
> 

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

[Christian Quest]

Le 9 juillet 2017 à 18:13, marc marc  a écrit :

> Le 09. 07. 17 à 00:11, Eric SIBERT a écrit :
> >> Les smartphones grand public gèrent-ils egnos ?
> > Pour que ça ait de l'intérêt, il faudrait que les erreurs de la puce GPS
> > elle-même soient inférieures aux erreurs externes corrigées par EGNOS
> > (ionosphère, orbites et horloges des satellites). Je doute que ce soit
> > le cas, au moins pour mon smartphone.
>
> ce serrait quand même intéressant à savoir vu que cela signifierait
> qu'en laissant l'acquisition en route pendant 10 min, sa précision
> s'améliorera, c'est toujours ca.
>
>
En 10 minutes, on sera sûr de la stabilité des signaux, mais cela ne permet
pas de vraiment moyenner une position précise.

Pour cela il faut plus de temps pour avoir de vrais changements dans la
constellation de satellites (nombre et position dans le ciel) et les
conditions de réception (sur la ionosphère).


>> maj des os:applis ? il serrait utile d'avoir un retour d’expérience sur
> >> d'autres personnes ont déjà utilisé un récepteur gps externe ainsi que
> >> la précision obtenue.
> >
> > Je joins deux traces, une prise avec un smartphone Alcatel Go Play,
> > l'autre avec un récepteur Garmin Extrex 30, allumés en même temps et
> > placés côte-à-côte. Tu peux les ouvrir avec JOSM.
> La différence est impressionnante, le trace du garmin suit de très près
> la bande de circulation, seul 2-3 points semblent décalé de qlq mètres.
> mais si ton smartphone ne peux pas récupérer les infos gps par bluetooth
> mais que celui de Stéphane le permet, cela m’intéresserait d'avoir les
> détails.
>

Il est fort possible que cette trace soit recalée sur la carte vectorielle
et pas uniquement issue des mesures GPS.

Sans carte vectorielle, on a un autre problème en déplacement:
l'extrapolation sur la trajectoire de déplacement.
Beaucoup de puces GPS font ça pour faciliter le suivi justement sur les
cartes vectorielles. C'est débrayable en bas niveau mais on a rarement
accès à ce réglage par les menus.

Dans ces deux cas, la trace enregistrée n'est peut être pas celle vraiment
mesurée à partir des signaux GPS.

Ces défauts sont en principe inexistants lorsqu'on ne se déplace pas.


mon tomtom ne permet pas d'exporter de trace gpx et du coup je ne l'ai
> jamais fait.
> Mais en pratique, n'est-ce pas chronophage de devoir retoucher toutes
> les geolocalisations ?
> Pour les photos, c'est documenté sur le wiki (même si je n'ai jamais
> testé), mais si tu crées un noeud dans une app par exemple, il faut
> faire une photo pour avoir un timestamp identifiable dans la trace ?
>


L'avantage de la photo géolocalisée c'est qu'on a tout (position et
description de l'environnement) dans un seul fichier... du coup je mappe
quasiment que comme ça sur le terrain, en prenant des photos avec mon
iPhone.

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

Re: [Talk-cz] Fwd: úprava mapy

[Jachym Cepicky]

Okolo těch sádek těžko říct, ale do lesa je obecně v ČR vstup veřejnosti
povolen, jediný případ, kdy může být zakázán vstup jsou chráněná území,
vojenské újezdy. Dokonce i do oplocené obory by snad měl být vstup povolen.

A radit někomu, aby chodil ke kešce z Německé strany taky není úplně
legální - státní hranici lze překročit pouze na vyznačených státní
přechodech, překročit hranici "kdekoliv" je nenegální.

To je situace :)

J

po 10. 7. 2017 v 8:34 odesílatel Jachym Cepicky 
napsal:

> Map je co nejvěrnější model skutečnosti - ne skutečnosti, jak by jí někdo
> chtěl mít. To potom není mapa, ale obrázek.
>
> Access=private je imho adekvátní
>
> J
>
> ne 9. 7. 2017 v 13:46 odesílatel Jan Martinec  napsal:
>
>> Jako že pokud zákon explicitně nezmiňuje "můžete fotografovat nádraží"
>> (nebo mapovat pěšiny, nebo cojávím), tak je to zakázáno? Pokud ještě platí
>> Listina, pak "každý může činit, co není zákonem zakázáno, a nikdo nesmí být
>> nucen činit, co zákon neukládá."
>> https://www.psp.cz/docs/laws/listina.html
>>
>> A teda zákon zakazující takové jednání neznám - teda ne český (
>> Pochopitelně v KLDR je za to kulka jakožto za špionáž, a Číňani jsou taky
>> dost restriktivní
>> http://wiki.openstreetmap.org/wiki/WikiProject_China#Legality ). Jistěže
>> případná neznalost neomlouvá, ale takového masivního omezení svobody
>> projevu by si snad někdo (z místních?) všiml.
>>
>> TL;DR: nestahujme kalhoty před brodem, který pravděpodobně ani
>> neexistuje.
>>
>> Zdar,
>> HPM
>>
>> Dne 9. 7. 2017 12:55 napsal uživatel "Marek Janata" > >:
>>
>> Spis muze to byt cesta do pekla - pokud tohle neni nekde osetrene (nevim
>> treba  jak na tohle kouka zakon) tak by nejaky "velky mazani" klidne mohlo
>> prijit.
>>
>> Dne ne 9. 7. 2017 12:24 uživatel Jan Martinec  napsal:
>>
>>> A není to pořád ještě tak, že OSM mapuje fyzický stav on-the-ground?
>>> Pokud se chytneme jako základu "ale není napísaný," "neexistuje, ale mohl
>>> by" nebo tady "existuje, ale je to tajdův," tak jsme tam co vládní vojska:
>>> pak budeme revidovat všechny cesty a POI a relace - co až třeba SŽDC
>>> přijde, že má problém, že jsme si sami a bez dovolení a bez placení
>>> zmapovali železniční síť, taky smažeme 90% Český Třebový, že je veřejnosti
>>> nepřístupná?
>>>
>>> Tohle je cesta do pekel, navíc smazání vyvolá neúmyslný edit war "hele,
>>> tady něco chybí, doplníme." "Už je tam zas, smažeme!"
>>>
>>> Zdar,
>>> Honza Piškvor Martinec
>>>
>>> Dne 9. 7. 2017 11:38 napsal uživatel "Marek Janata" <
>>> janata@gmail.com>:
>>>
>>> Nechci mazat 80% veci - katastr jsem zminil proto, ze ani v nem nemame
>>> oporu - nemuzeme rict - hele majiteli, cesta je i ve volne pristupne mape,
>>> tak proc by nemohla byt i u nas.
>>>
>>> M
>>>
>>> Dne ne 9. 7. 2017 10:52 uživatel jzvc  napsal:
>>>
 Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):
 > Dne 8.7.2017 v 11:16 jzvc napsal(a):
 >> Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
 >>> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):
 
  Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
  sádek je
  plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v
 terénu
  asi nelze.
 >>>
 >>>
 https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0
 >>>
 >>>
 > Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne
 mapovat
 > topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
 > nepreje?
  Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli,
 že si
  to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký
 zákazník
  restaurace, že mu v mapě chybí jeho oblíbená pěšina.
 
 >>>
 >>> Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
 >>> Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho
 privatni
 >>> cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste
 dukladneji,
 >>> pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak
 nevim,
 >>> jestli ho tim potesime, a bude to potreba dukladne diplomaticky
 >>> vysvetlit.
 >>
 >>
 >> Cus,
 >>
 >> tuhle je to docela slusne rozebrano
 >>
 http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere
 >>
 >
 > No když tam vidím:
 > /
 > Veřejně přístupné účelové komunikace, stezky a pěšiny mimo zastavěné
 > území není dovoleno zřizovat nebo rušit bez souhlasu příslušného
 orgánu
 > ochrany přírody. Obce vedou přehled o veřejně přístupných účelových
 > komunikacích, stezkách a pěšinách v obvodu své územní působnosti.

 Tohle je podle me predevsim o znacenych 

Re: [Talk-cz] Fwd: úprava mapy

[Jachym Cepicky]

Map je co nejvěrnější model skutečnosti - ne skutečnosti, jak by jí někdo
chtěl mít. To potom není mapa, ale obrázek.

Access=private je imho adekvátní

J

ne 9. 7. 2017 v 13:46 odesílatel Jan Martinec  napsal:

> Jako že pokud zákon explicitně nezmiňuje "můžete fotografovat nádraží"
> (nebo mapovat pěšiny, nebo cojávím), tak je to zakázáno? Pokud ještě platí
> Listina, pak "každý může činit, co není zákonem zakázáno, a nikdo nesmí být
> nucen činit, co zákon neukládá."
> https://www.psp.cz/docs/laws/listina.html
>
> A teda zákon zakazující takové jednání neznám - teda ne český (
> Pochopitelně v KLDR je za to kulka jakožto za špionáž, a Číňani jsou taky
> dost restriktivní
> http://wiki.openstreetmap.org/wiki/WikiProject_China#Legality ). Jistěže
> případná neznalost neomlouvá, ale takového masivního omezení svobody
> projevu by si snad někdo (z místních?) všiml.
>
> TL;DR: nestahujme kalhoty před brodem, který pravděpodobně ani neexistuje.
>
> Zdar,
> HPM
>
> Dne 9. 7. 2017 12:55 napsal uživatel "Marek Janata"  >:
>
> Spis muze to byt cesta do pekla - pokud tohle neni nekde osetrene (nevim
> treba  jak na tohle kouka zakon) tak by nejaky "velky mazani" klidne mohlo
> prijit.
>
> Dne ne 9. 7. 2017 12:24 uživatel Jan Martinec  napsal:
>
>> A není to pořád ještě tak, že OSM mapuje fyzický stav on-the-ground?
>> Pokud se chytneme jako základu "ale není napísaný," "neexistuje, ale mohl
>> by" nebo tady "existuje, ale je to tajdův," tak jsme tam co vládní vojska:
>> pak budeme revidovat všechny cesty a POI a relace - co až třeba SŽDC
>> přijde, že má problém, že jsme si sami a bez dovolení a bez placení
>> zmapovali železniční síť, taky smažeme 90% Český Třebový, že je veřejnosti
>> nepřístupná?
>>
>> Tohle je cesta do pekel, navíc smazání vyvolá neúmyslný edit war "hele,
>> tady něco chybí, doplníme." "Už je tam zas, smažeme!"
>>
>> Zdar,
>> Honza Piškvor Martinec
>>
>> Dne 9. 7. 2017 11:38 napsal uživatel "Marek Janata" > >:
>>
>> Nechci mazat 80% veci - katastr jsem zminil proto, ze ani v nem nemame
>> oporu - nemuzeme rict - hele majiteli, cesta je i ve volne pristupne mape,
>> tak proc by nemohla byt i u nas.
>>
>> M
>>
>> Dne ne 9. 7. 2017 10:52 uživatel jzvc  napsal:
>>
>>> Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):
>>> > Dne 8.7.2017 v 11:16 jzvc napsal(a):
>>> >> Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):
>>> >>> Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):
>>> 
>>>  Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
>>>  sádek je
>>>  plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v
>>> terénu
>>>  asi nelze.
>>> >>>
>>> >>>
>>> https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0
>>> >>>
>>> >>>
>>> > Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne
>>> mapovat
>>> > topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
>>> > nepreje?
>>>  Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli,
>>> že si
>>>  to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký
>>> zákazník
>>>  restaurace, že mu v mapě chybí jeho oblíbená pěšina.
>>> 
>>> >>>
>>> >>> Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
>>> >>> Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho
>>> privatni
>>> >>> cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste
>>> dukladneji,
>>> >>> pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak
>>> nevim,
>>> >>> jestli ho tim potesime, a bude to potreba dukladne diplomaticky
>>> >>> vysvetlit.
>>> >>
>>> >>
>>> >> Cus,
>>> >>
>>> >> tuhle je to docela slusne rozebrano
>>> >>
>>> http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere
>>> >>
>>> >
>>> > No když tam vidím:
>>> > /
>>> > Veřejně přístupné účelové komunikace, stezky a pěšiny mimo zastavěné
>>> > území není dovoleno zřizovat nebo rušit bez souhlasu příslušného orgánu
>>> > ochrany přírody. Obce vedou přehled o veřejně přístupných účelových
>>> > komunikacích, stezkách a pěšinách v obvodu své územní působnosti.
>>>
>>> Tohle je podle me predevsim o znacenych cestach = pridelas nekam cedule,
>>> pripadne turisticky znaceni ... ale je treba si uvedomit, ze tech stezek
>>> a pesin vznika a zanika tisice kazdym okamzikem. Zcela samovolne.
>>>
>>> Mrkni treba na toto
>>> https://www.openstreetmap.org/#map=17/50.63897/13.85929
>>>
>>> Tech cesticek je tam mnohem vic, ale nektere jiz v takovem stadiu ze je
>>> nema smysl ani mapovat (potreboval bys macetu abys prosel). Porovnej to
>>> pak se stavem v katastru, prakticky tam neni nic. Podotykam, ze nektere
>>> z tech cest jsou i s turistickym znacenim.
>>>
>>>
>>> >
>>> > /tak mi z toho vyplývá, že se v lese nesmí vyšlapat stezka bez toho,
>>> aby