Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Lorenzo "Beba" Beltrami]

Il giorno 6 marzo 2017 19:54, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-06 18:41 GMT+01:00 Lorenzo "Beba" Beltrami  >:
>
>> highway=residential
>> + maxspeed=30
>>
>
>
> userei questo, se il cartello non ha alcun significato (forse vuol dire
> che devi prestare più attenzione perché ci potrebbero essere bambini che
> giocano?) Che senso ha un cartello senza significato?
>

Il significato che ha il cartello è proprio quello di prestare più
attenzione.
Nel CdS è indicato nel regolamento dell'articolo 39[1] ed è collegato alla
definizione di "Zona residenziale" dell'articolo 3[2]:
"58) Zona residenziale: zona urbana in cui vigono particolari regole di
circolazione a protezione dei pedoni e dell'ambiente, delimitata lungo le
vie di accesso dagli appositi segnali di inizio e di fine."

Le "particolari regole", da quello che ho letto, non sono mai state
definite...
Volendo si potrebbero mappare le strade indicate dal cartello come
living_street giusto per dare informazione dell'esistenza del cartello,
però a tutti gli effetti non ci sono altri preset forniti dallo stato di
highway=living_street al di fuori di "particolari cautele di comportamento"
non meglio specificate.

Lorenzo

[1] http://www.aci.it/i-servizi/normative/codice-della-strada/
titolo-ii-della-costruzione-e-tutela-delle-strade/art-39-
segnali-verticali/regolamento-art-39.html
[2] http://www.aci.it/i-servizi/normative/codice-della-strada/
titolo-i-disposizioni-generali/art-3-definizioni-stradali-e-di-traffico.html
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] OSM pivo Praha 1.3.2017

[Martin Hejna]

Mapy jeskyni ale umi byt i dost presne.
Bohuzel zadnou takovou po ruce nemam, tak jen co jsem ted nasel

http://www.planivy.cz/cztxt/mapy/pikspir.gif
http://img21.rajce.idnes.cz/d2102/11/11678/11678575_a0b3eda566afd602d283736277f5/images/vypustekmapa.jpg

Barvou se obvykle znaci patro (tedy hloubka).


Martin Hejna


On Mon, Mar 06, 2017 at 11:12:08PM +0100, Pavel Machek wrote:
> Ahoj!
> 
> > Sešli jsme se jen dva, já a Martin Hejna, v OSM začínající.
> > 
> > Probírali se spíše základy mapování, rendery, offline použití na vlastním 
> > serveru, software využívající OSM v PC a mobilních zařízeních.
> > V teoretické rovině probrány možnosti editace a tagování sportovních 
> > aktivit v přírodě.
> > - běh na lyžích, pravidelně/nepravidelně upravované běžecké stezky, v OSM 
> > většinou jsou
> > - divoká voda, trasy, nástupy, obtížnosti, splavnost dle stavu vody, v OSM 
> > zatím asi nic takového není
> > - horolezectví, problém 3D skal. Přístupové cesty, nástupní místa a 
> > obtížnosti cest by v OSM být mohli. 
> > - jeskyně a jejich vnitřní prostory, opět problém ve 3D, patra,
> > komíny, zaplavení.  Nezle mapovat jinak než speciální technikou.
> 
> Co vim, tak jeskyne se malujou dost casto "tak nejak od oka". Je
> dulezity neztratit se, ale neni zas az tak dulezity kde presne pod
> povrchem clovek je kdyz je v jeskyni.
> 
> A ano, jeskyne jsou opravdu 3D, ne jen 2.5D jako obchodni domy...
> 
> > - via ferrata v OSM (to jsme neprobírali ale souvisí to s tím)
> 
> Via ferrata se tam na normalne namalovat, i kdyz bez te 3D
> slozky; tagy na to jsou. Nejakou jsem kreslil.
> 
> Mejte se,
>   Pavel
> -- 
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html



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


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

[OSM-talk-fr] La FNSEA veut supprimer des cours d'eau de la carte

[Jean-Claude Repetto]

Deux articles intéressants à propos de la cartographie des petits cours 
d'eau que la FNSEA tente de déclasser:

https://reporterre.net/La-FNSEA-veut-faire-disparaitre-les-petits-cours-d-eau-de-nos-cartes
https://reporterre.net/Quand-le-gouvernement-et-la-FNSEA-redessinent-la-carte-des-cours-d-eau

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

Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Marián Kyral]

A co takhle to přidat sem?

https://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/freemap

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 3. 2017 7:02:11
Předmět: Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
"

Ahoj, zrovna včera jsem to tu hledal:



" uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať jsou na
IPR spokojeni."




HPM



Dne 7. 3. 2017 1:51 napsal uživatel "Dalibor Jelínek" :
"Ahoj,
jaky davame tag source= pri pouziti techto map?

 Dalibor


> -Original Message-
> From: r00t [mailto:r...@r00t.cz(mailto:r...@r00t.cz)]
> Sent: Wednesday, February 8, 2017 11:48 PM
> To: OpenStreetMap Czech Republic 
> Subject: Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>
>
> > To je nějaký divný:
> > Když ten link "OGC:WMS" zkusím přidat jako WMS do JOSM, tak zařve, že
> > tam žádný vrstvy nevidí :(
>
> Ty odkazy vedou na informacni stranku o mapovem podkladu, vlastni WMS
> url jsou:
> http://mpp.praha.eu/arcgis/services/MAP/mimovegetacni_snimkovani_cac
(http://mpp.praha.eu/arcgis/services/MAP/mimovegetacni_snimkovani_cac)
> he/MapServer/WMSServer?request=GetCapabilities=WMS
> http://mpp.praha.eu/arcgis/services/MAP/letecke_snimky_posledni_snimk
(http://mpp.praha.eu/arcgis/services/MAP/letecke_snimky_posledni_snimk)
> ovani_cache/MapServer/WMSServer?request=GetCapabilities=W
> MS
>
> (Dole na info strance je potreba kliknou na odkaz "Online zdroje OGC:WMS-
> 1.3.0-http-get-capabilities" a na te nasledujici strance je nahore WMS 
odkaz
> co uz JOSM pochopi - pridat jako WMS v nastaveni).
>
>
> /r
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(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] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

Ahoj,
postoupil jsem na další úroveň a přesunul nový přepínač vrstev do hlavní
větve. Takže nové url pro testování je http://rawgit.com/osmcz/osmcz/master/
index.html

Hlavní změna je přidání zjednodušeného (základního) režimu pro obyčejné
uživatele, který se zobrazí jako výchozí. Aby se nám nelekli ;-)
Na pokročilé zobrazení s dalšími vrstvami a skupinami je potřeba se přepnout
tlačítkem. Volba je pak následně uložena do cookies.

Pokud se neobjeví nějaká závažná chyba, tak bych to chtěl během týdne
nasadit na produkci.

Marián


-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 2. 2017 22:17:51
Předmět: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz
"
Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení přepínače
vrstev konečně přinesla ovoce a dostala se do stavu, kdy jsem s výsledkem
dostatečně spokojen. Hlavně, že to funguje dle mých představ ;-)

Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o otestování
a komentáře. Demo je dostupné na http://rawgit.com/osmcz/osmcz/improve-layer
-switcher/index.html
(http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html)



Hlavní změny:

   * Jednotlivé vrstvy rozděleny do skupin
   * Informační text se schoval za ikonu "?"
   * Ladění css a další drobnosti
   * Související změny pod kapotou - rozbitou vrstvu rozcestníku jsem snad
   už dal dohromady ;)


Pro zájemce - issue na Githubu: https://github.com/osmcz/osmcz/issues/36
(https://github.com/osmcz/osmcz/issues/36)


Musím říct, že jsem se po počátečních fázích beznaděje konečně trochu blíže
skamarádil s Bootstrapem. Šikovná věcička ;-)


Díky,
Marián


___
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: Využití Ortofotomapy pro OpenStreetMap

[Jan Martinec]

Ahoj, zrovna včera jsem to tu hledal:

" uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať jsou na
IPR spokojeni."

HPM

Dne 7. 3. 2017 1:51 napsal uživatel "Dalibor Jelínek" :

Ahoj,
jaky davame tag source= pri pouziti techto map?

 Dalibor

> -Original Message-
> From: r00t [mailto:r...@r00t.cz]
> Sent: Wednesday, February 8, 2017 11:48 PM
> To: OpenStreetMap Czech Republic 
> Subject: Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>
>
> > To je nějaký divný:
> > Když ten link "OGC:WMS" zkusím přidat jako WMS do JOSM, tak zařve, že
> > tam žádný vrstvy nevidí :(
>
> Ty odkazy vedou na informacni stranku o mapovem podkladu, vlastni WMS
> url jsou:
> http://mpp.praha.eu/arcgis/services/MAP/mimovegetacni_snimkovani_cac
> he/MapServer/WMSServer?request=GetCapabilities=WMS
> http://mpp.praha.eu/arcgis/services/MAP/letecke_snimky_posledni_snimk
> ovani_cache/MapServer/WMSServer?request=GetCapabilities=W
> MS
>
> (Dole na info strance je potreba kliknou na odkaz "Online zdroje OGC:WMS-
> 1.3.0-http-get-capabilities" a na te nasledujici strance je nahore WMS
odkaz
> co uz JOSM pochopi - pridat jako WMS v nastaveni).
>
>
> /r
>
>
> ___
> 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] Oprava ploch

[Dalibor Jelínek]

Ahoj,

jaké ošklivé duplicity to nechává?

Já jsem při té opravě nic divného nepozoroval.

Jestli to správně chápu, tak jsou to dva body,

co leží přímo na sobě a patří různým objektům.

Nevím, co by při jejich spojení mohlo být špatně.

 

Možná, kdyby to byly dvě různé silnice, které nejsou

spojené v realitě. Ale to asi není moc pravděpodobné, ne?

 

Dalibor

 

From: Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com] 
Sent: Friday, February 24, 2017 9:00 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Oprava ploch

 

Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily, které 
pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to řešit 
velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů není zas 
tolik.

 

On 24 February 2017 at 18:34, Miroslav Suchý  > wrote:

Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
angličtinou, tak lehké shrnutí:
Jochen Topf začal s akcí "oprav plochy v OSM"
Na stránce:
  http://area.jochentopf.com/fixing.html
Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
protínají, co jsou otevřené, a co mají špatnou roli.
Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
Např. Praha je zde:
http://tools.geofabrik.de/osmi/?view=areas 

 =14.47499=50.08817=11=duplicate_node
Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
"Fix", které to opraví.

Mirek

 Přeposlaná zpráva 
Předmět: OSM area fixing initiative
Datum: Fri, 24 Feb 2017 14:20:48 +0100
Od: Jochen Topf  >
Komu: Miroslav Suchy  >, Ladislav 
Laska
 >, Martin Tesař 
 >, Dalibor
Jelínek  >

Hi!

I have started an "OSM area fixing initiative". We are trying to fix all
broken (multi)polygons in OSM. A lot more detail is at
http://area.jochentopf.com/.

You are the only people I know (from Elbe-Labe-Meeting) in the Czech
Republic, so I'll write to you, in the hope that you can forward this
to the wider Czech community and get them involved. We need all the help
we can get.

There is a lot to do in the Czech Republic and the world, but I wanted
to make you aware of one particlar issue: There are about 5000 duplicate
nodes in Prague, a large part of the 25000 duplicate nodes in the world.
You can see this here:
http://tools.geofabrik.de/osmi/?view=areas 

 =14.47499=50.08817=11=duplicate_node

This is probably from some kind of import. If the import is still
ongoing it should be taken into account.

These are actually not that hard to fix. See "Fixing duplicate nodes" at
http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes

I appreciate any help!

Jochen
--
Jochen Topf  joc...@remote.org    
https://www.jochentopf.com/
+49-351-31778688  

___
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: Využití Ortofotomapy pro OpenStreetMap

[Dalibor Jelínek]

Ahoj,
jaky davame tag source= pri pouziti techto map?

 Dalibor

> -Original Message-
> From: r00t [mailto:r...@r00t.cz]
> Sent: Wednesday, February 8, 2017 11:48 PM
> To: OpenStreetMap Czech Republic 
> Subject: Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
> 
> 
> > To je nějaký divný:
> > Když ten link "OGC:WMS" zkusím přidat jako WMS do JOSM, tak zařve, že
> > tam žádný vrstvy nevidí :(
> 
> Ty odkazy vedou na informacni stranku o mapovem podkladu, vlastni WMS
> url jsou:
> http://mpp.praha.eu/arcgis/services/MAP/mimovegetacni_snimkovani_cac
> he/MapServer/WMSServer?request=GetCapabilities=WMS
> http://mpp.praha.eu/arcgis/services/MAP/letecke_snimky_posledni_snimk
> ovani_cache/MapServer/WMSServer?request=GetCapabilities=W
> MS
> 
> (Dole na info strance je potreba kliknou na odkaz "Online zdroje OGC:WMS-
> 1.3.0-http-get-capabilities" a na te nasledujici strance je nahore WMS odkaz
> co uz JOSM pochopi - pridat jako WMS v nastaveni).
> 
> 
> /r
> 
> 
> ___
> 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-es] Reunión mensual OSM-es

[Santiago Crespo]

Hola,

Recordad que mañana martes a las 22:00 celebramos la reunión mensual en
riot [1]

Estáis a tiempo de añadir los puntos que queráis tratar:

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

El acta de la anterior:

https://osm.org/wiki/ES:Acta_20170207

Saludos,
Santiago Crespo

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

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

Re: [Talk-cz] OSM pivo Praha 1.3.2017

[Pavel Machek]

Ahoj!

> Sešli jsme se jen dva, já a Martin Hejna, v OSM začínající.
> 
> Probírali se spíše základy mapování, rendery, offline použití na vlastním 
> serveru, software využívající OSM v PC a mobilních zařízeních.
> V teoretické rovině probrány možnosti editace a tagování sportovních aktivit 
> v přírodě.
> - běh na lyžích, pravidelně/nepravidelně upravované běžecké stezky, v OSM 
> většinou jsou
> - divoká voda, trasy, nástupy, obtížnosti, splavnost dle stavu vody, v OSM 
> zatím asi nic takového není
> - horolezectví, problém 3D skal. Přístupové cesty, nástupní místa a 
> obtížnosti cest by v OSM být mohli. 
> - jeskyně a jejich vnitřní prostory, opět problém ve 3D, patra,
> komíny, zaplavení.  Nezle mapovat jinak než speciální technikou.

Co vim, tak jeskyne se malujou dost casto "tak nejak od oka". Je
dulezity neztratit se, ale neni zas az tak dulezity kde presne pod
povrchem clovek je kdyz je v jeskyni.

A ano, jeskyne jsou opravdu 3D, ne jen 2.5D jako obchodni domy...

> - via ferrata v OSM (to jsme neprobírali ale souvisí to s tím)

Via ferrata se tam na normalne namalovat, i kdyz bez te 3D
slozky; tagy na to jsou. Nejakou jsem kreslil.

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


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

Re: [Talk-GB] Is this a pokemon go edit?

[Philip Barnes]

Hi Ian
It certainly looks like a pokemon edit or vandalism. 
I would simply revert it.

It is too unlikely, unlikely that shops would be demolished for a park. 
Unlikely as it is too small an area. 

Phil (trigpoint)

On Monday, 6 March 2017, Ian Caldwell wrote:
> This changeset look wrong.
> 
> https://www.openstreetmap.org/changeset/46565840
> 
> I have contacted the contributor but no reply in 24 hours.
> 
> Is it the kind that pokemon go players do?
> 
> Should I reverse it without a ground survey?
> 
> Ian
>

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

[Talk-GB] New postcode overlay

[Chris Hill]

I have updated both the Codepoint Open [1] and ONSPD [2] postcode tiles 
which can assist with . The open data from OS has changed from 
Address-Point which was discontinued last year I think. The new source 
is the Postal Address Location Feed of Geoplace. This means some 
postcode centroids have moved. Most differences are small but a few are 
infeasibly large.


I have also created a new map overlay [3] showing the postcodes that 
have been added recently. This will help people find places, such as new 
developments, that need a survey. Any feedback would be welcome. If it 
is useful I'll update it each time a new version of the open postcode 
data are released.


I'm working on including an overlay that shows postcodes that have 
recently been retired too.


[1] http://codepoint.raggedred.net
[2] http://onspd.raggedred.net
[3] http://pcdates.raggedred.net

--
cheers
Chris Hill (chillly)


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

Re: [OSM-talk-fr] Catégorie piscicole des cours d'eau

[Philippe Verdy]

Tu noteras quand même que le décret fait référence à certaines espèces (la
truite) et la notion de protection, qui n'est pas totalement du seul
ressort du conseil d'Etat qui ne fait qu'enteriner les décisions prises.
En l'occurence cette categorisation même frano-française est liée à cette
protection, (la deuxième catégorie couvrant les autres rivières classées où
la pêche est plus permissive, mais comme tru l'as dit, les saisons de
pêches régulent quand même et protègent les espèces, en plus du programme
de protection de la qualité et des niveaux d'eau et de l'écoulement.

Tout cela semble présager des réformes dans les catégories, car les
programmes de protection évoluent vite (comme aussi malgré les protection
les interdictions de pêche qui se multiplient en découvrant l'étendue des
pollutions: là le conseil d'Etat n'est pas seul et il y a des tas de
décisions préfectorales et divers programmes de surveillance, et on trouve
aussi des décretrs ministériels suite à certains événements comme des
inondations ou périodes de sécheresses, notamment concernant les
coquillages et crustacés, et d'autres éléments comme les proliférations
invasives qui malgré l'interdiction promeuvent les captures dont des
espèces importées et lâchées imprudemment ou par accident).

De plus l;'Etat agit de moins en moins dans ce domaine, les agences de
bassins ou de gestions de parcs ayant leurs propres programmes, et
disposant d'une autonomie suffisance pour réguler elles-mêmes, là où le
Conseil d'Etat ne sera jamais assez réactif (ce qui laisse la question de
la pertinence de cette classification si sur le terrain ce n'est pas du
tout ce qui est applicable). Je me fierais plus à ce qui est enregistré par
les préfectures (qui ne décident pas elles-mêmes mais sont là pour vérifier
la légalité des décisions locales d'autorités plus compétentes et à qui on
a pourvu un tel pouvoir réglementaire ou de contrôle, ou la revente des
droits de pêche).

On pourrait dire la même chose concernant les zones de chasse (avec là
aussi plein d'intervenants et un code rural ultracompliqué entre domaine
public et domaine privé des institutions publiques ou des organisations
privés ou individus et de leurs associations).



Le 6 mars 2017 à 22:13,  a écrit :

> Oui c'est du franco-français (donc fishing:category:FR) mains non la
> fédération de pêche n'y est pour rien.
>
> Du moins pas directement :
>
> https://www.legifrance.gouv.fr/affichCodeArticle.do?
> cidTexte=LEGITEXT06074220=LEGIARTI06834165&
> dateTexte==cid
>
> *Article L436-5*
>
> * Des **décrets en Conseil d'Etat** déterminent les conditions dans
> lesquelles sont fixés, éventuellement par bassin :*
>
> *5...)*
>
> * 10° Le **classement des cours d'eau, canaux et plans d'eau en deux
> catégories** :*
>
> * a) La première catégorie comprend ceux qui sont principalement peuplés
> de truites ainsi que ceux où il paraît désirable d'assurer une protection
> spéciale des poissons de cette espèce ;*
>
> * b) La seconde catégorie comprend tous les autres cours d'eau, canaux et
> plans d'eau soumis aux dispositions du présent titre.*
>
>
> Donc :
>
> - Conseil D’État, je crois qu'on peut se contenter du suffixe :FR.
>
> - il y a aussi les 9 points précédents mais seul le 9 "Les cours d'eau ou
> parties de cours d'eau où la pêche en marchant dans l'eau est interdite en
> vue de la protection du milieu aquatique ") semble aussi géoréférencé.
>
> fishing:walk=yes/no, ça, ce serait international.
>
> Mais les tailles de poissons semblent aussi dépendre des régions (
> http://www.federationpeche.com/56/departement.php?page=498), ce qui ne
> serait pas étonnant (c'est le cas en mer).
>
> Et là, comme ça dépend des variétés, tu fais un opening_hours: ?
> Mais si la catégorie de la rivière est le point le plus important, on peut
> "dans un premier temps" s'en contenter. Surtout si les pêcheurs restent
> dans les rivières proches ayant les mêmes règles.
>
> N. B. : il s'agit bien évidemment des pêcheurs en eau douce ou saumâtre,
> en mer la situation est différente. Certains ont payé 1200 € d'amende pour
> avoir pêché des ormeaux de 9 cm en étant remonté de l'autre côté du cap où
> la taille minimale de capture était de 9,5 cm. Je parle bien-sûr de Haliotis
> tuberculata , pas
> d'un Ulmus ;-) et depuis sur tout l'Atlantique la taille minimale est de 9
> cm.
>
> Jean-Yvon
>
> Le 06/03/2017 à 18:27, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Donc tu réponds toi-même à la question: c'est bien du franco-français. Et
> je ne suis pas convaincu que cette classification s'applique à tous les
> territoires.
>
> Il y a bien cette définition (plus fiable que Wikipédia), http://www.
> federationpeche.fr/169-comment-pecher-.htm
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>

Re: [OSM-talk-fr] Catégorie piscicole des cours d'eau

[osm . sanspourriel]

Oui c'est du franco-français (donc fishing:category:FR) mains non la 
fédération de pêche n'y est pour rien.


Du moins pas directement :

https://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06074220=LEGIARTI06834165==cid

/Article L436-5//
/

/Des //*décrets en Conseil d'Etat*//déterminent les conditions dans 
lesquelles sont fixés, éventuellement par bassin :/


///5...)//
/

/10° Le //*classement des cours d'eau, canaux et plans d'eau en deux 
catégories*//:/


/a) La première catégorie comprend ceux qui sont principalement peuplés 
de truites ainsi que ceux où il paraît désirable d'assurer une 
protection spéciale des poissons de cette espèce ;/


/b) La seconde catégorie comprend tous les autres cours d'eau, canaux et 
plans d'eau soumis aux dispositions du présent titre./



Donc :

- Conseil D’État, je crois qu'on peut se contenter du suffixe :FR.

- il y a aussi les 9 points précédents mais seul le 9 "Les cours d'eau 
ou parties de cours d'eau où la pêche en marchant dans l'eau est 
interdite en vue de la protection du milieu aquatique ") semble aussi 
géoréférencé.


fishing:walk=yes/no, ça, ce serait international.

Mais les tailles de poissons semblent aussi dépendre des régions 
(http://www.federationpeche.com/56/departement.php?page=498), ce qui ne 
serait pas étonnant (c'est le cas en mer).


Et là, comme ça dépend des variétés, tu fais un opening_hours: ?
Mais si la catégorie de la rivière est le point le plus important, on 
peut "dans un premier temps" s'en contenter. Surtout si les pêcheurs 
restent dans les rivières proches ayant les mêmes règles.


N. B. : il s'agit bien évidemment des pêcheurs en eau douce ou saumâtre, 
en mer la situation est différente. Certains ont payé 1200 € d'amende 
pour avoir pêché des ormeaux de 9 cm en étant remonté de l'autre côté du 
cap où la taille minimale de capture était de 9,5 cm. Je parle bien-sûr 
de Haliotis tuberculata 
, pas d'un Ulmus ;-) 
et depuis sur tout l'Atlantique la taille minimale est de 9 cm.


Jean-Yvon


Le 06/03/2017 à 18:27, Philippe Verdy - verd...@wanadoo.fr a écrit :
Donc tu réponds toi-même à la question: c'est bien du franco-français. 
Et je ne suis pas convaincu que cette classification s'applique à tous 
les territoires.


Il y a bien cette définition (plus fiable que Wikipédia), 
http://www.federationpeche.fr/169-comment-pecher-.htm


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

[Talk-GB] Is this a pokemon go edit?

[Ian Caldwell]

This changeset look wrong.

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

I have contacted the contributor but no reply in 24 hours.

Is it the kind that pokemon go players do?

Should I reverse it without a ground survey?

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

Re: [Talk-es] Importación de la red básica de transporte de agua de Tenerife

[Javier Sánchez Portero]

Hola Diego

No se trata en absoluto de infraestructuras para *drenaje* (que es lo que
se menciona en la wiki para la etiqueta waterway=ditch), son
infraestructuras para la *distribución* de agua de abastecimiento, tanto de
riego, como de consumo.

https://goo.gl/Svj0Eh
https://goo.gl/TEm8KR

En principio llevan agua todo el año.

El 6 de marzo de 2017, 17:06, Diego García  escribió:

> Si los cauces para drenaje (doy por supuesto que excavados por el hombre,
> sino no serían waterway drain), sirven para evacuar el agua de lluvia y/o
> el exceso de riego, es decir, no llevan agua continuamente, valora incluir
> también la etiqueta intermittent=yes.
>
>
> Un saludo,
>
> El lun., 6 mar. 2017 a las 10:28, Javier Sánchez Portero (<
> javiers...@gmail.com>) escribió:
>
>> En mi caso, históricamente, se usaban tanto para riego como para
>> abastecimiento. Actualmente el consumo humano se ha pasado a conducciones
>> cerradas por seguridad.
>>
>> El 6 de marzo de 2017, 9:12, Javier Sánchez Portero > > escribió:
>>
>> Estoy de acuerdo, cambio la propuesta para usar esa etiqueta en la
>> importación y modifico todos los canales que están actualmente dibujados en
>> la isla.
>>
>> Voy a ver si puedo traducir la entrada en la wiki de la etiqueta ditch y
>> habría que poner alguna anotación en Normalización para evitar futuras
>> confusiones.
>>
>> Overpass da 1934 vías (y 7 polígonos ¿?) para waterway:drain and name=*
>> in Spain y 3192 vías (y 1 polígono) para la misma consulta con ditch.
>>
>> El 6 de marzo de 2017, 6:45, David Marín Carreño 
>> escribió:
>>
>> No es lo mismo un drain que un ditch.
>>
>> Drain es una conducción de agua de drenaje. Se usa para canalizar y
>> drenar el agua de lluvia.
>>
>> Acequia es 'irrigation ditch' en inglés, los que podría traducirse
>> textualmente como "zanja de regadío".
>>
>> No conozco el caso de Tenerife, pero si estamos hablando de acequias de
>> regadío yo no usaría drain sino ditch.
>>
>> Un saludo
>> --
>> David
>>
>> El lun., 6 mar. 2017 1:40, Javier Sánchez Portero 
>> escribió:
>>
>> Hola
>>
>> Comunico para su debate el segundo proyecto de importación relacionado
>> con el Plan Hidrológico de Tenerife que tengo previstos.
>>
>> > Tenerife%27s_basic_water_transport_network>
>>
>> Me gustaría contar con vuestras aportaciones y sugerencias para poder
>> dirigirme luego a la lista imports.
>>
>> He elegido como etiqueta para los canales (acéquias) waterway=drain, que
>> es la que actualmente se está usando en la isla. En otros lugares de España
>> se está usando waterway=ditch y según Overpass se usa más aunque hay muchas
>> apariciones de ambas.
>>
>> Saludos, Javier Sánchez
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> 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] Traffic jam historical Open data ?

[mgwebmail]

Yeah sure, welcome in the belgian imbroglio :-( Anyway, I’m especially 
interested in Brussels, guess why :-)

Nevertheless there are sources at the federal level - not open though.

> On 06 Mar 2017, at 19:31, Wannes Soenen  wrote:
> 
> Problem is traffic is a regional regulation. You'd need a flemish, walloon 
> and brussels source
> 
> 
> On 6 mrt. 2017 19:02 +0100, Matthieu Gaillet , wrote:
>> Hey open data specialists,
>> 
>> Not exactly osm-related, but does anyone know a Belgian source of open data 
>> regarding traffic jams in Belgium ? I'm looking for historical data (like 
>> how many kilometre jams in a given region at a given time)
>> 
>> Thanks for helping,
>> 
>> Matthieu G. (en mode mobile)
>> 
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be


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

Re: [Talk-us] MO Stare Road Classifications.

[Paul Johnson]

On Mon, Mar 6, 2017 at 12:01 PM, Nathan Mills  wrote:

> Typically state DOT functional classification freeway and expressway both
> imply limited, but not necessarily fully controlled, access, so trunk is a
> good first approximation. However, the DOT classification diverges enough
> from OSM tagging standards/consensus (such as it is in the US, anyway) that
> using it as anything more than a basic reference where decent satellite
> imagery and ground truth observations are unavailable is a bad idea.
>

Fully agreed.  In Oklahoma and Arkansas, there's plenty of county roads
that are barely passable with a capable 4x4 with decent ground clearance
and even a state highway that's never been paved.  And then at least
Missouri has two state highway systems with two very different
purposes...so Missouri's classifications don't map cleanly on an exact
basis but do map nicely when being internally consistent with the rest of
north america...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Martin Koppenhoefer]

2017-03-06 18:41 GMT+01:00 Lorenzo "Beba" Beltrami :

> highway=residential
> + maxspeed=30
>


userei questo, se il cartello non ha alcun significato (forse vuol dire che
devi prestare più attenzione perché ci potrebbero essere bambini che
giocano?) Che senso ha un cartello senza significato?

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

Re: [OSM-talk-be] Traffic jam historical Open data ?

[Wannes Soenen]

Problem is traffic is a regional regulation. You'd need a flemish, walloon and 
brussels source

On 6 mrt. 2017 19:02 +0100, Matthieu Gaillet , wrote:
> Hey open data specialists,
>
> Not exactly osm-related, but does anyone know a Belgian source of open data 
> regarding traffic jams in Belgium ? I'm looking for historical data (like how 
> many kilometre jams in a given region at a given time)
>
> Thanks for helping,
>
> Matthieu G. (en mode mobile)
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] emergency access points

[Walter Nordmann]

Am 06.03.2017 um 16:32 schrieb Harald Hartmann:

https://wambachers-osm.website/emergency/ zeigt mir leider nur eine
leere Seite.

Hi, bei mir und anderen funtz das Teil aber.

Bei mir funtzt es leider auch nicht mehr. Sobald ich einen Layer
einblende, kommen laute weiße Kacheln mit Codeschnipseln darauf


Sind wieder alle da. bitte 1x reload machen.

Ist irgend ein komisches Problem mit dem Geoserver, der die hier 
angezeigten WMS-Layer liefert. Und irgendwie hat der sich bei einigen 
Layern verschluckt


Gruss
walter




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

Re: [Talk-us] MO Stare Road Classifications.

[Nathan Mills]

Typically state DOT functional classification freeway and expressway both imply 
limited, but not necessarily fully controlled, access, so trunk is a good first 
approximation. However, the DOT classification diverges enough from OSM tagging 
standards/consensus (such as it is in the US, anyway) that using it as anything 
more than a basic reference where decent satellite imagery and ground truth 
observations are unavailable is a bad idea.

It's better than nothing when looking at unreviewed stuff from the TIGER 
import, for sure, but that's about it.

-Nathan

On March 6, 2017 11:13:28 AM EST, Paul Johnson  wrote:
>On Mar 5, 2017 13:35, "OSM Volunteer stevea"
>
>wrote:
>
>
>I would say "almost, but not quite."  Interstate and Freeway, both
>highway=motorway.  Expressway, highway=trunk.
>
>
>If it's semi limited access (few to no driveways, a mix of at grade and
>grade separated junctions), I would call that a trunk.  Just a highway
>that
>isn't limited access? Not a motorway or trunk.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-be] Traffic jam historical Open data ?

[Matthieu Gaillet]

Hey open data specialists,

Not exactly osm-related, but does anyone know a Belgian source of open data 
regarding traffic jams in Belgium ? I'm looking for historical data (like how 
many kilometre jams in a given region at a given time)

Thanks for helping,

Matthieu G.  (en mode mobile)

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Alessandro]

Il 06/03/2017 18:23, Martin Koppenhoefer ha scritto:


2017-03-06 18:18 GMT+01:00 Federico Cortese >:

Nella pagina dell'import si parla di "CC-BY 2.5", sono gli stessi dati?



non lo so, lui ha scritto nel changeset comment, che i dati importati da
lui sono questi:
http://dati.emilia-romagna.it/dataset/numerazione-civica-del-territorio-comunale--50f328b0/resource/fa3d040e-d4ea-4cdd-85c7-a83294fbeab0




Non sono gli stessi dati, quelli dell'import provengono dal sito della 
Regione Emilia Romagna. A quel punto uno si aspetta che siano uguali ... 
ma a volte non è così: l'ho verificato a Parma dove quelli regionali 
paiono più precisi di quelli rilasciati dal comune (è strano ma è così).


Alessandro Ale_Zena_IT


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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Lorenzo "Beba" Beltrami]

Il giorno 6 marzo 2017 18:23, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-06 18:18 GMT+01:00 Federico Cortese :
>
>> Nella pagina dell'import si parla di "CC-BY 2.5", sono gli stessi dati?
>>
>
>
> non lo so, lui ha scritto nel changeset comment, che i dati importati da
> lui sono questi: http://dati.emilia-romagna.it/dataset/numerazione-civica-
> del-territorio-comunale--50f328b0/resource/fa3d040e-
> d4ea-4cdd-85c7-a83294fbeab0
>

Aiuto... Mi ero perso il link della sua fonte, che è diversa da quello
dell'import che stiamo facendo!

L'import in corso si basa sui dati regionali[1][2] rilasciati in CC-BY 2.5,
non su quelli comunali CC-0 che sta usando poschon...
Chi sa quali sono più aggiornati... O se sotto sotto fanno parte dello
stesso dataset come sottoinsei distribuito con due licenze differenti!
(Cosa che non mi stupirebbe affatto...)

Lorenzo

[1]
http://servizigis.regione.emilia-romagna.it/ctwmetadatiRER/metadatoISO.ejb?stato_IdMetadato=iOrg01iEnP1idMetadato78098
[2]
http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/gestione-viabilita-indirizzi/toponimi-e-numeri-civici
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Lorenzo "Beba" Beltrami]

Il giorno 6 marzo 2017 17:25, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-06 14:15 GMT+01:00 Federico Cortese :
>
>> 2017-03-06 13:11 GMT+01:00 Volker Schmidt :
>> > Re: Living Street
>> >
>> > Il segnale "zona residenziale" senza cartelli aggiuntivi non implica
>> niente
>> > secondo il CdS. ...
>> > Quindi non lo metterei nella tabella come categoria (e non utilizzerei
>> il il
>> > highway=living-street  in OSM in Italia)
>> > O sbaglio?
>>
>> No, secondo me non sbagli affatto.
>>
>
>
> ok, ho modificato la pagina, verificate e modificate a piacimento:
> https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dliving_street
>
> Io lascerei la documentazione nel wiki italiano, perché non documenta lo
> stato in Italia ma è la documentazione in italiano (per tutto il mondo).
>

Scusate, ma nella mia città quel cartello[0] viene usato abbastanza spesso
e in modo appropriato.
C'è proprio un piano comunale di zone residenziali/zone 30 che coprono
interi quartieri (specificati nelle varie ordinanze comunali) e
correttamente segnalate con il cartello in questione[1].

Sono d'accordo sul fatto che il CdS non dà particolare significato a quel
cartello e che i limiti sono comunque indicati nei pannelli integrativi
(nella caso della foto sono infatti subito a destra).

A questo punto però come mappo quelle strade?

highway=living_street
+ maxspeed=30

oppure

highway=residential
+ maxspeed=30

?

Va da se che NON si tratta delle vie del centro storico, che sono
correttamente mappate come residential o pedestrian in base al fatto che
siano aree pedonali o meno e dove, inoltre, ho cominciato a mappare la ZTL
con il tag suggerito da Martin[2].

Lorenzo

[0]
https://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_zona_residenziale.svg
[1] https://www.mapillary.com/map/im/odFie2xA8jjyefj0Lpd4pg Seppur sfocato
è sull'estrema sinistra del cartello che c'è in alto a destra nella foto
[2]
https://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlimited_traffic_zone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Catégorie piscicole des cours d'eau

[Philippe Verdy]

Donc tu réponds toi-même à la question: c'est bien du franco-français. Et
je ne suis pas convaincu que cette classification s'applique à tous les
territoires.

Il y a bien cette définition (plus fiable que Wikipédia),
http://www.federationpeche.fr/169-comment-pecher-.htm
Il semble bien que ce soit cette fédération qui soit en charge de gérer ça
pour la pêche de loisir et les cartes de pêche : "La loi sur l’eau et les
milieux aquatiques du 30 décembre 2006 confère à la FNPF notamment la
promotion et le développement du loisir pêche.". L'Onema en revanche n'a
plus de statut autonome et se retrouve dans une agence publique (AFB) en
charge d'activités similaires ou liées à la protection de l'environnement.
La classification ONEMA ne semble pas non plus empêcher d'autres
régulations car il y a pas mal de monde à concerter (agences de bassin,
parcs et réserves naturels, collectivités, aquaculteurs, exploitants de
barrages ou centrales nucléaires, services de sécurité civile, autres
agences des eaux et forêts, institutions nationales/préfectorales, droit
européen pour les cours d'eau transfrontaliers, agences de coopération
transnationales, protection des zones humides, fluviales, lacustres ou
maritimes...) et la régulation locale est plus compliquée que cette seule
classification (qui ne concerne que les cours d'eau classés, et pas des tas
d'autres où pourtant la pêche ou l'aquaculture peut être autorisée) qui a
aussi des ramification sur le milieu marin (dont la loi littoral) et la
protection sanitaire animale (épizooties, etc.) voire aussi humaine.
L'environnement est un domaine qui bouge beaucoup, la pêche n'est pas toute
seule et le cadre est déjà différent entre la pêche de loisir et la pêche
professionnelle ou l'aquaculture, et selon les espèces (ainsi que sur
celles autorisées pour les lâchers lors de concours, pas toujours non plus
sur des cours d'eau naturel mais dans des bassins). De fait les agences
sont régulièrement restructurées avec de nouveaux objectifs ou pour de
nouveaux types de concertations, de nouveaux ministères de tutelle, des
financements différents.

Reste à identifier la source précise et l'identifier correctement dans le
tag. Histoire d'éviter aussi le bazar ultérieur en cas de changement des
classifications.

Le 6 mars 2017 à 17:45, ades_...@orange.fr  a écrit :

> plus simplement :
> classement d’une rivière en catégorie (1 ou 2) par le préfet après avis
> ONEMA !
> 1ère ou 2ème catégorie ça indiquer les poissons que tu peux pêcher et à
> quelles dates, c’est tout. C’est un classement administratif !
> A mon avis, pour répondre à Claude, manque juste une indication de type
> ‘fr’  : fishing:fr:category = 1 (ou 2) reste à définir la syntaxe exacte ;-)
>
> cf : https://fr.wikipedia.org/wiki/Droit_de_la_gestion_des_
> cours_d%27eau_en_France#Gestion_piscicole
> 
>  et
> surtout service public. fr droit de l’environnement…
>
> Le 5 mars 2017 à 16:08, Philippe Verdy  a écrit :
>
> Ce genre de catégorie numérique codée devrait s'appuyer sur un standard ou
> une référence, pas juste "category=1" qui ne signifie pas grand chose, même
> avec le préfix "fishing:" Qui fait cette classification? Si c'e'st une
> asso, sa compétence peut être assez locale et avec une classification
> différente de celle émise par d'autres assos. Si c'est une fédération
> nationale, la mettre dans un préfixe (évenuellement aprtès les préfixe
> "FR:" si c'est franco-français.
>
> Si c'est une classification européenne elle peut avoir des critères
> spécifiques différents selon les usages (pêche de loisir ou pêche
> professionnelle, ou zones de protection particulières pour certaines
> espèces, ou programmes de protection plus général incluant la lutte contre
> la pollution, le nettoyage des berges, l'accessibilité des berges,
> l'autorisation ou l'interdiction de certains modes: ligne, carrelets,
> mouche, ou bien l'autorisation des captures ou le relâcher obligatoire, ou
> bien encore une classification sportive pour les concours, ou encore
> l'ouverture au tourisme, ou l'obligation d'acquitter une licence, et la
> limitation des prises ou la saisonnalité, ou encore la réserve des plans
> d'eau contre d'autres activités aquatiques, comme les bateaux à moteur, les
> zones de baignade autorisées/interdites). Tout ça me parait bien plus
> compliqué qu'une "simple" catégorie 1.
>
> Je pense en plus que les agences de bassin ont une compétence
> administrative particulière sur les cours d'eau (devant même les
> collectivités) pour les réglementer.
>
> Bref ajouter la source en préfixe est un minimum (comme pour les monuments
> historiques).
>
>
> Le 5 mars 2017 à 12:35, claude marani  a écrit :
>
>> Bonjour
>>
>> Quelle clé peut-on utiliser pour spécifier la catégorie piscicole d'un
>> cours d'eau.
>>
>> J'ai regardé sur taginfo mais je n'ai pas trouvé grand 

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-06 18:18 GMT+01:00 Federico Cortese :

> Nella pagina dell'import si parla di "CC-BY 2.5", sono gli stessi dati?
>


non lo so, lui ha scritto nel changeset comment, che i dati importati da
lui sono questi:
http://dati.emilia-romagna.it/dataset/numerazione-civica-del-territorio-comunale--50f328b0/resource/fa3d040e-d4ea-4cdd-85c7-a83294fbeab0

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-06 17:45 GMT+01:00 Martin Koppenhoefer :
>
> quello sicuramente si, ma in questo caso l'attribuzione non è richiesto
> (cc0).
>

Nella pagina dell'import si parla di "CC-BY 2.5", sono gli stessi dati?

Ciao,
Federico

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-06 17:42 GMT+01:00 Paolo Monegato :
>
> Beh, quella dell'utente dedicato m'è sempre parsa una regola insulsa (e
> potenzialmente distruttiva della comunità)... il resto invece è da
> biasimare*, soprattutto per il punto 4 perché non mettere la fonte di un
> dato che legalmente lo richiede (per via della licenza) dovrebbe bastare ed
> avanzare per procedere al revert, anche se fosse in regola con tutto il
> resto...
>

Per l'account dedicato concordo, anche se è espressamente indicato
nelle guidelines.
Addirittura si suggerisce di creare degli alias alla mail per poter
creare più account osm.

> *però per quanto riguarda l'avviso alla lista import: se è un import già
> autorizzato mica deve chiedere nuovamente il permesso...
>

Infatti.

>
> Il 06/03/2017 14:54, Federico Cortese ha scritto:
>>
>> 3) Nella pagina dell'import nessuna area è stata assegnata ad un
>> utente, nonostante l'apposita colonna della tabella "preso in carico
>> da". Questo significa che l'import non era nemmeno iniziato? ;)
>
>
> O che non hanno aggiornato la pagina sul wiki...
>

Certo, era il significato del sorriso :)

Ciao,
Federico

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

Re: [Talk-es] Importación de la red básica de transporte de agua de Tenerife

[Diego García]

Si los cauces para drenaje (doy por supuesto que excavados por el hombre,
sino no serían waterway drain), sirven para evacuar el agua de lluvia y/o
el exceso de riego, es decir, no llevan agua continuamente, valora incluir
también la etiqueta intermittent=yes.


Un saludo,

El lun., 6 mar. 2017 a las 10:28, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> En mi caso, históricamente, se usaban tanto para riego como para
> abastecimiento. Actualmente el consumo humano se ha pasado a conducciones
> cerradas por seguridad.
>
> El 6 de marzo de 2017, 9:12, Javier Sánchez Portero 
> escribió:
>
> Estoy de acuerdo, cambio la propuesta para usar esa etiqueta en la
> importación y modifico todos los canales que están actualmente dibujados en
> la isla.
>
> Voy a ver si puedo traducir la entrada en la wiki de la etiqueta ditch y
> habría que poner alguna anotación en Normalización para evitar futuras
> confusiones.
>
> Overpass da 1934 vías (y 7 polígonos ¿?) para waterway:drain and name=* in
> Spain y 3192 vías (y 1 polígono) para la misma consulta con ditch.
>
> El 6 de marzo de 2017, 6:45, David Marín Carreño 
> escribió:
>
> No es lo mismo un drain que un ditch.
>
> Drain es una conducción de agua de drenaje. Se usa para canalizar y drenar
> el agua de lluvia.
>
> Acequia es 'irrigation ditch' en inglés, los que podría traducirse
> textualmente como "zanja de regadío".
>
> No conozco el caso de Tenerife, pero si estamos hablando de acequias de
> regadío yo no usaría drain sino ditch.
>
> Un saludo
> --
> David
>
> El lun., 6 mar. 2017 1:40, Javier Sánchez Portero 
> escribió:
>
> Hola
>
> Comunico para su debate el segundo proyecto de importación relacionado con
> el Plan Hidrológico de Tenerife que tengo previstos.
>
> <
> https://wiki.openstreetmap.org/wiki/ES:Import_of_Tenerife%27s_basic_water_transport_network
> >
>
> Me gustaría contar con vuestras aportaciones y sugerencias para poder
> dirigirme luego a la lista imports.
>
> He elegido como etiqueta para los canales (acéquias) waterway=drain, que
> es la que actualmente se está usando en la isla. En otros lugares de España
> se está usando waterway=ditch y según Overpass se usa más aunque hay muchas
> apariciones de ambas.
>
> Saludos, Javier Sánchez
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-06 17:42 GMT+01:00 Paolo Monegato :

> perché non mettere la fonte di un dato che legalmente lo richiede (per via
> della licenza) dovrebbe bastare ed avanzare per procedere al revert, anche
> se fosse in regola con tutto il resto...



quello sicuramente si, ma in questo caso l'attribuzione non è richiesto
(cc0).

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

Re: [OSM-talk-fr] Catégorie piscicole des cours d'eau

[ades_...@orange.fr]

plus simplement : 
classement d’une rivière en catégorie (1 ou 2) par le préfet après avis ONEMA !
1ère ou 2ème catégorie ça indiquer les poissons que tu peux pêcher et à quelles 
dates, c’est tout. C’est un classement administratif !
A mon avis, pour répondre à Claude, manque juste une indication de type ‘fr’  : 
fishing:fr:category = 1 (ou 2) reste à définir la syntaxe exacte ;-)

cf : 
https://fr.wikipedia.org/wiki/Droit_de_la_gestion_des_cours_d%27eau_en_France#Gestion_piscicole
 

 et surtout service public. fr droit de l’environnement…
> Le 5 mars 2017 à 16:08, Philippe Verdy  a écrit :
> 
> Ce genre de catégorie numérique codée devrait s'appuyer sur un standard ou 
> une référence, pas juste "category=1" qui ne signifie pas grand chose, même 
> avec le préfix "fishing:" Qui fait cette classification? Si c'e'st une asso, 
> sa compétence peut être assez locale et avec une classification différente de 
> celle émise par d'autres assos. Si c'est une fédération nationale, la mettre 
> dans un préfixe (évenuellement aprtès les préfixe "FR:" si c'est 
> franco-français.
> 
> Si c'est une classification européenne elle peut avoir des critères 
> spécifiques différents selon les usages (pêche de loisir ou pêche 
> professionnelle, ou zones de protection particulières pour certaines espèces, 
> ou programmes de protection plus général incluant la lutte contre la 
> pollution, le nettoyage des berges, l'accessibilité des berges, 
> l'autorisation ou l'interdiction de certains modes: ligne, carrelets, mouche, 
> ou bien l'autorisation des captures ou le relâcher obligatoire, ou bien 
> encore une classification sportive pour les concours, ou encore l'ouverture 
> au tourisme, ou l'obligation d'acquitter une licence, et la limitation des 
> prises ou la saisonnalité, ou encore la réserve des plans d'eau contre 
> d'autres activités aquatiques, comme les bateaux à moteur, les zones de 
> baignade autorisées/interdites). Tout ça me parait bien plus compliqué qu'une 
> "simple" catégorie 1.
> 
> Je pense en plus que les agences de bassin ont une compétence administrative 
> particulière sur les cours d'eau (devant même les collectivités) pour les 
> réglementer.
> 
> Bref ajouter la source en préfixe est un minimum (comme pour les monuments 
> historiques).
> 
> 
> Le 5 mars 2017 à 12:35, claude marani  > a écrit :
> Bonjour
> 
> Quelle clé peut-on utiliser pour spécifier la catégorie piscicole d'un cours 
> d'eau.
> 
> J'ai regardé sur taginfo mais je n'ai pas trouvé grand chose qui pourrai 
> correspondre
> 
> Puis je créer un tag du genre fisdhing:category = 1
> 
> merci
> 
> 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

Re: [OSM-talk] Changing Bing to bing

[Andy Townsend]

On 06/03/2017 07:32, Werner Poppele wrote:


before uploading data to OSM, JOSM showed an error / warning message 
about the "suspect" writing of "Bing". That was the reason for 
changing "Bing" to "bing". 


Hi Werner,

I'm guessing that the context of this message is changeset discussion 
comments such as on here:


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

I think its worth making a couple of points:

1) If JOSM is really recommending that you change "source=Bing" to 
"source=bing" or vice versa then I'd suggest that you ignore it. With 
both "Bing" and "bing" it's pretty obvious what the source is and not 
worth "editing" lots of objects to change it.  I'd also suggest that 
whatever it is in JOSM that's recommending this be changed so as not 
to.  A couple of times in the past I've suggested that JOSM's rules be 
relaxed in this way and I've always found the JOSM developers to be 
extremely helpful with this sort of issue.


2) The fact that you're replying here suggests that you might be trying 
to reply to a changeset discussion; so it's perhaps worth explaining 
what's happening how those work.


When someone adds a comment to the discussion on a changeset, you'll get 
an email about it.  Unlike with OSM mapper-to-mapper messages, you can't 
just reply and have that reply go back to the person who sent it.  You 
need to click on the link in the message that takes you to the changeset 
and login to OSM (if you're not already).  Then you can type your 
comments in the text box and click "comment" which will add your comment 
to the discussion.


You can use one of Pascal Neis' tools to see who's commented on your 
changesets if you know your userid; the example for mine would be 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=61942 .


Best Regards,

Andy

PS: Obviously I'm assuming that you're the same Werner that made that 
"Bing" change in Ireland; my apologies if I'm getting confused by 
different people called Werner editing using the Bing imagery as a 
background.




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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Paolo Monegato]

Il 06/03/2017 11:06, Alessandro Palmas ha scritto:

Ricapitolando:

- non ha usato un utente dedicato
- non ha scritto alcunchè sulla wiki
- non ha avvisato la lista import
- nel primo upload non ha nemmeno indicato la fonte
- non ha eseguito un conflate sui civici esistenti

Potremmo scrivere il manuale su come non eseguire un import, non c'è 
che dire


Beh, quella dell'utente dedicato m'è sempre parsa una regola insulsa (e 
potenzialmente distruttiva della comunità)... il resto invece è da 
biasimare*, soprattutto per il punto 4 perché non mettere la fonte di un 
dato che legalmente lo richiede (per via della licenza) dovrebbe bastare 
ed avanzare per procedere al revert, anche se fosse in regola con tutto 
il resto...


*però per quanto riguarda l'avviso alla lista import: se è un import già 
autorizzato mica deve chiedere nuovamente il permesso...



Il 06/03/2017 14:54, Federico Cortese ha scritto:

3) Nella pagina dell'import nessuna area è stata assegnata ad un
utente, nonostante l'apposita colonna della tabella "preso in carico
da". Questo significa che l'import non era nemmeno iniziato? ;)


O che non hanno aggiornato la pagina sul wiki...

ciao

Paolo M


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

Re: [Talk-it] R: Ospedali a Bologna

[Paolo Monegato]

Il 05/03/2017 23:40, Giuseppe Profiti ha scritto:
Se mi spiegate un po' più in dettaglio qual è il problema, posso 
iniziare a pensarci io.


Poi un giorno qualcuno dovrebbe anche spiegarmi come mai molti edifici 
sono spostati di 4/5 metri rispetto alle foto aeree, dato che ancora 
non ho capito come mai.


Scusate ma questa questione degli ospedali plurimi e degli edifici 
spostati di 4/5 metri mi ricorda qualcosa... non è che è una questione 
legata all'import?


In tal caso lo spostamento sarebbe legato al noto problema nella 
riproiezione, mentre le ragioni delle amenity multiple sarebbero da 
ricercare nel file delle regole...


ciao

Paolo M

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

Re: [Talk-de] emergency access points

[Harald Hartmann]

> Auch OsmAnd zeigt sie nicht an. In der Suchfunktion kann ich sie zwar 
> auswählen, sie findet aber nichts.

Also ich habe dazu mal ein bisschen probiert und recherchiert ... und
ich weiss nicht, was ich davon halten soll:

Es gibt zwei Issues, die da mit reinspielen könnten:
1. https://github.com/osmandapp/Osmand/issues/3299
2. https://github.com/osmandapp/Osmand/issues/1249

Dann habe ich direkt in OsmAnd ein bisschen herumgespielt und folgendes
rausgefunden:
Wenn man über die Suche direkt auf die Kategorie Notfall oder
Rettungspunkt geht, kommt in der Tat nichts.
Also bin ich mal tiefer bei Kategorien in die "Benutzerdefinierte Suche"
eingetaucht. Dort bin ich dann auf Notfall und habe dort Hydrant und
Rettungspunkt angeklickt ... aber zunächst bei mir in der Umgebung von
Schleusegrund (und da gibt es einige selbsterfasste) nichts gefunden,
also habe ich solange auf "Weitere Ergebnisse" geklickt, bis was kam und
dann kam wirklich was, in der Nähe von Homburg am Main 130km entfernt?! WTF

Also hab ich mir dort mal den Rettungspunkt angeschaut, hmm im Gegensatz
zu mir (highway=emergency_access_point) wurde er dort als
emergency=access_point getaggt .. aber der Hydrant wie eh und je, also
kann es das schonmal nicht sein.

Homburg liegt in Bayern, Schleusegrund in Thüringen, beide Karten sind
laut Kartenverwaltung vom 01.12.2016, da sollte man davon ausgehen
können, dass die analog gebaut wurden.

Dann habe ich mal ausprobiert, alles Karten zu deaktivieren, die
Thüringen Karten neu runterzuladen und zu aktivieren, aber keine Chance,
die Suche / Filterfunktion will die lokalen Hydranten und Rettungspunkte
einfach nicht finden :(
Aktiviere ich dann wieder Bayern, Baden Württemberg und Co, finde ich
die Hydranten und Rettungspunkte von dort...
Scheint also doch irgendein komischer Bug zu sein.

PS: Ich hatte mal Just4Fun, nur um es auszuprobieren, ein eigenes
Rendering für OsmAnd erzeugt, da ging es auch eher zufällig um
Feuerwehr. Unter https://wiki.openstreetmap.org/wiki/User:Haribo/OsmAnd
habe ich das mal abgelegt. Anschließend kann man über die
Anzeigekonfiguration in OsmAnd von default auf feuerwehr wechseln, dann
werden einem die Hydranten wieder angezeigt, die Feuerwehr als Feuerwehr
und weil es für den Teich kein passendes Symbol gab, hab ich dazu
einfach das Quellen-Symbol missbraucht.


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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Martin Koppenhoefer]

2017-03-06 14:15 GMT+01:00 Federico Cortese :

> 2017-03-06 13:11 GMT+01:00 Volker Schmidt :
> > Re: Living Street
> >
> > Il segnale "zona residenziale" senza cartelli aggiuntivi non implica
> niente
> > secondo il CdS. ...
> > Quindi non lo metterei nella tabella come categoria (e non utilizzerei
> il il
> > highway=living-street  in OSM in Italia)
> > O sbaglio?
>
> No, secondo me non sbagli affatto.
>


ok, ho modificato la pagina, verificate e modificate a piacimento:
https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dliving_street

Io lascerei la documentazione nel wiki italiano, perché non documenta lo
stato in Italia ma è la documentazione in italiano (per tutto il mondo).

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

Re: [Talk-cz] OsmHiCheck - nevyuzite fotky

[Tom Ka]

Tak jsem si pridal lgovani, bohuzel to Walleymu pada jak zrale hrusky,
zkusim v prvni fazi nejaky retry, ale spis to budu muset nejak dostat
k dobe a udelat si to po svym.

Bye

Dne 28. února 2017 5:49 Tom Ka  napsal(a):
> Posledne co jsi psal, rak to byly nove fotky, tam proste muze nejakou
> dobu trvat nez se vraci spravne info o tazich. Ted pises o stare
> fotce, takze tam to vypada na problem s Walleyho DB - ja si jen stahnu
> aktualni stav pred generovanim analyzy. Zkusim to nejak odladit a
> zjistit co se tam presne deje.
>
> Diky za info.
>
>
> Dne 27. února 2017 12:07 Zdeněk Pražák  napsal(a):
>> no to tem mezistav generování chytám nějak často - dnes opět při generování
>> v 12,00 se objevily fotky s tagem infotabule - ID 3472 a další
>>
>> -- Původní zpráva --
>> Od: Tom Ka 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 26. 2. 2017 5:01:42
>> Předmět: Re: [Talk-cz] OsmHiCheck - nevyuzite fotky
>>
>>
>> ahoj, to jsi chytil nejaky mezistav generovani, ted uz je to v poradku.
>>
>> Dne 25. února 2017 9:14 Zdeněk Pražák  napsal(a):
>>> dnes jsem si všiml, že v nevyužitých fotkách jsou i fotografie s tagem
>>> mapa,
>>> které by podle uvedeného textu měly být ignorovány
>>> Například fotky ID 11104, 11240, 10888 a další
>>> Pražák
>>>
>>>
>>> -- Původní zpráva --
>>> Od: Tom Ka 
>>> Komu: OpenStreetMap Czech Republic 
>>> Datum: 31. 1. 2017 9:42:47
>>> Předmět: [Talk-cz] OsmHiCheck - nevyuzite fotky
>>>
>>>
>>> Ahoj,
>>>
>>> stravil jsem dost casu uklidem nevyuzitych fotek - otagovano spousta
>>> fotek typu infopanel apod., doplneny chybejici REF do DB aby fungovalo
>>> parovani nepouzitych fotek. Celkem jsme z puvodnich 1060 na 673 coz je
>>> pekne :-)
>>>
>>> Doplnil jsem i statistiky nevyuzitych fotek podle autora, zkuse se
>>> mrknout a dostat svuj radek na 0 :-D
>>>
>>> http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img (uplne dole)
>>>
>>> Diky
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>

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

Re: [Talk-us] MO Stare Road Classifications.

[Paul Johnson]

On Mar 5, 2017 13:35, "OSM Volunteer stevea" 
wrote:


I would say "almost, but not quite."  Interstate and Freeway, both
highway=motorway.  Expressway, highway=trunk.


If it's semi limited access (few to no driveways, a mix of at grade and
grade separated junctions), I would call that a trunk.  Just a highway that
isn't limited access? Not a motorway or trunk.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] emergency access points

[Harald Hartmann]

>> https://wambachers-osm.website/emergency/ zeigt mir leider nur eine
>> leere Seite.
> Hi, bei mir und anderen funtz das Teil aber.

Bei mir funtzt es leider auch nicht mehr. Sobald ich einen Layer
einblende, kommen laute weiße Kacheln mit Codeschnipseln darauf

code="LayerNotDefined" locator="
layers=Could not find layer osm:
Rettungspunkte
Details:
org.geoserver.platform.
ServiceException. Could not find
layer osm:Rettungspunkte
at org.geoserver.wms.map.
GetMapKvpRequestReader.
parseLayers
{GetMapKvpRequestReader.java:
1325)

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-06 14:54 GMT+01:00 Federico Cortese :

> Ad ogni modo secondo me è perfettamente
> legittimo se gli utenti della regione decidono per un revert, la
> scelta spetta a loro, perchè sono gli unici a poter valutare se sia
> più conveniente sistemare quanto importato o resettare tutto e
> ricominciare con un lavoro più puntuale
>


+1

ho guardato un po' in giro e gli utenti più attivi a Modena mi sembrano di
essere questi (se siete utenti OSM che mappano a Modena e non siete questi,
fatevi avanti comunque, il mio è stato un approccio molto rapido e
probabilmente incompleto), qualcuno si sente di chiederli un parere?

- http://www.openstreetmap.org/user/Regina%20Phalange
- http://www.openstreetmap.org/user/Baldorider
- http://www.openstreetmap.org/user/LvdT

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

Re: [Talk-es] Importación de infraestructuras hidráulicas de Tenerife

[Javier Sánchez Portero]

Gracias. Corregido el error de etiquetas en la wiki. En el script estaba
bien.
Saludos.

El 6 de marzo de 2017, 13:18, Santiago Crespo 
escribió:

> Hola Javier,
>
> Creo que has puesto al revés las etiquetas de las desalinizadoras y las
> plantas de tratamiento de aguas residuales. Las primeras creo que
> deberían ser man_made=water_works y las segundas man_made=wastewater_plant.
>
> En lugar de poner un enlace a la Wikipedia, creo que sería lo suyo
> enlazar directamente al artículo de la Ley en cuestión:
>
> https://www.boe.es/buscar/act.php?id=BOE-A-1996-8930=1=20141105#a13
>
> Ahora está caída la web de http://www.planhidrologicodetenerife.org/ si
> sigue caída en unas horas podrías avisarles (tienes los datos de
> contacto en el WHOIS del dominio).
>
> Buen trabajo!
> Santiago Crespo
>
> On 03/06/2017 01:41 AM, Javier Sánchez Portero wrote:
> > Hola
> >
> > Este es el tercer proyecto de importación relacionado con el Plan
> > Hidrológico de Tenerife que tengo previstos.
> >
> >  infrastructures>
> >
> > Me gustaría contar con vuestras aportaciones y sugerencias para poder
> > dirigirme luego a la lista imports.
> >
> > Saludos, Javier Sánchez
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cat] EDITAR CAPA DE TRANSPORTS

[Jaume Figueras i Jové]

Hola Adriana,

la informació la trobaràs a la wiki:

http://wiki.openstreetmap.org/wiki/Public_transport
http://wiki.openstreetmap.org/wiki/Relation:route#Public_transport_routes
http://wiki.openstreetmap.org/wiki/Buses

Ara bé, com que pot ser complicat si no hi estàs acostumat, exactament 
què et passa i quins dubtes tens?


Salut!

On 06/03/17 00:46, Adriana Gelada wrote:



Bona nit!

Estic intentant modificar una línia de bus en la capa transport de
l'OSM. És una línia que ja està cartografiada però no és del tot
correcta ja que en falta un tros. He estat provant d'editar-la però no
me'n surto ni amb ID ni amb JOSM. Em podeu explicar com ho haig de fer?

Gràcies,
Adriana.


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



--
   Jaume Figueras i Jové
o o o  Responsable de projectes SIG
o o o  inLab FIB
o o o
U P C  Universitat Politècnica de Catalunya - Barcelona Tech

   E-mail : jaume.figue...@upc.edu
   Web: http://inlab.fib.upc.edu/
   Telf   : +34937398621 (intern UPC: 98621)
   Mòbil  : +34650756456 (intern UPC: 44785)
   Fax: +34937398628 (intern UPC: 98628)

   Adreça : inLab FIB
Edifici B5-S102
C/ Jordi Girona, 31
08025 BARCELONA

Ubuntu User #14347 - Linux User #504317

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

[Talk-ca] Broken Boundary

[James]

I'm sending this as I do not feel comfortable with the area.

Near Toronto there is a boundary (relation #4660559) for "Hastings" that
seems to be attributed to a geobase import, but when I look at the geobase
boundaries, doesn't seem to follow any of them. The problem is the boundary
is not closed and is invalid, I'd like to fix it, but am unfamiliar with
said location (suburbs/towns of Toronto) to do so.

See image to see what I mean:
http://i.imgur.com/JmJRYGl.png
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-06 14:47 GMT+01:00 Lorenzo "Beba" Beltrami :
>
> Su questo non sono d'accordo. Dal mio personale punto di vista le regole
> stanno lì per dare un indirizzo generale.
> All'inizio anche io ero per il revert senza se e senza ma. Analizzando la
> situazione più nel dettaglio Martin ha sondato e trovato una buona
> disponibilità dell'utente in questione a rimettere tutto a posto. Inoltre ci
> sono buone premesse per far confluire il tutto nell'import già avviato ed
> autorizzato dei civici emiliano-romagnoli.
> O per lo meno è quello che si sta tentando di fare...
>

Esattamente

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-06 14:35 GMT+01:00 Luigi Toscano :
>
> D'altra parte accettare una violazione così plateale delle regole stabilisce
> un precedente pesante.
>
> Tantovale rimuovere le regole, tanto si sistema tutto dopo, no?
>

1) Nel caso specifico si parla di dati già contemplati per un import
(https://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016).

2) Nelle import guidelines si specifica che deve essere preparata una
versione inglese della pagina di import, cosa che non riesco a trovare
in questo caso; poshcon lamenta infatti la mancanza di una pagina
dell'import in inglese.

3) Nella pagina dell'import nessuna area è stata assegnata ad un
utente, nonostante l'apposita colonna della tabella "preso in carico
da". Questo significa che l'import non era nemmeno iniziato? ;)

Non vogliono essere queste delle scusanti, ma in parte attenuano
l'operato di poschon. Ad ogni modo secondo me è perfettamente
legittimo se gli utenti della regione decidono per un revert, la
scelta spetta a loro, perchè sono gli unici a poter valutare se sia
più conveniente sistemare quanto importato o resettare tutto e
ricominciare con un lavoro più puntuale (considerando però di
documentare sulla pagina di import).

Ciao,
Federico

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Lorenzo "Beba" Beltrami]

Il giorno 6 marzo 2017 14:35, Luigi Toscano  ha
scritto:

> D'altra parte accettare una violazione così plateale delle regole
> stabilisce
> un precedente pesante.
>
> Tantovale rimuovere le regole, tanto si sistema tutto dopo, no?
>

Su questo non sono d'accordo. Dal mio personale punto di vista le regole
stanno lì per dare un indirizzo generale.
All'inizio anche io ero per il revert senza se e senza ma. Analizzando la
situazione più nel dettaglio Martin ha sondato e trovato una buona
disponibilità dell'utente in questione a rimettere tutto a posto. Inoltre
ci sono buone premesse per far confluire il tutto nell'import già avviato
ed autorizzato dei civici emiliano-romagnoli.
O per lo meno è quello che si sta tentando di fare...

Se, come dice Martin, "con un revert si guadagna meno" allora non vedo
perché fare una deroga alle regole.
Ho trovato mappatori molto più menefreghisti e su questioni anche meno
importanti che un import di massa...

Tornando in tema: io sto nella provincia affianco, ma non conosco Modena
città, non so dire se  i dati sono corretti...
Sto facendo (con calma =P) quel lavoro su Reggio con i civici inseriti da
Alessandro.

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Luigi Toscano]

On Monday, 6 March 2017 14:30:31 CET Federico Cortese wrote:
> 2017-03-06 12:49 GMT+01:00 Martin Koppenhoefer :
> > si, tutto vero, e tutto grave. E' chiaro che lui deve essere avvisato e
> > forse anche osservato, che non continui a procedere in questa maniera, ma
> > in questo caso i dati sono cc0 e lui ha individuato pochi doppioni (mi
> > sembra meno di 100) (non ho ancora guardato quanti vedo) e segnalato di
> > volerci continuare a fissare i problemi, io per motivi pragmatici lo
> > farei fare, con un revert si guadagna meno.
> 
> Inoltre Martin è l'unico ad avere avuto contatti con poschon tramite i
> commenti al changeset http://www.openstreetmap.org/changeset/46508220;
> nessuno del posto ha voglia di intervenire sul changeset? Qualcuno del
> posto ha avuto modo di comunicare direttamente con poschon?
> 
> Nonostante la ovvia e totale disapprovazione per l'operato, contrario
> a tutte le regole e buone norme di un import, mi sento di condividere
> le ultime considerazioni di Martin, a meno che i dati non siano
> "cattivi" nel senso di poco affidabili; in quel caso allora il revert
> sarebbe indispensabile, quanto urgente, ma per questo tipo di analisi
> ritengo sia necessaria la conoscenza diretta dei luoghi.

D'altra parte accettare una violazione così plateale delle regole stabilisce 
un precedente pesante.

Tantovale rimuovere le regole, tanto si sistema tutto dopo, no?

-- 
Luigi

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

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Federico Cortese]

2017-03-06 12:49 GMT+01:00 Martin Koppenhoefer :
>
> si, tutto vero, e tutto grave. E' chiaro che lui deve essere avvisato e
> forse anche osservato, che non continui a procedere in questa maniera, ma in
> questo caso i dati sono cc0 e lui ha individuato pochi doppioni (mi sembra
> meno di 100) (non ho ancora guardato quanti vedo) e segnalato di volerci
> continuare a fissare i problemi, io per motivi pragmatici lo farei fare, con
> un revert si guadagna meno.
>

Inoltre Martin è l'unico ad avere avuto contatti con poschon tramite i
commenti al changeset http://www.openstreetmap.org/changeset/46508220;
nessuno del posto ha voglia di intervenire sul changeset? Qualcuno del
posto ha avuto modo di comunicare direttamente con poschon?

Nonostante la ovvia e totale disapprovazione per l'operato, contrario
a tutte le regole e buone norme di un import, mi sento di condividere
le ultime considerazioni di Martin, a meno che i dati non siano
"cattivi" nel senso di poco affidabili; in quel caso allora il revert
sarebbe indispensabile, quanto urgente, ma per questo tipo di analisi
ritengo sia necessaria la conoscenza diretta dei luoghi.

Ciao,
Federico

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

Re: [Talk-es] Importación de infraestructuras hidráulicas de Tenerife

[Santiago Crespo]

Hola Javier,

Creo que has puesto al revés las etiquetas de las desalinizadoras y las
plantas de tratamiento de aguas residuales. Las primeras creo que
deberían ser man_made=water_works y las segundas man_made=wastewater_plant.

En lugar de poner un enlace a la Wikipedia, creo que sería lo suyo
enlazar directamente al artículo de la Ley en cuestión:

https://www.boe.es/buscar/act.php?id=BOE-A-1996-8930=1=20141105#a13

Ahora está caída la web de http://www.planhidrologicodetenerife.org/ si
sigue caída en unas horas podrías avisarles (tienes los datos de
contacto en el WHOIS del dominio).

Buen trabajo!
Santiago Crespo

On 03/06/2017 01:41 AM, Javier Sánchez Portero wrote:
> Hola
> 
> Este es el tercer proyecto de importación relacionado con el Plan
> Hidrológico de Tenerife que tengo previstos.
> 
> 
> 
> Me gustaría contar con vuestras aportaciones y sugerencias para poder
> dirigirme luego a la lista imports.
> 
> Saludos, Javier Sánchez
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Federico Cortese]

2017-03-06 13:11 GMT+01:00 Volker Schmidt :
> Re: Living Street
>
> Il segnale "zona residenziale" senza cartelli aggiuntivi non implica niente
> secondo il CdS. Le restrizioni, come per esempio limiti ai tipi di veicoli
> ecc devono essere dichiarati con cartelli aggiuntivi.
> Quindi non esiste in Italia una categoria di strada di tipo "zona
> residenziale" con proprietà uniforme.
> Quindi non si possono definire valori di access standard diversi di quelli
> per strade residenziali "normali".
> Quindi non lo metterei nella tabella come categoria (e non utilizzerei il il
> highway=living-street  in OSM in Italia)
> O sbaglio?

No, secondo me non sbagli affatto.

Ciao,
Federico

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

Re: [Talk-it] addr:city e addr:country

[Luca Delucchi]

2017-03-06 12:16 GMT+01:00 Martin Koppenhoefer :
>
>
> si, sopratutto il country non lo metto mai. Se sai che il confine è
> abbastanza preciso in OSM e non mappi proprio direttamente al confine il
> country è veramente inutile. Invece addr:city lo metto spesso, sopratutto
> fuori i grandi centri, anche se probabilmente ridondante non nuoce molto e
> talvolta potrebbe essere utile.
>

Io per sicurezza metto tutti i campi (compreso il country), è
sicuramente una ripetizione, ma se non volessimo replicare dati
bisognerebbe utilizzare la relazione

https://wiki.openstreetmap.org/wiki/Relation:associatedStreet

> CIao,
> Martin
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] addr:city e addr:country

[Damjan Gerl]

Anche io il addr:country non lo metto, ma addr:city si, perché è quello che sta 
dopo il CAP e può essere una città, una cittadina, un comune ecc. Per es. un 
indirizzo qui da me è: località e numero + CAP: 34011 Duino-Aurisina (TS), dove 
il CAP va in add:postcode e il Duino-Aurisina in addr:city. NB che non esiste 
nessuna città con questo nome, ma è il nome del comune...

Ci siamo comportati così anche per l'importazione dei civici in FVG

Damjan


-- Header Originale ---

Da  : "Martin Koppenhoefer" dieterdre...@gmail.com
A  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Data  : Mon, 6 Mar 2017 12:16:07 +0100
Oggetto : Re: [Talk-it] addr:city e addr:country

> 2017-03-06 11:51 GMT+01:00 demon.box :
> 
> > addr:city e addr:country (e quindi aggiungo io, anche addr:province) non
> > sono necessari e se messi sono ridondanti in quanto ricavabili in
> > automatico
> > dai confini
> >
> 
> 
> si, sopratutto il country non lo metto mai. Se sai che il confine è
> abbastanza preciso in OSM e non mappi proprio direttamente al confine il
> country è veramente inutile. Invece addr:city lo metto spesso, sopratutto
> fuori i grandi centri, anche se probabilmente ridondante non nuoce molto e
> talvolta potrebbe essere utile.
> 
> CIao,
> Martin
> 

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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Martin Koppenhoefer]

sent from a phone

> On 6 Mar 2017, at 12:47, Federico Cortese  wrote:
> 
> Basta una semplice query overpass per verificare quanto sia abusato quel tag.


confermo 


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

[OSM-ja] 【西国街道#02】山崎蒸溜所と桜マッピングパーティ開催のお知らせ

[K.Sakanoshita]

坂ノ下です。

「西国街道」をテーマとしてマッピングパーティを開きます。

【西国街道#02】山崎蒸溜所と桜マッピングパーティ
https://countries-romantic.connpass.com/event/52292/

西国街道は、京都の東寺から西に向かって進む旧街道のこと。
狭義では京都→西宮を意味し、今回の「西国街道シリーズ」は
最終目的地「西宮」に向かって、半年程掛けて進む予定です。

今回は、「山崎」を対象にマッピングパーティを開催します。

山崎と言えば、ウイスキーで有名な「山崎蒸留所ツアー」と、
桜が満開の時期なので「お花見」を組み込みました！

マッピングパーティ以外の要素が満載ですが、離宮八幡宮や
お花見場所近くにあるお寺もマッピングする予定です。

初心者向けの講習付きなので、地図を描いたことが無い方は
これを機会に、是非、ご参加していただければ幸いです。

それでは。

--

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


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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Volker Schmidt]

Re: Living Street

Il segnale "zona residenziale" senza cartelli aggiuntivi non implica niente
secondo il CdS. Le restrizioni, come per esempio limiti ai tipi di veicoli
ecc devono essere dichiarati con cartelli aggiuntivi.
Quindi non esiste in Italia una categoria di strada di tipo "zona
residenziale" con proprietà uniforme.
Quindi non si possono definire valori di access standard diversi di quelli
per strade residenziali "normali".
Quindi non lo metterei nella tabella come categoria (e non utilizzerei il
il highway=living-street  in OSM in Italia)
O sbaglio?
Al massimo possiamo dire nella tabella che i valori di default  sono gli
stessi per i tag residential e living_street
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cat] DUBTE PUNTS/POLÍGONS

[Jose Luis Infante]

Bon dia!

Doncs en resposta a la teva pregunta: sentit comú.

M'explico. Pots localitzar cada arbre d'un bosc, ningú t'ho impedeix, però
a més de ser un curro increïble no és gaire informatiu per la gran majoria
de persones que consultin aquesta zona del mapa. Però si et dediques a la
botànica i vols saber de quina espècie és cada arbre, doncs si que podria
interessar-te.

Segons indica la wiki (wiki.openstreetmap.org) es fa servir l'etiqueta
d'arbre per un arbre solitari o un arbre d'interès. Podries tenir un
polígon indicant un bosc i un punt concret senyalizant un arbre particular
dins d'aquest bosc. O un arbre solitari o representatiu que pugui servir de
referència a uns excursionistes

També has de tenir en compte la durabilitat de l'arbre. Si és dins d'una
explotació forestal, no té gaire sentit localitzar cada arbre. Si és dins
d'una zona urbana, on els arbres estan catalogats, doncs si que pots
localitzar-los individualment.

Si com dius, t'has trobat un bosc on algú ha localitzat els arbres
individualment, passa la posició i fem una ullada. Normalment sempre hi ha
una raó, o ho pots comentar amb la persona que ho va fer.

Recomanació: si tens qualsevol dubte i/o vols fer una gran modificació o
esborrar coses, és una bona pràctica parlar-ho abans amb algú, com per
exemple la nostra comunitat, que per això estem.

Salutacions,

Jose Luis

PD: et recomano visitar la wiki, allà trobaràs més informació sobre com fer
les coses.
PD2: a la wiki tenim les recomanacions de la comunitat a
https://wiki.openstreetmap.org/wiki/WikiProject_Catalan

2017-03-06 0:34 GMT+01:00 Adriana Gelada :

>
>
> Bona nit!
>
> Em dic Adriana i actualment estic realitzant un màster sobre SIG. Un dels
> exercicis que ens demanen és mapejar amb OSM una zona a escollir. Tinc
> alguns dubtes, pel què he entès és millor que us els faci arribar en
> correus diferents i és el que faré.
>
> D'entrada m'agradaria saber en que us baseu per cartografia mitjançant un
> punt o un polígon. Per exemple, en el cas d'un bosc, he vist que en molts
> casos es tracten com a punts, llavors s'etiqueten un munt d'arbres un al
> costat de l'altre, quan jo el que faria seria tractar-ho com un polígon,
> més que res perquè crec que no té sentit colocar tants d'arbres junts ja
> que visualment queda molt atapeit.
>
> Ja em direu!
> Moltes gràcies,
> Adriana.
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Martin Koppenhoefer]

2017-03-06 11:06 GMT+01:00 Alessandro Palmas :

> Fossimo l'Antartide potrei anche capire, ma pare che in Italia ci sia una
> comunità.
>
>

si e no, sulla pagina del import, dell'estate 2016, il lavoro è tutto
suddiviso in vari pacchetti più piccoli, e nessuno (0) persone si ha preso
al meno una area da lavorarci, al meno cosí dice il wiki.



> Ricapitolando:
>
> - non ha usato un utente dedicato
> - non ha scritto alcunchè sulla wiki
> - non ha avvisato la lista import
> - nel primo upload non ha nemmeno indicato la fonte
> - non ha eseguito un conflate sui civici esistenti
>
>

si, tutto vero, e tutto grave. E' chiaro che lui deve essere avvisato e
forse anche osservato, che non continui a procedere in questa maniera, ma
in questo caso i dati sono cc0 e lui ha individuato pochi doppioni (mi
sembra meno di 100) (non ho ancora guardato quanti vedo) e segnalato di
volerci continuare a fissare i problemi, io per motivi pragmatici lo farei
fare, con un revert si guadagna meno.


Potremmo scrivere il manuale su come non eseguire un import, non c'è che
> dire
>

:D

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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Federico Cortese]

2017-03-06 12:33 GMT+01:00 Martin Koppenhoefer :
>
> non è proprio sconsigliato in generale, è definito ma occorre raramente (in
> realta ho visto lapposito cartello una sola volta ed era usato per indicare
> un marciapiede), quindi io cambierei questa classe dove mappata ma non è
> pertinente.
>
Sì, scusami Martin, facevo infatti riferimento al punto della wiki da
te citato, ma con sconsigliato mi riferivo ai casi (frequenti) di uso
nei centri storici e non solo.
Basta una semplice query overpass per verificare quanto sia abusato quel tag.
Sono molto d'accordo con te sul modificare highway=living_street dove
non pertinente.

Ciao,
Federico

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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Martin Koppenhoefer]

2017-03-06 10:12 GMT+01:00 Volker Schmidt :

> Una bozza per una tale tabella trovate qua:
> https://wiki.openstreetmap.org/wiki/Copia_di_lavoro_di_IT:Bicycle#
> Etichette_Generiche
>


grazie Volker,

i miei 2ct:

- path: credo dovrebbe essere tutto yes di default (lo dice il wiki)

- cycleway: forse moped?

- motorway: moped=no

- trunk: tutto yes? Dipende dalla segnaletica, dovrebbe essere
esplicitamente specificato (quindi il default lo metterei a yes per tutti).

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

[Talk-de] Missing Boundaries Auswertung vom 2017-03-06

[talk-de-bounces]

Moin,

hier die aktuelle Missing Boundaries-Auswertung: 
https://wambachers-osm.website/index.php/10-osm-reports/822-countries-compare-2017-03-06

Der Datenstand ist vom 2017-03-06 01:01:03+01

16 Missings und keine kritische Grenze.
   
Gruss
walter


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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Martin Koppenhoefer]

2017-03-06 10:29 GMT+01:00 Federico Cortese :

> - living_street, anche se è sconsigliato in Italia, purtroppo viene
> usato molto spesso nei centri storici.
>


non avevamo una pagina italiana per i living_street ma c'era una
descrizione sulla pagina highway:
"Strade a prevalente uso pedonale dove il limite di velocità è
particolarmente basso, i pedoni hanno la precedenza sugli automezzi ed è
facile che bambini giochino per strada (poco frequenti in Italia, comunque
indicate da apposito segnale di zona residenziale [1]
).
"

non è proprio sconsigliato in generale, è definito ma occorre raramente (in
realta ho visto lapposito cartello una sola volta ed era usato per indicare
un marciapiede), quindi io cambierei questa classe dove mappata ma non è
pertinente.

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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Federico Cortese]

2017-03-06 11:53 GMT+01:00 Volker Schmidt :
>
> L'impostazione l'ho copiata dalle altre tabelle sulla pagina. Anche io ci ho
> messo un po' per capire. Interpreto le colonne cosi: nella colonna è
> indicato l'interpretazione, per ogni categoria di traffico, del valore "yes
> per per la corrispondente chiave; cioè access=yes, motorcar=yes, ecc
>
E' vero non ci avevo pensato, anche se mi pare comunque superfluo
visto che è sempre predefinito access=yes.

>
> Ci sono altre note da fare che sono specifiche per l'Italia:
>
> (1) Il segnale stradale "Area pedonale" in Italia non esclude le biciclette,
> se non è applicato un cartello aggiuntivo a tale scopo. Non so se la parola
> italiana "area pedonale" possibilmente indica una cosa diversa del cartello
> stradale omonimo.
>
Non penso che indichi una cosa diversa, secondo me l'area pedonale è
difficile che sia inibita alle biciclette, ma non sono esperto in
materia.

> (2) Manca il 'percorso misto pedonale e ciclabile' (segnale
> https://commons.wikimedia.org/wiki/File:Italian_traffic_signs_-_percorso_pedonale_e_ciclabile.svg
> che è un marciapiede sul quale possono anche circolare i velocipedi a
> velocità moderata, e dando precedenza ai pedoni. Da questo mi verrebbe il
> tagging foot=designated più bicycle=yes, ma tanti, come me utilizzano i
> preset di JOSM che inseriscono foot=designated e bicycle=designated che non
> riflette questa gerarchia.
>
E' un caso molto frequente (purtroppo) quello del marciapiede "misto";
io non uso i preset e di solito l'ho indicato con highway=footway +
bicycle=yes, omettendo foot=designated perchè implicito nel
highway=footway.

Ciao,
Federico

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

Re: [Talk-it] addr:city e addr:country

[Martin Koppenhoefer]

2017-03-06 11:51 GMT+01:00 demon.box :

> addr:city e addr:country (e quindi aggiungo io, anche addr:province) non
> sono necessari e se messi sono ridondanti in quanto ricavabili in
> automatico
> dai confini
>


si, sopratutto il country non lo metto mai. Se sai che il confine è
abbastanza preciso in OSM e non mappi proprio direttamente al confine il
country è veramente inutile. Invece addr:city lo metto spesso, sopratutto
fuori i grandi centri, anche se probabilmente ridondante non nuoce molto e
talvolta potrebbe essere utile.

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

Re: [Talk-it] addr:city e addr:country

[Alessandro]

  
  
Il 06/03/2017 11:51, demon.box ha
  scritto:


  ciao, scusate la domanda un po' ignorante...

leggo dal wiki:

http://wiki.openstreetmap.org/wiki/IT:Key:addr


che i tags

addr:city e addr:country (e quindi aggiungo io, anche addr:province) non
sono necessari e se messi sono ridondanti in quanto ricavabili in automatico
dai confini ma se utilizzo ad esempio il classico MapSource o BaseCamp con
le mappe che mi creo io questo dato non lo trovo da nessuna parte...
c'è qualcosa che mi sfugge? (di sicuro)
meglio comunque metterli che tanto "male" non fanno?




In Italia ci sono tutti i confini di comuni e regioni, in alcune
città ci sino anche quelle delle circoscrizioni; tecnicamente quindi
sono ridondanti.

In una discussione di poche settimane fa però qualcuno aveva
evidenziato che i confini sono in alcuni casi imprecisi e che quindi
andrebbero inseriti.
Posto che aggiungerli in massa agli indirizzi già inseriti sarebbe
un appesantimento inutile del DB e qualcuno potrebbe sempre
obbiettare "OK, ma da qui a n mesi avremo i confini precisi", io
userei il buon senso: inserirei addr:city ai soli civici posti in
prossimità dei confini. In questo modo non appesantiremmo troppo il
DB ma avremmo meno problemi in caso di confini poco precisi.

Scusa, come cavi fuori i dati OSM? Se ti serve uno tra i formati
osm, pbf, spatialite o shp puoi trovarli in estratti
http://osm-estratti.wmflabs.org/estratti e se non prendi i 'cut' ma
gli altri ottieni la bounding box che contiene l'area interessata,
il confine e un pò di buffer.

Alessandro Ale_Zena_IT
  


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

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Volker Schmidt]

La tua tabella mi pare ok. Non capisco solo la prima colonna "access".
>
L'impostazione l'ho copiata dalle altre tabelle sulla pagina. Anche io ci
ho messo un po' per capire. Interpreto le colonne cosi: nella colonna è
indicato l'interpretazione, per ogni categoria di traffico, del valore "yes
per per la corrispondente chiave; cioè access=yes, motorcar=yes, ecc

Mancherebbero:
> - bridleway, designated per i cavalli (raro);
>
hai ragione, c'è anche la corsipondente segnaletica:
https://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_percorso_riservato_ai_quadrupedi.svg


> - living_street, anche se è sconsigliato in Italia, purtroppo viene
> usato molto spesso nei centri storici.
>
Questo è un caso molto italiano. Il segnale stradel c'è:
https://it.wikipedia.org/wiki/Segnali_di_indicazione_nella_segnaletica_verticale_italiana#
Segnali_utili_per_la_guida
che purtroppo non ha nessun valore legale, se non accompagnato da cartelli
addizionali (come limite di velocità).
Ho trovato per esempio questo test in Internet:
"La ZONA RESIDENZIALE è indicata nell’art. 3 , comma 1, punto 58, del
Codice della Strada che recita: “zona urbana  in  cui vigono particolari
regole di circolazione a protezione dei pedoni e dell’ambiente, delimitata
lungo le vie di accesso dagli appositi segnali di inizio e fine” ...
(Vedere anche art. 135, comma 12 del Regolamento)."
Con altre parole: non è una categoria specifica di strada.

Ci sono altre note da fare che sono specifiche per l'Italia:

(1) Il segnale stradale "Area pedonale" in Italia non esclude le
biciclette, se non è applicato un cartello aggiuntivo a tale scopo. Non so
se la parola italiana "area pedonale" possibilmente indica una cosa diversa
del cartello stradale omonimo.

(2) Manca il 'percorso misto pedonale e ciclabile' (segnale
https://commons.wikimedia.org/wiki/File:Italian_traffic_signs_-_percorso_pedonale_e_ciclabile.svg
che è un marciapiede sul quale possono anche circolare i velocipedi a
velocità moderata, e dando precedenza ai pedoni. Da questo mi verrebbe il
tagging foot=designated più bicycle=yes, ma tanti, come me utilizzano i
preset di JOSM che inseriscono foot=designated e bicycle=designated che non
riflette questa gerarchia.

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

[Talk-it] addr:city e addr:country

[demon.box]

ciao, scusate la domanda un po' ignorante...

leggo dal wiki:

http://wiki.openstreetmap.org/wiki/IT:Key:addr

(per la verità soltanto sulla pagina italiana mentre su quella inglese non
c'è...)

che i tags

addr:city e addr:country (e quindi aggiungo io, anche addr:province) non
sono necessari e se messi sono ridondanti in quanto ricavabili in automatico
dai confini ma se utilizzo ad esempio il classico MapSource o BaseCamp con
le mappe che mi creo io questo dato non lo trovo da nessuna parte...
c'è qualcosa che mi sfugge? (di sicuro)
meglio comunque metterli che tanto "male" non fanno?

grazie.

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/addr-city-e-addr-country-tp5892511.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] R: Ospedali a Bologna

[Lorenzo "Beba" Beltrami]

Il giorno 6 marzo 2017 10:36, Matteo Fortini  ha
scritto:

> Correggo prima che qualcuno mi sgridi: ci sono ortofoto anche del 2014.
> Non nuovissime ma meglio dai


Se sono quelle sul geoportale[1] mi sembra che abbiano una licenza un po'
balorda...
Ora ci do un'occhiata, se ne vale la pena bisognerebbe richiederne
l'utilizzo.

Lorenzo

[1]
http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/immagini/ortofoto-TeA-2014
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Importazione alla cieca dei civici di Modena

[Alessandro Palmas]

Mi pare che la questione possa esser riassunta con le strofe di un mio 
concittadino:

".. si costerna, s'indigna, s'impegna poi getta la spugna con gran dignità"

Fossimo l'Antartide potrei anche capire, ma pare che in Italia ci sia 
una comunità.


Ricapitolando:

- non ha usato un utente dedicato
- non ha scritto alcunchè sulla wiki
- non ha avvisato la lista import
- nel primo upload non ha nemmeno indicato la fonte
- non ha eseguito un conflate sui civici esistenti

Potremmo scrivere il manuale su come non eseguire un import, non c'è che 
dire



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

Re: [Talk-it] R: Ospedali a Bologna

[Volker Schmidt]

Riguardante allineamento ortofoto *IN ITALIA (!)*:
Per l'allineamento in Italia sono abbastanza inutili le foto Bing e Mapbox.
Sono abbastanza corretti quelle PCN2006. Invece per quelle PCN2012 ho
trovato situazioni variabili. Faccio sempre riferimento a un fittizio
allineamento "corretto" basandomi su percorsi dove sono disponibili
multipli tracciati GPX in entrambi le derirezioni di marcia.
Le foto Bing/Mapbox hanno un difetto addizionale, sovrapposto a un semplice
spostamento (tipicamente qualcosa come 4m in direzione NNE): in territorio
montuoso spesso hanno un aggiuntivo errore di parallassi, cioè un errore
geometrico che dipende della quota e della ripidità della strada stessa.

Riguardante gli oggetti della mappa:
Ovviamente non si deve fidare della presenza o meno di oggetti sul terreno
(strade, edifici, e tutto il resto) su foto che sono vecchie. Quindi per
questi bisogna sempre fare riferimento alle foto più recenti. Oltre alle
foto satellitari Bing/Mapbox e PCN 2012, ci sono anche un numero crescente
di strade con foto sul sito Mapillary. Un altro ovvio "trucco" quando uno
trova un edificio nella mappa OSM che non è presente nelle foto
satellitari, è di controllare la storia dell'elemento in OSM: se trovate
che è stato aggiunto di recente, c'è sempre da considerare la possibilità
che è corretto.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Ospedali a Bologna

[Matteo Fortini]

Correggo prima che qualcuno mi sgridi: ci sono ortofoto anche del 2014. Non
nuovissime ma meglio dai

Il lun 6 mar 2017, 10:21 Simone  ha scritto:

> Il 06 marzo 2017 10:07:26 CET, Matteo Fortini 
> ha scritto:
> >Per Emilia Romagna il geoportale ha wms con ortofoto AGEA2011 che non
> >sono
> >affatto male
> >
>
>
>
> É male invece che siano del 2011, ed i 6/7 anni di cose ne possono
> cambiare.
>
>
> -- Simone Girardelli--
>
> Inviato con K-9 Mail
> Scusate la brevità dello scritto.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Federico Cortese]

2017-03-06 10:12 GMT+01:00 Volker Schmidt :
> Un po' di tempo fa mi sono accorto che sulla pagina wiki
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
> manca una tabella per l'Italia. Attenzione, questa pagina è formalmente solo
> una bozza, anche se è referenziata in vari posti del wiki.
> Una bozza per una tale tabella trovate qua:
> https://wiki.openstreetmap.org/wiki/Copia_di_lavoro_di_IT:Bicycle#Etichette_Generiche
> Questa pagina è una mia bozza incompleta di una nuova pagina "bicycle"
> italiana, che non ha fatto tanto progresso finora - ignorate il resto della
> pagina.
> Qui parliamo solo della tabella che propongo di inserire nella pagina
> https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
> Opinioni?
>

Sarebbe ottimo aggiungere la tabella anche per l'Italia, grazie per la proposta.

La tua tabella mi pare ok. Non capisco solo la prima colonna "access".
Mancherebbero:
- bridleway, designated per i cavalli (raro);
- living_street, anche se è sconsigliato in Italia, purtroppo viene
usato molto spesso nei centri storici.

Ciao,
Federico

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

Re: [Talk-es] Importación de la red básica de transporte de agua de Tenerife

[Javier Sánchez Portero]

En mi caso, históricamente, se usaban tanto para riego como para
abastecimiento. Actualmente el consumo humano se ha pasado a conducciones
cerradas por seguridad.

El 6 de marzo de 2017, 9:12, Javier Sánchez Portero 
escribió:

> Estoy de acuerdo, cambio la propuesta para usar esa etiqueta en la
> importación y modifico todos los canales que están actualmente dibujados en
> la isla.
>
> Voy a ver si puedo traducir la entrada en la wiki de la etiqueta ditch y
> habría que poner alguna anotación en Normalización para evitar futuras
> confusiones.
>
> Overpass da 1934 vías (y 7 polígonos ¿?) para waterway:drain and name=* in
> Spain y 3192 vías (y 1 polígono) para la misma consulta con ditch.
>
> El 6 de marzo de 2017, 6:45, David Marín Carreño 
> escribió:
>
>> No es lo mismo un drain que un ditch.
>>
>> Drain es una conducción de agua de drenaje. Se usa para canalizar y
>> drenar el agua de lluvia.
>>
>> Acequia es 'irrigation ditch' en inglés, los que podría traducirse
>> textualmente como "zanja de regadío".
>>
>> No conozco el caso de Tenerife, pero si estamos hablando de acequias de
>> regadío yo no usaría drain sino ditch.
>>
>> Un saludo
>> --
>> David
>>
>> El lun., 6 mar. 2017 1:40, Javier Sánchez Portero 
>> escribió:
>>
>>> Hola
>>>
>>> Comunico para su debate el segundo proyecto de importación relacionado
>>> con el Plan Hidrológico de Tenerife que tengo previstos.
>>>
>>> >> 27s_basic_water_transport_network>
>>>
>>> Me gustaría contar con vuestras aportaciones y sugerencias para poder
>>> dirigirme luego a la lista imports.
>>>
>>> He elegido como etiqueta para los canales (acéquias) waterway=drain, que
>>> es la que actualmente se está usando en la isla. En otros lugares de España
>>> se está usando waterway=ditch y según Overpass se usa más aunque hay muchas
>>> apariciones de ambas.
>>>
>>> Saludos, Javier Sánchez
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] R: Ospedali a Bologna

[Simone]

Il 06 marzo 2017 10:07:26 CET, Matteo Fortini  ha 
scritto:
>Per Emilia Romagna il geoportale ha wms con ortofoto AGEA2011 che non
>sono
>affatto male
>



É male invece che siano del 2011, ed i 6/7 anni di cose ne possono cambiare.


-- Simone Girardelli--

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

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

[Talk-cz] Ročník 2017 | Otevřená data

[Ladislav Nesnera]

Budete-li někdo na Open Data Expu, dejte vědět, ať potkám nepotkané   ;?

http://www.otevrenadata.cz/open-data-expo/rocnik-2017/



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

Re: [Talk-es] Importación de la red básica de transporte de agua de Tenerife

[Javier Sánchez Portero]

Estoy de acuerdo, cambio la propuesta para usar esa etiqueta en la
importación y modifico todos los canales que están actualmente dibujados en
la isla.

Voy a ver si puedo traducir la entrada en la wiki de la etiqueta ditch y
habría que poner alguna anotación en Normalización para evitar futuras
confusiones.

Overpass da 1934 vías (y 7 polígonos ¿?) para waterway:drain and name=* in
Spain y 3192 vías (y 1 polígono) para la misma consulta con ditch.

El 6 de marzo de 2017, 6:45, David Marín Carreño 
escribió:

> No es lo mismo un drain que un ditch.
>
> Drain es una conducción de agua de drenaje. Se usa para canalizar y drenar
> el agua de lluvia.
>
> Acequia es 'irrigation ditch' en inglés, los que podría traducirse
> textualmente como "zanja de regadío".
>
> No conozco el caso de Tenerife, pero si estamos hablando de acequias de
> regadío yo no usaría drain sino ditch.
>
> Un saludo
> --
> David
>
> El lun., 6 mar. 2017 1:40, Javier Sánchez Portero 
> escribió:
>
>> Hola
>>
>> Comunico para su debate el segundo proyecto de importación relacionado
>> con el Plan Hidrológico de Tenerife que tengo previstos.
>>
>> > Tenerife%27s_basic_water_transport_network>
>>
>> Me gustaría contar con vuestras aportaciones y sugerencias para poder
>> dirigirme luego a la lista imports.
>>
>> He elegido como etiqueta para los canales (acéquias) waterway=drain, que
>> es la que actualmente se está usando en la isla. En otros lugares de España
>> se está usando waterway=ditch y según Overpass se usa más aunque hay muchas
>> apariciones de ambas.
>>
>> Saludos, Javier Sánchez
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Mancante tabella per l'Italia su pagina wiki su routing/Access-Restrictions"

[Volker Schmidt]

Un po' di tempo fa mi sono accorto che sulla pagina wiki
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
manca una tabella per l'Italia. Attenzione, questa pagina è formalmente
solo una bozza, anche se è referenziata in vari posti del wiki.
Una bozza per una tale tabella trovate qua:
https://wiki.openstreetmap.org/wiki/Copia_di_lavoro_di_IT:Bicycle#
Etichette_Generiche
Questa pagina è una mia bozza incompleta di una nuova pagina "bicycle"
italiana, che non ha fatto tanto progresso finora - ignorate il resto della
pagina.
Qui parliamo solo della tabella che propongo di inserire nella pagina
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions
Opinioni?

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

Re: [Talk-it] R: Ospedali a Bologna

[Matteo Fortini]

Per Emilia Romagna il geoportale ha wms con ortofoto AGEA2011 che non sono
affatto male

Il lun 6 mar 2017, 10:05 Alessandro Palmas 
ha scritto:

> Il 05/03/2017 23:40, Giuseppe Profiti ha scritto:
>
> Se mi spiegate un po' più in dettaglio qual è il problema, posso iniziare
> a pensarci io.
>
> Poi un giorno qualcuno dovrebbe anche spiegarmi come mai molti edifici
> sono spostati di 4/5 metri rispetto alle foto aeree, dato che ancora non ho
> capito come mai.
>
> Giuseppe
>
> --
>
>
> Ciao Giuseppe,
> come hanno già scritto le foto aeree più affidabili in termini di
> allineamento sono quelle del Portale Cartografico Nazionale (purtroppo sono
> sgranate e obsolete). Questo perchè c'è stato un grosso investimento sul
> processamento delle immagini (magari perchè le utilizzavano per scovare
> edifici abusivi o comunque per scopi istituzionali).
> A molti fornitori di ortofoto non interessa che siano allineate
> precisamente, ecco così che Bing e altri hanno foto più definite ma
> sullequali bisogna fare poco affidamento.
>
> Venendo agli oggetti mappati come ospedali, che puoi trovare lanciando
> questa query dinamica
> http://overpass-turbo.eu/s/ngX
> ho trovato diverse strutture che vanno indicate con altri tag. Ad esempio
> per le sedi delle Protezioni civili uso emergency=ses_station e per le
> ambulanze emergency=ambulance_station
> Alla pagina delle map feature trovi quasi tutte le informazioni
> http://wiki.openstreetmap.org/wiki/IT:Map_Features , perlomeno le info
> standard.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Ospedali a Bologna

[Alessandro Palmas]

  
  
Il 05/03/2017 23:40, Giuseppe Profiti
  ha scritto:


  Se mi spiegate un
  po' più in dettaglio qual è il problema, posso iniziare a
  pensarci io.


Poi un giorno qualcuno dovrebbe
  anche spiegarmi come mai molti edifici sono spostati di 4/5
  metri rispetto alle foto aeree, dato che ancora non ho capito
  come mai.


Giuseppe


-- 
  


Ciao Giuseppe,
come hanno già scritto le foto aeree più affidabili in termini di
allineamento sono quelle del Portale Cartografico Nazionale
(purtroppo sono sgranate e obsolete). Questo perchè c'è stato un
grosso investimento sul processamento delle immagini (magari perchè
le utilizzavano per scovare edifici abusivi o comunque per scopi
istituzionali).
A molti fornitori di ortofoto non interessa che siano allineate
precisamente, ecco così che Bing e altri hanno foto più definite ma
sullequali bisogna fare poco affidamento.

Venendo agli oggetti mappati come ospedali, che puoi trovare
lanciando questa query dinamica
http://overpass-turbo.eu/s/ngX
ho trovato diverse strutture che vanno indicate con altri tag. Ad
esempio per le sedi delle Protezioni civili uso
emergency=ses_station e per le ambulanze emergency=ambulance_station
Alla pagina delle map feature trovi quasi tutte le informazioni
http://wiki.openstreetmap.org/wiki/IT:Map_Features , perlomeno le
info standard.

Alessandro Ale_Zena_IT

  


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

Re: [Talk-cz] dotaz k přesunu fotek rozcestníků

[Zdeněk Pražák]

omylem jsem přesunul rozcestník TU212 na jiné místo, jde o změnu ID 11393
prosím ignorovat
Pražák

Dne 6. března 2017 8:15 Tom Ka  napsal(a):

> Ted jsem se k tomu dostal a fronta uz tyhle neobsahovala, je tam
> nejaky robot, ktery nektere veci schroupe casem sam. Kazdopadne
> endavat znovu, to wallehy system neumi a i kdyz je to stitek, tak ho
> tam klidne vlepi 2x a pak to dela binec...
>
> Bye
>
> Dne 6. března 2017 7:25 Marián Kyral  napsal(a):
> >
> > -- Původní e-mail --
> > Od: Zdeněk Pražák 
> > Komu: talk-cz@openstreetmap.org
> > Datum: 5. 3. 2017 19:04:15
> > Předmět: [Talk-cz] dotaz k přesunu fotek rozcestníků
> >
> > dnes jsem nahrál asi 40 fotografií rozcestníků a informačních tabulí.
> Asi u
> > 20 z nich jsem doplnil tagy infotabule či upravil jejich polohu.
> >
> > Ve frontě přesunovaných rozcestníků na
> > https://api.openstreetmap.cz/table/review jich však vidím pouze asi
> > polovinu.
> > Chtěl jsem se zeptat,  zda je to v pořádku, nebo zda je mám znovu oznait
> > později
> >
> >
> > Tak záleží, jestli se to změnilo nebo ne ;-)
> >
> > Marián
> >
> >
> >
> > ___
> > 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-us] MO Stare Road Classifications.

[Frederik Ramm]

Hi,

On 03/05/2017 10:08 PM, Kevin Kenny wrote:
> I'm not a vehement anti-importer (there are a few around here

I don't know what you are talking about ;)

> There are "county
> highways" that you'd expect to be highway=tertiary that are in fact
> highway=track, for instance.

Or the myriad "highway=residential"s from TIGER that have lead to some
bicycle routing engines to ignore highway=residential/tiger_reviewed=no
in the US because they're often no more than dirt tracks.

A good way to deal with such external data sets as discussed here is to
massage them until they fit the objects on OSM, and then create a map
showing where the state highway department appears to differ from what's
in OSM (maybe using different colours for "their road class is higher
than ours" and "their road class is lower than ours"). Then we and/or
local mappers could investigate the differences and make adjustments
where deemed sensible.

And while our ODbL licensed data is probably not suitable for direct
back-import into the state highway department's database, they might
actually find such a comparison useful as well - maybe it can help them
spot errors in their own data.

Bye
Frederik

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

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

hebdoOSM Nº 345 21/02/2017-27/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 345 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8796/

Bonne lecture!

hebdoOSM? 
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 345 21/02/2017-27/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 345 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8796/

Bonne lecture!

hebdoOSM? 
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.