Re: [OSM-talk] What can we offer local government?

[Clifford Snow]

This is a new wiki page,
https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government, for
governments that use OSM. Please feel free to update the page to include
Ottawa Hydro.

Best,
Clifford

On Tue, Mar 14, 2017 at 2:02 PM, john whelan  wrote:

> Do we have a wiki entry on this subject?
>
> It has come up a couple of times.  Locally this morning talking to the guy
> who supplies us with Ottawa bus stops under an approved open data licence.
> It only took five years from start to finish to get it approved on both
> sides. It has also come up in Lusaka Zambia.
>
> Both locations use more than one language.  Both seemed unaware that the
> map can be in languages other than English.  Apparently politically this
> can be very important.
>
> Using R R.org apparently we can count things in the map.  Why anyone would
> want to do this is a mystery to me but apparently statistians make money
> from it so it must be useful to someone. Possibly local governments?
>
> The contact from Ottawa was aware that the city paid for the maps it used
> on some of their web sites but wasn't sure about using OSM instead, the
> idea of not having a contract would be difficult to get across.
>
> Anyone any examples of how local government is using OSM?  I understand
> part of the City of Ottawa, Ottawa Hydro does use OSM on its web site by
> the way.  Something my contact was unaware of.
>
> Thanks John
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di Talk-it-lazio, Volume 56, Numero 10

[jprimav]

ok per me. Domani, mercoledì.
comunque anche domani c'è champions league quindi Finnegan, e un po tutti i
pub, trasmettono le partite.
Che dite? andiamo verso 22:30 a fine partite a raccogliere i cocci? pensiamo
a un posto piu tranquillo? o ci buttiamo nella mischia :) ? 
per me va bene tutto



--
View this message in context: 
http://gis.19327.n8.nabble.com/Talk-it-lazio-Incontro-a-Monti-martedi-14-3-Re-Digest-di-Talk-it-lazio-Volume-56-Numero-10-tp5893036p5893151.html
Sent from the Lazio mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Données RTE...

[François Lacombe]

Le 14 mars 2017 à 22:58, Christian Quest  a écrit :

> Cette limite à 5 objets dans les shapefile provient des outils
> d'OpenDataSoft... c'est un défaut qui a toujours existé malheureusement et
> n'a jamais été corrigé.
>
> Donc prendre le geojson... et là on a tout de jeu de données.
>

Well, autant pour moi, le problème de duplication des supports s'était posé
par le passé, mais ca n'est pas le cas ici, c'est vérifié.

Il existe une clé pour les champs de codifs pour les postes et lignes :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:RTE_nom
Peu de valeurs sont dispo sur OSM et le rapprochement va largement aider à
la compléter

Exemple ici sur un poste (périmètre)
https://www.openstreetmap.org/way/199229562

Et sur une relation circuit
https://www.openstreetmap.org/relation/5459750#map=11/45.9756/6.0490

Attention, les identifiant (codif 1 de la ligne, codif 2 de la ligne) ne
sont pas les identifiants des files de pylônes (ways sur OSM) mais des
circuits logiques supportés (relations dans OSM avec les ways power=line
pour membres)
Il ne faut pas reporter ces valeurs sur les ways en elles-même mais bien
sur des relations les ayant pour membre, comme ci-dessus.
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Circuits_et_routage_sur_le_r.C3.A9seau


Il y a une requete overpass pour obtenir les circuits connus en 400kV et
225kV
http://overpass-turbo.eu/s/k19


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

Re: [OSM-talk-fr] Données RTE...

[osm . sanspourriel]

Le 14/03/2017 à 22:51, Philippe Verdy - verd...@wanadoo.fr a écrit :


Je ne suis pas sur que cela concerne seulement le polygone indiqué,

Si : il s'agit des PDL RTE, pas des PDL Enedis.
PDL = Point De Livraison
Si tu regardes la zone sur la presqu'ile de Crozon, ça englobe la base 
militaire de l'ile longue mais le plus gros est sur les espaces civils 
et sur plein de communes.
C'est l'Île-Longue et Guernevez, peut-être aussi la base de Lanvéoc : 
RTE doit livrer en un point et un câble "privé" doit relier les deux ou 
trois sites.


> celui de RTE (auquel est raccodé directement les plus gros 
consommateurs industriels).
Oui, comme le jeu de données l'indique il s'agit des PDL livrés 
directement par RTE (je suppose que ça veut dire qu'ils ne payent pas la 
partie Enedis du TURPE).


100 gigawatts-heures c'est énorme sinon, si c'est juste pour 
l'arsenal, mais si ça inclue toute l'agglomération brestoise (et sans 
doute bien plus pour les réseaux de distribution locale), ça me semble 
correct.
Oui, c'est énorme et c'est juste l'équivalent de 40 000 consommateurs 
moyens (particuliers et entreprises).
Pour info les militaires dans la presqu'île de Crozon consomment un 
tiers de l'eau potable.
Je parle des zones militaires, pas des individus style l'adjudant 
Kronembourg à la Cabu.

Je ne sais s'ils rincent les sous-marins à l'eau douce.

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

Re: [OSM-talk-fr] Bus vs Car

[Philippe Verdy]

S'il s'agit jsute de distinguer le niveau de confort ou la distance, je ne
sais pas si c'est vraiment objectif.
Si ce sont des lignes irrégulières, je ne vois pas l'intérêt de les tracer,
elles changeront à chaque trajet selon les demandes des clients.
Si ce sont des lignes régulières affrêtées avec un circuit établi, alors là
on peut distinguer les lignes desservant un certain nombre d'arrêts.

Si ce sont des liaisons directes, le trajet n'a pas tellement d'importance
(le bus/car ne s'arrêterra pas en route à la demande de chacun des
passagers, sa route dépendra surtout des conditions de circulation, et n'a
aucune garantie de pertinence (seuls compte les deux terminus).

Comment distinguer bus et cars ? à la présence de places debout ? Des
lignes urbaines avec arrêts fréquents ont aussi des bus sans places debout,
et les mêmes véhicules peuvent aussi servir à des transports longue
distance, notamment les lignes de bus affrêtées par les départements ou
reliant plusieurs départements, y compris les bus SNCF régionaux intégrés
au réseau TER et complétant les liaisons ferroviaires (pas toujours très
confortables, selon le moment la SNCF peut demander des bus urbains avec
des places debout inutilisées et peu adaptées à la longue distance pour des
trajets qui atteignent ou dépassent l'heure). Le confort des places assises
n'est souvent pas garanti sur la même ligne.

Le 14 mars 2017 à 20:40, Noémie Lehuby  a
écrit :

> Bonjour,
>
> Les lignes d'autocar sont souvent taguées avec route = bus.
> Or, un tag route=coach existe mais est vraiment très peu utilisé :
> https://taginfo.openstreetmap.fr/tags/route=coach
> https://taginfo.openstreetmap.org/tags/route=coach
>
> Est-ce qu'on sait pourquoi ? Le wiki semble faire le même constat mais ne
> donne pas vraiment de raison d'utiliser ou non ce tag.
> Pas de contre-indication à requalifier en route=coach les lignes
> concernées ?
>
> Noémie
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données RTE...

[Christian Quest]

Cette limite à 5 objets dans les shapefile provient des outils
d'OpenDataSoft... c'est un défaut qui a toujours existé malheureusement et
n'a jamais été corrigé.

Donc prendre le geojson... et là on a tout de jeu de données.

Le 14 mars 2017 à 20:10, mides.map  a écrit :

> Effectivement belle ouverture de données.
>
> Par contre, j'ai dû sauter quelques lignes dans les explications pour les
> données concernant les pylônes RTE , https://www.data.gouv.fr/fr/da
> tasets/pylones-rte/ , 265271 points au format GeoJSON et 5 au format
> Shape. De même concernant l'info  Lambert 93 alors que l'on est en WGS84.
>
> Michel
>

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

Re: [OSM-talk-fr] Données RTE...

[Philippe Verdy]

Je ne suis pas sur que cela concerne seulement le polygone indiqué, car
plein de zones manquent pour couvrir tous les clients. Je suppose juste que
c'est les points de livraison, et dans ce cas ça doit couvrir aussi une
bonne partie de Brest avec.
Si tu regardes la zone sur la presqu'ile de Crozon, ça englobe la base
minitaire de l'ile longue mais le plus gros est sur les espaces civils et
sur plein de communes.
A mon avis ce n'est même pas complet, ce sont juste des indicateurs (ou
seulement pour les zones ayant un point de livraison en tension
suffisante). Dans ce point de livraison on va trouver les raccordements des
réseaux de distribution locaux (ce qui pourrait expliquer pourquoi cela ne
couvre pas toute la France, mais que cela suit des axes majeurs du réseau
principal, en gros comparable au réseau des autoroutes, et sinon des noeuds
isolés entre les branches, principalement dans les grandes agglomérations)
D'apparence c'est une modélisation du réseau principal de transport, et pas
tellement celui d'EDF le producteur d'énergie (dont il manque sur cette
carte les noeuds de collecte de la production), ni ceux des réseaux locaux
de distribution exploités par ERDF pour les fournisseurs, mais celui de RTE
(auquel est raccodé directement les plus gros consommateurs industriels).
100 gigawatts-heures c'est énorme sinon, si c'est juste pour l'arsenal,
mais si ça inclue toute l'agglomération brestoise (et sans doute bien plus
pour les réseaux de distribution locale), ça me semble correct.



Le 14 mars 2017 à 21:41,  a écrit :

> Curieusement alors que la maison mère EDF SA fait essentiellement du
> nucléaire, ils fournissent des chiffres de production de CO2 mais pas de
> déchets nucléaires. Sûrement un oubli.
>
> Sinon autre soucis côté confidentialité : la source
> https://opendata.rte-france.com//explore/dataset/conso_
> annuelle_iris_rpt/download?format=geojson=
> Europe/Berlin_labels_for_header=tru
> 
> e vous donne la consommation des clients raccordés directement à RTE
> regroupés par IRIS, alors malicieux comme je suis j'ai regardé si c'était
> suffisamment aggloméré.
>
> En fait comme je pensais c'est souvent un seul PDL.
>
> Un exemple sans doute confidentiel défense : Arsenal (Brest), 97 575,636
> MWh. On dira 100 GWh (et DCNS Brest).
>
> Après les power:output les power:input ? ;-)
> Jean-Yvon
>
>
> Le 14/03/2017 à 20:25, François Lacombe - fl.infosrese...@gmail.com a
> écrit :
>
> Hello
>
> Super effort de leur part, évidemment tres interessant de mon point de vue
> :)
>
> Pour les pylônes, il ont du dupliquer les supports qui prennent part à
> plusieurs lignes (6 cables = 2 lignes).
> Parce que ces supports n'ont pas de reference nationale, ils sont
> identifiés par un numero et la ligne à laquelle ils prennent part donc
> peuvent virtuellement exister autant de fois que de lignes supportées (cf
> le terrain).
>
> Simple supposition, je n'ai pas tout regardé
>
> Une integration via osmose est-elle envisageable ?
> Depuis le temps que je souhaiterais me plonger dans les tests deja
> existant dans le domaine
>
> François
>
> Le 14 mars 2017 20:12, "mides.map"  a écrit :
>
>> Effectivement belle ouverture de données.
>>
>> Par contre, j'ai dû sauter quelques lignes dans les explications pour les
>> données concernant les pylônes RTE , https://www.data.gouv.fr/fr/da
>> tasets/pylones-rte/ , 265271 points au format GeoJSON et 5 au format
>> Shape. De même concernant l'info  Lambert 93 alors que l'on est en WGS84.
>>
>> Michel
>>
>> Le 14/03/2017 18:23, Nicolas Moyroud a écrit :
>>
>>> Ah oui pas mal en effet ! La hauteur et le numéro des pylônes c'est
>>> intéressant pour compléter ceux que j'avais déjà fait sur mon secteur :-)
>>>
>>> Nicolas
>>>
>>> Le 14/03/2017 à 17:15, Christian Quest a écrit :
>>>
 Beau lâché de données opendata par RTE ce matin sur
 https://www.data.gouv.fr/fr/organizations/reseau-de-transpor
 t-delectricite/

 Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes
 électriques...


 Un beau chantier d'intégration en perspective !



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

Re: [Talk-it] Aiuto Query Overpass

[Andrea Albani]

Ciao,

mi sembra che questo possa funzionare (provato con il sentiero E1 in
Lombardia), ma è meglio che fai qualche verifica con casi a te noti

[out:json][timeout:30];
(rel[ref=E1]({{bbox}});>;)->.allwrel; // mette in .allwrel tutte le way che
compongono la relazione con ref=E1
(way[ref=E1]({{bbox}}); - way.allwrel;); // questo difference block
restituisce tutte le way con ref=E1 che non fanno parte del set .allwrel
out body;
>;
out skel qt;

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

Re: [OSM-talk-fr] Piscines particulières ?

[osm . sanspourriel]

Pourquoi pas ?
Mais ça ne me semble pas le plus important.

Jochen avec n, sans haine et sans t.

Si certains ont déjà entré la forme, alors autant ajouter :
leisure=swimming_pool
access=private.

Autre outil intéressant : la détection des relations et chemins vides 
via overpass-turbo (Cf HebdOSM) :


rel({{bbox}})->.foo;
( way({{bbox}})
(if:count_tags()==0);
 - way({{bbox}})(r.foo); );
out geom; 

J'ai trouvé des artefacts de construction, des chemins piétons et des 
voies de parking tracés mais sans attributs associés.


Le 14/03/2017 à 21:12, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Bonsoir,

Quand dans une zone résidentielle il y a une piscine à côté de 
(presque) chaque maison, faut-il les cartographier, et si oui comment ?


Explication : certains font de toute évidence des importations 
massives de données cadastrales sans vérification (sans réflexion ?). 
Ce qui conduit à des anomalies ou aberrations signalées par Jochet 
Topf , entre autres dans la 
section France .


Exemple ici 
 
(un parmi tant d'autres), où le cadastre montre un rectangle évidé, 
l'image aérienne BDOrtho IGN à fort zoom montre une excavation en 
cours, et l'image BDOrtho IGN à faible zoom (plus récente) montre bien 
une jolie surface bleue. Et celle ci est mal tagguée avec un tag 
building=yes sur le rectangle extérieur et aucun tag sur le multipolygone.


Donc que faire dans ce cas :

  * le supprimer parce que ce n'est pas un bâtiment,
  * ou le tagguer en piscine ?

Merci, bonne soirée

Jean-Pierre



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


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

[OSM-talk] What can we offer local government?

[john whelan]

Do we have a wiki entry on this subject?

It has come up a couple of times.  Locally this morning talking to the guy
who supplies us with Ottawa bus stops under an approved open data licence.
It only took five years from start to finish to get it approved on both
sides. It has also come up in Lusaka Zambia.

Both locations use more than one language.  Both seemed unaware that the
map can be in languages other than English.  Apparently politically this
can be very important.

Using R R.org apparently we can count things in the map.  Why anyone would
want to do this is a mystery to me but apparently statistians make money
from it so it must be useful to someone. Possibly local governments?

The contact from Ottawa was aware that the city paid for the maps it used
on some of their web sites but wasn't sure about using OSM instead, the
idea of not having a contract would be difficult to get across.

Anyone any examples of how local government is using OSM?  I understand
part of the City of Ottawa, Ottawa Hydro does use OSM on its web site by
the way.  Something my contact was unaware of.

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

Re: [OSM-talk-fr] Données RTE...

[osm . sanspourriel]

Curieusement alors que la maison mère EDF SA fait essentiellement du 
nucléaire, ils fournissent des chiffres de production de CO2 mais pas de 
déchets nucléaires. Sûrement un oubli.


Sinon autre soucis côté confidentialité : la source 
https://opendata.rte-france.com//explore/dataset/conso_annuelle_iris_rpt/download?format=geojson=Europe/Berlin_labels_for_header=tru 
e 
vous donne la consommation des clients raccordés directement à RTE 
regroupés par IRIS, alors malicieux comme je suis j'ai regardé si 
c'était suffisamment aggloméré.


En fait comme je pensais c'est souvent un seul PDL.

Un exemple sans doute confidentiel défense : Arsenal (Brest), 97 575,636 
MWh. On dira 100 GWh (et DCNS Brest).


Après les power:output les power:input ? ;-)

Jean-Yvon

Le 14/03/2017 à 20:25, François Lacombe - fl.infosrese...@gmail.com a 
écrit :

Hello

Super effort de leur part, évidemment tres interessant de mon point de 
vue :)


Pour les pylônes, il ont du dupliquer les supports qui prennent part à 
plusieurs lignes (6 cables = 2 lignes).
Parce que ces supports n'ont pas de reference nationale, ils sont 
identifiés par un numero et la ligne à laquelle ils prennent part donc 
peuvent virtuellement exister autant de fois que de lignes supportées 
(cf le terrain).


Simple supposition, je n'ai pas tout regardé

Une integration via osmose est-elle envisageable ?
Depuis le temps que je souhaiterais me plonger dans les tests deja 
existant dans le domaine


François

Le 14 mars 2017 20:12, "mides.map" > a écrit :


Effectivement belle ouverture de données.

Par contre, j'ai dû sauter quelques lignes dans les explications
pour les données concernant les pylônes RTE ,
https://www.data.gouv.fr/fr/datasets/pylones-rte/
 , 265271
points au format GeoJSON et 5 au format Shape. De même
concernant l'info  Lambert 93 alors que l'on est en WGS84.

Michel

Le 14/03/2017 18:23, Nicolas Moyroud a écrit :

Ah oui pas mal en effet ! La hauteur et le numéro des pylônes
c'est intéressant pour compléter ceux que j'avais déjà fait
sur mon secteur :-)

Nicolas

Le 14/03/2017 à 17:15, Christian Quest a écrit :

Beau lâché de données opendata par RTE ce matin sur

https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/



Lignes aériennes (de 45kV à 400kV), souterraines, pylones,
postes électriques...


Un beau chantier d'intégration en perspective !




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




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




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


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

Re: [OSM-talk-fr] Données RTE...

[Jérôme Seigneuret]

Je pense qu'il peut être intéressant d'intégrer les données en base depuis
le geojson (coté OSM fr) et de décomposer le fichier pour qu'il soit plus
facile à exploiter par département ou via un autre critère lié au type de
lignes (car certaines sont interrégionales)

En soit même le geojson est lourd et le charger dans JOSM n'est pas
pensable.


Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] edificato Umbria

[stefano campus]

Alessandro Palmas wrote
> Continuo a stupirmi che in Francia su ogni edificio si trovi
> source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre.
> Mise à jour : 2010

rispetto in modo assolutamente ligio le licenze che ogni progetto assume per
sé, ma continuo ad essere dispiaciuto per la non reversibilità delle info da
osm verso il db originario.

nello specifico di regione piemonte, non si può parlare di open by default,
dal momento che una legge regionale ci impone la CC BY 2.5. La 2.5 era stata
scelta per la tutela del diritto sui generis non esplicitamente prevista
dall'allora CC in vigore, la 3.0.

la struttura del db topografico regionale prevede anche un metadato di
istanza sul quale indicare l'origine della singola feature.
ad esempio gli attuali limiti amministrativi comunali sono di derivazione
geometrica dal layer esposto da istat, tranne i nuovi comuni che si sono
formati negli ultimi 2 anni che sono stati tracciati dal settore competente.
uno degli attributi specifica chiaramente l'origine.

cmq, va bene così, non ci sono problemi, ci mancherebbe.

grazie cmq per il tempo che mi avete dedicato

s.

ps: @ale, sto aspettando una risposta. sollecito subito



--
View this message in context: 
http://gis.19327.n8.nabble.com/edificato-Umbria-tp5884911p5893134.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: [OSM-talk-fr] Données RTE...

[mides.map]

  
  
Je pencherais plutôt vers un petit
  souci à l'export, on retrouve le même problème avec les données
  Lignes aériennes RTE limitées elles aussi à 5 enregistrements
  au format shape. 
  
  Ceci dit, ils vont certainement "rectifier le tir", cela reste
  exploitable en GeoJson à l'heure actuelle, et n'enlève rien à
  l’intérêt de cette mise à disposition de données. 
  
  Michel
  
  Le 14/03/2017 20:25, François Lacombe a écrit :


  Hello


Super effort de leur part, évidemment tres
  interessant de mon point de vue :)


Pour les pylônes, il ont du dupliquer les
  supports qui prennent part à plusieurs lignes (6 cables = 2
  lignes).
Parce que ces supports n'ont pas de reference
  nationale, ils sont identifiés par un numero et la ligne à
  laquelle ils prennent part donc peuvent virtuellement exister
  autant de fois que de lignes supportées (cf le terrain).


Simple supposition, je n'ai pas tout regardé 


Une integration via osmose est-elle envisageable
  ?
Depuis le temps que je souhaiterais me plonger
  dans les tests deja existant dans le domaine


François 
  
  
Le 14 mars 2017 20:12, "mides.map" 
  a écrit :
  Effectivement
belle ouverture de données.

Par contre, j'ai dû sauter quelques lignes dans les
explications pour les données concernant les pylônes RTE , https://www.data.gouv.fr/fr/datasets/pylones-rte/
, 265271 points au format GeoJSON et 5 au format Shape.
De même concernant l'info  Lambert 93 alors que l'on est en
WGS84.

Michel

Le 14/03/2017 18:23, Nicolas Moyroud a écrit :

  Ah oui pas mal en effet ! La hauteur et le numéro des
  pylônes c'est intéressant pour compléter ceux que j'avais
  déjà fait sur mon secteur :-)
  
  Nicolas
  
  Le 14/03/2017 à 17:15, Christian Quest a écrit :
  
Beau lâché de données opendata par RTE ce matin sur https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/

Lignes aériennes (de 45kV à 400kV), souterraines,
pylones, postes électriques...


Un beau chantier d'intégration en perspective !


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



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

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



  


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

[OSM-talk-fr] Piscines particulières ?

[pepilepi...@ovh.fr]

  
  
Bonsoir,
Quand dans une zone résidentielle il y a une
piscine à côté de (presque) chaque maison, faut-il les
cartographier, et si oui comment ?
Explication : certains font de toute
évidence des importations massives de données cadastrales sans
vérification (sans réflexion ?). Ce qui conduit à des anomalies
ou aberrations signalées par Jochet Topf,
entre autres dans la section France.
Exemple ici
(un parmi tant d'autres), où le cadastre montre un rectangle
évidé, l'image aérienne BDOrtho IGN à fort zoom montre une
excavation en cours, et l'image BDOrtho
IGN à faible zoom (plus récente) montre bien une jolie surface
bleue. Et celle ci est mal tagguée avec un tag building=yes sur
le rectangle extérieur et aucun tag sur le multipolygone.
Donc que faire dans ce cas :

  le supprimer parce que ce n'est pas un
  bâtiment,
  ou le tagguer en piscine ?

Merci, bonne soirée
Jean-Pierre
  
  


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

[OSM-talk-fr] Bus vs Car

[Noémie Lehuby]

Bonjour,

Les lignes d'autocar sont souvent taguées avec route = bus.
Or, un tag route=coach existe mais est vraiment très peu utilisé :
https://taginfo.openstreetmap.fr/tags/route=coach
https://taginfo.openstreetmap.org/tags/route=coach

Est-ce qu'on sait pourquoi ? Le wiki semble faire le même constat mais 
ne donne pas vraiment de raison d'utiliser ou non ce tag.
Pas de contre-indication à requalifier en route=coach les lignes 
concernées ?


Noémie


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

Re: [OSM-talk-fr] Données RTE...

[François Lacombe]

Hello

Super effort de leur part, évidemment tres interessant de mon point de vue
:)

Pour les pylônes, il ont du dupliquer les supports qui prennent part à
plusieurs lignes (6 cables = 2 lignes).
Parce que ces supports n'ont pas de reference nationale, ils sont
identifiés par un numero et la ligne à laquelle ils prennent part donc
peuvent virtuellement exister autant de fois que de lignes supportées (cf
le terrain).

Simple supposition, je n'ai pas tout regardé

Une integration via osmose est-elle envisageable ?
Depuis le temps que je souhaiterais me plonger dans les tests deja existant
dans le domaine

François

Le 14 mars 2017 20:12, "mides.map"  a écrit :

> Effectivement belle ouverture de données.
>
> Par contre, j'ai dû sauter quelques lignes dans les explications pour les
> données concernant les pylônes RTE , https://www.data.gouv.fr/fr/da
> tasets/pylones-rte/ , 265271 points au format GeoJSON et 5 au format
> Shape. De même concernant l'info  Lambert 93 alors que l'on est en WGS84.
>
> Michel
>
> Le 14/03/2017 18:23, Nicolas Moyroud a écrit :
>
>> Ah oui pas mal en effet ! La hauteur et le numéro des pylônes c'est
>> intéressant pour compléter ceux que j'avais déjà fait sur mon secteur :-)
>>
>> Nicolas
>>
>> Le 14/03/2017 à 17:15, Christian Quest a écrit :
>>
>>> Beau lâché de données opendata par RTE ce matin sur
>>> https://www.data.gouv.fr/fr/organizations/reseau-de-transpor
>>> t-delectricite/
>>>
>>> Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes
>>> électriques...
>>>
>>>
>>> Un beau chantier d'intégration en perspective !
>>>
>>>
>>>
>>
>> ___
>> 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: [Talk-es] Rotondas cuadradas :)

[yo paseopor]

No es por ser "torracollons" pero en la placa que he leído...pone
vehículos, en ningún momento habla de buses.Y en OSM se mapea lo que se
dice, más allá de lo que veamos.
Y siento decir que mientras de salida de la plaza no veo señal, sí la veo
de entrada... a no ser que tú puedas acceder a otras fotografía, tipo
Mapillary, lo cual te agradecería nos pudieras indicar/hacer.

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

Re: [OSM-talk-fr] Données RTE...

[mides.map]

Effectivement belle ouverture de données.

Par contre, j'ai dû sauter quelques lignes dans les explications pour 
les données concernant les pylônes RTE , 
https://www.data.gouv.fr/fr/datasets/pylones-rte/ , 265271 points au 
format GeoJSON et 5 au format Shape. De même concernant l'info  
Lambert 93 alors que l'on est en WGS84.


Michel

Le 14/03/2017 18:23, Nicolas Moyroud a écrit :
Ah oui pas mal en effet ! La hauteur et le numéro des pylônes c'est 
intéressant pour compléter ceux que j'avais déjà fait sur mon secteur :-)


Nicolas

Le 14/03/2017 à 17:15, Christian Quest a écrit :
Beau lâché de données opendata par RTE ce matin sur 
https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/


Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes 
électriques...



Un beau chantier d'intégration en perspective !





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



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

Re: [Talk-it] portale o qualcosa del genere...

[Federico Cortese]

2017-03-14 19:22 GMT+01:00 Lorenzo Mastrogiacomi :
>
> Non so se è di interesse storico...
> In ogni caso potresti mettere barrier=entrance con le restrizione
> maxheight=2.5
>
+1, anche io lo mapperei così.

Ciao,
Federico

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

Re: [Talk-it] portale o qualcosa del genere...

[Lorenzo Mastrogiacomi]

Il giorno mar, 14/03/2017 alle 18.19 +0100, Martin Koppenhoefer ha
scritto:
> 2017-03-14 17:55 GMT+01:00 demon.box :
> > ciao, scusate, ci riprovo...
> > 
> > 
> > 
> > ma una cosa così non si mappa proprio in nessun modo?
> > 
> > 
> > 
> > 
> 
> historic=archway (usato 3 volte), si potrebbe documentare ;-)
> 
> Ciao,
> Martin
> 
> 
> ___

Non so se è di interesse storico...
In ogni caso potresti mettere barrier=entrance con le restrizione
maxheight=2.5

Lorenzo

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

Re: [Talk-cz] ele ve stopách - opravovat?

[Pavel Machek]

Ahoj!

> pokud to někdo změníte, doporučuji ještě potom trochu hlídkovat - přijde mi
> jako pravděpodobné, že to někdo zaznačil pro ten letecký simulátor. Jak jsme
> měli fejkové řeky, možná si vzpomínáte...
> 
> Datový formát je datový formát, +1 pro metry ve WGS84. Pokud je to pro
> někoho opravdu tak důležité, tak si k tomu stejně bude muset udělat
> konverzi...

Ale metry ve WGS84 to taky nejsou, viz wiki. Jsou to metry nad morem,
coz je neco jineho nez co ukazuje GPS.

Pokud to nekdo bude predelavat (cimz nechci rict ze to je dobry
napad), primlouval bych se pro ponechani ele:feet= s puvodni hodnotou...

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-cz] dotaz na možnost rozlišení cyklorozcestníků

[Zdeněk Pražák]

no jde mi o to, že při přípravě před výjezdem jsem použil openstreetmap se
zapnutými vrstvami foto rozcestníků, chybné rozcestníky.
Při tomto zobrazení se nerozliší cyklorozcestníky s osm tagem bicykle:yes
od pěších rozcestníků s osm tagem hiking:yes
příklad
cyklorozcestník: osm id 2995041851
pěší: osm id 2995962653

ve vrstvě fotek jsou tyto rozcestníky označeny rovněž stejnou ikonkou

dále jsem si ve vrstvě fotek všiml, že fotky map jsou označeny stejnou
ikonkou jako fotky rozcestníků - bylo by vhodné zavést buď novou ikonku
nebo je značit stejnou ikonkou jako informační tabule
příklad
fotka mapy s id 11521


Dne 14. března 2017 15:46 Tom Ka  napsal(a):

> Ahoj,
>
> pro kontroly se (zatim) cyklo vubec neuzvazuji (myslim ty "silnicni"
> zluto cerne cedule. Pro vrstvu fotek tezko rict, asi neni uplne podle
> ceho to rozlisit, max. podle tagu ale ty jsou jen u nekterych fotek.
>
> Kdyztak zkus bliz popsat co by jsi potreboval a uvidime jestli se s
> tim da neco delat a je cas a sila :-)
>
> Bye
>
>
> Dne 13. března 2017 18:54 Zdeněk Pražák  napsal(a):
> > dnes jsem doplnil chybějící fotografie rozcestníků a informačních tabulí
> z
> > okolí Pardubic.
> > pro kontrolu chybějících fotek jsem použil mapovou vrstvu foto
> rozcestníků a
> > chybné rozcestníky z https://openstreetmap.cz/
> >
> > Všiml jsem si, že v mapě nejsou rozlišeny ikonky pro turistické
> rozcestníky
> > a cyklorozcestníky.
> >
> > chtěl jsem se zeptat, zda by nebylo možné tyto rozcestníky a jejich fotky
> > rozlišit vlastní ikonkou
> >
> > Pražák
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di Talk-it-lazio, Volume 56, Numero 10

[Martin Koppenhoefer]

ok, rimandato a domani, 21.30. Qualcuno chiama il Finnegan per dirlelo?
Domani sempre alle 21.30.
Ho aggiornato il wiki.

Ciao,
Martin

2017-03-14 16:37 GMT+01:00 Luca Moiana :

>
> Ma allora è rimandato?
> per me sarebbe ok anche domani o settimana prossima.
> fatemi sapere.
>
> L
>
> --
> *From:* jprimav 
> *Sent:* Tuesday, March 14, 2017 1:36 PM
> *To:* talk-it-lazio@openstreetmap.org
> *Subject:* Re: [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re:
> Digest di Talk-it-lazio, Volume 56, Numero 10
>
> Mi scuso ma è sopraggiunto un impegno e stasera non ci sono.
> Ho chiamato comunque il Finnegan e dicono che stasera c'è la Champions
> League e prevedono schiamazzi.. quindi se decidete di incontrarvi potrebbe
> non essere la migliore scelta.
> Mi dispiace. Se cambiate giorno io ci sono quasi sempre, anche domani.
> Altrimenti alla prossima.
> Jacopo
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Talk-it-lazio-Incontro-a-Monti-martedi-14-3-Re-Digest-
> di-Talk-it-lazio-Volume-56-Numero-10-tp5893036p5893096.html
> Lazio - [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di
> Talk-it-lazio, Volume 56, Numero 10
> 
> gis.19327.n8.nabble.com
> [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di
> Talk-it-lazio, Volume 56, Numero 10. 2017-03-13 17:17 GMT+01:00 Flaminia
> Tumino : > Che si fa per domani? >...
>
>
> Sent from the Lazio mailing list archive at Nabble.com.
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
>


-- 
Martin Koppenhoefer (Dipl-Ing. Arch.)
Via del Santuario Regina degli Apostoli, 18

00145 Roma

|I|I|I|I|I|I|I|I|

Italia
N41.851, E12.4824
8FHJVF5W+W5

tel1: +39 06.916508070
tel2: +49 30 868708638
mobil: +39 392 3114712
mobil: +49 1577 7793740
m...@koppenhoefer.com
http://www.koppenhoefer.com


Hinweis:
Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie
Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der
manuellen Übertragung von Informationen in elektronische Medien die
übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu
entschuldigen.

Any views or opinions are solely those of the author and do not necessarily
represent those of koppenhoefer.com unless specifically stated.
This email and any files attached are confidential and intended solely for
the use of the individual or entity to which they are addressed.
If you have received this email in error, please notify
postmas...@koppenhoefer.com

Please note that to ensure regulatory compliance and for the protection of
our clients and business, we may monitor and read messages sent to and from
our systems.

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

Re: [OSM-talk-fr] Données RTE...

[Nicolas Moyroud]

Ah oui pas mal en effet ! La hauteur et le numéro des pylônes c'est 
intéressant pour compléter ceux que j'avais déjà fait sur mon secteur :-)


Nicolas

Le 14/03/2017 à 17:15, Christian Quest a écrit :
Beau lâché de données opendata par RTE ce matin sur 
https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/


Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes 
électriques...



Un beau chantier d'intégration en perspective !





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

Re: [Talk-it] portale o qualcosa del genere...

[Martin Koppenhoefer]

2017-03-14 17:55 GMT+01:00 demon.box :

> ciao, scusate, ci riprovo...
>
> ma una cosa così non si mappa proprio in nessun modo?
>
> 
>


historic=archway (usato 3 volte), si potrebbe documentare ;-)

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

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

sent from a phone

> On 14 Mar 2017, at 14:28, paolo bubici  wrote:
> 
> Ecco il mio primo proposed Dry riser inlet 
> http://www.openstreetmap.org/node/4189254348


io toglierei tutti i tag con fire_hydrant almeno che non ci sia anche un 
idrante (e in questo caso farei comunque un'altro nodo)

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

[Talk-it] portale o qualcosa del genere...

[demon.box]

ciao, scusate, ci riprovo...

ma una cosa così non si mappa proprio in nessun modo?

 

grazie.

--enrico



--
View this message in context: 
http://gis.19327.n8.nabble.com/portale-o-qualcosa-del-genere-tp5893114.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-br] Proposal of import: Brazilian Geodetic Network (man_made=survey_points)

[Sérgio V .]

Bom dia pessoal, estou preparando a proposta abaixo para o 
https://lists.openstreetmap.org/pipermail/imports/.

Por favor sintam-se livres para examinar.

Antecipadamente obrigado.

- - - - - - - - - - - - - - - -

Hello.
I'm member of brazilian OSM users community.
I present here for discussion, and asking approval for, the proposal for the 
import of brazilian geodetic network of survey points (SGB - Sistema Geodésico 
Brasileiro).
Firstly, sorry if not good english. Also sorry for the technical problems that 
arose due to the size of elements in previously ill imported relation.

This proposal was previously formally informed in brazilian talk list in 
https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html .
(Also this post here will be copied to brazilian talk list.)

The discussions in Brazilian community: actually started in 6th march in 
Telegram channel of the brazilian community, where it has been carried on, and 
where we generally use to talk most (159 members, around some 80 users 
connecting daily and some 20 activelly communicating). Many members made 
remarks and suggestions about it and, after all arrangements, general aprovals 
for procedures and utility purpose.

The purpose of this proposal: is to import the survey points published by the 
brazilian government agency for geographical data (called IBGE - 
(http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).

The source data: is all produced and published by IBGE.
The government also publishes these data through the more general portal for 
brazilian spatial data (INDE: 
http://www.visualizador.inde.gov.br - 
Menu: Redes Geodesicas), from where it was dowloaded.

About the licenses for the data: as said in previous exchange of messages of 
other brazilian OSM member with IBGE officials [1], and as stated by the 
brazilian national law for access to information (known as "LAI"), all the 
government data, including IBGE, is free for access, not even requiring to say 
what for it is intended [2] (the exceptions quoted in the law must not even be 
published by the government). IBGE officials explicitly stated, as in previous 
quoted messages, it's free for OSM purposes, for copy, sharing and changes, 
since quoting the source, and not requiring further back communication.

The aim of the import: is to have all these points with their precise 
coordinates provided by the government, placed in OSM brazilian map to help on 
aligning imagery, fixing borders, found places in remote regions, etc.

It can be objected: found no survey point in imagery on the ground.
That's true. Many things pedestrians have mapped can't be seen on sattelite 
imagery now, like door numbers, shop names, highway signals, and many other 
small things, perhaps also fire_hidrants, etc. It usually resides all on local 
mapper's word.
Also imagery resolution is improving constantly, so perhaps not too later we 
all can see many more things on sattelite imagery.
Anyway, the government, through its data itself and its official reports of 
survey points, states they are there on the ground.

As a single example: there's a survey point (a small plate) over a 
boundary_stone in the Brazil-Venezuela-Guyana triple border, reported in [3]. 
It seems not visible in imagery, nor the boundary_stone. At least I still 
haven't found it (but I'm looking for). But just seeing this officialy reported 
point in JOSM (5.2018977222, -60.737554)[4] indicates 
this triple border in OSM is currently more than 1km far from that official 
measurement, thus deserving some revision.

Other general informations:
-All the objects proposed to import came previously converted by IBGE in WGS84 
format in the original downloaded shape file.
-There will be no relation (in OSM peculiar concept for relation) to be 
stablished between these individual points.
-Only are meant to be imported the portion of the stations classified as in 
good conditions, leaving aside the ones destructed or not found as quoted in 
the official reports. So the final total number of points to be imported is 
smaller than in the original shp.

The proposed tags are these (english translation or meaning below in 
parenthesis):

description=Rede Geodésica do IBGE - Estação SAT DOPPLER
(=IBGE Geodetic Network - <6 types of station, for: SAT DOPPLER; SAT GPS; 
Polygonal; Triangulation; Elevation Reference; Permanent GNSS>); by these 6 
types of description= station...*... the data is aimed to be also accessible 
for recalling and maintence.
ele=* (when geometric height available)
man_made=survey_point
note:en=Please: do not displace the point (official coordinates)
note=Não deslocar o ponto (coordenadas originais do IBGE)
(almost the same as note:en, with local exortation tone)
ref:loc=São Félix do Xingu
(the locality where the point is, perhaps even not mapped itself)
ref=90970
(the particular and unique name or number 

[OSM-talk-fr] Données RTE...

[Christian Quest]

Beau lâché de données opendata par RTE ce matin sur 
https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/


Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes 
électriques...



Un beau chantier d'intégration en perspective !


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] Attacco di mandata per autopompa

[paolo bubici]

Detto fatto

http://www.openstreetmap.org/node/4189254348

Il giorno 14 marzo 2017 14:41, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

>
> > Ecco il mio primo proposed Dry riser inlet
> > http://www.openstreetmap.org/node/4189254348
> >
> > Speriamo il primo di una lunga serie!
> >
>
>
> Anzichè survey:date=13/05/2016 consiglio 2016-05-13
>
> Alessandro
>
>
> ___
> 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-de] Emergency Map total überarbeitet - Notaufnahme

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> Ja, wenn man eine area mappt sollte man auch den Zugang mappen. da
> gibt es ja schon den Tag "entrance"

Aber Achtung: entrance=emergency ist laut [1] schon mit dem Notausgang
belegt, und das mit über 5.000 mal [2] !!! V.a. wieso entrance für
einen Ausgang?! Wäre da "exit=emergency" nicht sinniger gewesen?

Für die Notaufnahme wurde bisher 8 mal [2]
entrance=emergency_ward_entrance verwendet, wobei ich hier die
Doppelung von entrance nicht wirklich nachvollziehen kann.

[1] https://wiki.openstreetmap.org/wiki/DE:Key:entrance
[2] https://taginfo.openstreetmap.org/search?q=entrance%3Demergency
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYyAjYAAoJEIuLcq40+VqtXXsH/3eb36RX+8UZwjbIv4U6GoXL
FvZBhmPI+PXic+/Q6J87E6sNbCEGtkkynZYcdWAXbtT34B9HdzPKF3kStdP/YnJ5
9PFWXLpwilMBEo3d2qAol/LMCvyprcxHH4BwhEPoYy7FRqbqotrQpOda1/NZ0Gf2
TOYWKnlwx+52LhiQSnMF2baLjC19Odqa3uvegz1uhNtAhvJ+fRImp7fuCLbNaRYz
oq94lV0L+S1+kT7TV9RB8OFRpbb7GfF3pqTxsWWmJDshkZsLYZH8jBZ7oa0OtA+j
MO2HTXSXHrVhHluZsK4g80mDYKKhCxUesUEGyhDlXndznZYOH4NBqCOGZeb6Nu8=
=yZxU
-END PGP SIGNATURE-

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

Re: [Talk-cz] dotaz na možnost rozlišení cyklorozcestníků

[Tom Ka]

Ahoj,

pro kontroly se (zatim) cyklo vubec neuzvazuji (myslim ty "silnicni"
zluto cerne cedule. Pro vrstvu fotek tezko rict, asi neni uplne podle
ceho to rozlisit, max. podle tagu ale ty jsou jen u nekterych fotek.

Kdyztak zkus bliz popsat co by jsi potreboval a uvidime jestli se s
tim da neco delat a je cas a sila :-)

Bye


Dne 13. března 2017 18:54 Zdeněk Pražák  napsal(a):
> dnes jsem doplnil chybějící fotografie rozcestníků a informačních tabulí z
> okolí Pardubic.
> pro kontrolu chybějících fotek jsem použil mapovou vrstvu foto rozcestníků a
> chybné rozcestníky z https://openstreetmap.cz/
>
> Všiml jsem si, že v mapě nejsou rozlišeny ikonky pro turistické rozcestníky
> a cyklorozcestníky.
>
> chtěl jsem se zeptat, zda by nebylo možné tyto rozcestníky a jejich fotky
> rozlišit vlastní ikonkou
>
> Pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-it] import civici Emilia Romagna

[cesare gerbino]

*>>in attesa di cura dal febbraio 2015.*

??? Mi risulta che sul portale degli open data delal Città di Torino ve ne
siano di più recenti (e forse di qualità migliore )

Stò parlando di quelli pubblicati qui ..
http://aperto.comune.torino.it/?q=node/504

Cesare

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 14 marzo 2017 14:47, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Per evitare che arrivi lo straniero e importi ad mam chi vuole
> partecipare si faccia avanti.
>
> Nel frattempo ho iniziato a dare una botta a quelli di Torino, in attesa
> di cura dal febbraio 2015.
>
> 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] Attacco di mandata per autopompa

[Alessandro Palmas]

> Ecco il mio primo proposed Dry riser inlet
> http://www.openstreetmap.org/node/4189254348
>
> Speriamo il primo di una lunga serie!
>


Anzichè survey:date=13/05/2016 consiglio 2016-05-13

Alessandro


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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

Per evitare che arrivi lo straniero e importi ad mam chi vuole
partecipare si faccia avanti.

Nel frattempo ho iniziato a dare una botta a quelli di Torino, in attesa
di cura dal febbraio 2015.

Alessandro Ale_Zena_IT


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

Re: [Talk-de] Emergency Map total überarbeitet - Notaufnahme

[Martin Koppenhoefer]

sent from a phone

> On 14 Mar 2017, at 12:30, Markus  wrote:
> 
> Zwar ist das fast überall prominent beschildert,
> wird aber nicht auf der Karte angezeigt,
> und ist entsprechend auch nicht routbar...
> 
>> auf einem node 
> 
> emergency:department=entry
> (oder so)


Ja, wenn man eine area mappt sollte man auch den Zugang mappen.
da gibt es ja schon den Tag "entrance"
Üblicherweise gibt es eine Liegendeinfahrt (Krankenwagen), einen Eingang für 
den der zu Fuß kommt und irgendwo auch mind. einen weiteren (internen) Zugang. 
Am interessantesten ist der Zugang zu Fuß, wobei für "fremde" Rettungswägen 
etc. auch der Fahrzeugeingang interessant wäre.

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

Re: [Talk-it] Attacco di mandata per autopompa

[paolo bubici]

Ecco il mio primo proposed Dry riser inlet
http://www.openstreetmap.org/node/4189254348

Speriamo il primo di una lunga serie!

https://github.com/bubici/immagini/blob/master/Dry%20riser%20inlet.jpg

Paolo

Il giorno 14 marzo 2017 11:39, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-14 9:55 GMT+01:00 Dario Zontini Gmail :
>
>> io direi di usarlo, in caso è facile cambiare quelli già inseriti
>
>
>
> si, lo possiamo usare, non sarebbe male definire una sottochiave per il
> tipo di attacco, cfr. https://en.wikipedia.org/wiki/Hose_coupling
> Come diceva Francesco sopra, UNI70?
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] New Overpass API v0.7.54 version

[Michał Brzozowski]

About these "dark" POIs, I can claim prior art ;) Initially I thought
about buildings, but then I realized you can more easily search nodes
with name=* and addr:housenumber=* that don't have any main (shop,
amenity, ...) tag. These are often a result of iD beginners ;)
https://forum.openstreetmap.org/viewtopic.php?pid=503313#p503313
It also seems to work well in the US (18k results), but then again -
in Poland we have quite comprehensive address imports in place. Much
of these nodes are from people adding business/whatever names to
already existing address points.
The addition of addr:housenumber clause seems to reduce false
positives substantially, otherwise I'd find myself adding more and
more keys to the query to exclude legitimate data.

Michał


On Mon, Mar 13, 2017 at 10:38 PM, Roland Olbricht
 wrote:
> Hello everybody,
>
> the next blog post is now online:
> http://dev.overpass-api.de/blog/index.html
>
> I will add further post once per week Monday evening without further notice.
>
> Cheers,
>
>
> Roland
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-cz] nezobrazují se obrázky rozcestníků

[Michal Grézl]

uz to je opreavene

-- 
Michal Grézl
http://openstreetmap.cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] nahrávání fotek rozcestníků

[Michal Grézl]

nezkousel sem nic nhravat.

2017-03-14 13:04 GMT+01:00 Marián Kyral :
> A zkoušel jsi nahrát nějaký testovací rozcestník?
> I když je pravda, že jsem včera večer přidával nějaké fotky přes vrstvu
> chybných rozcestníků a vyplnil se mi tag ref.
>
> Možná se Zdeněk trefil ještě do doby před instalací. Nepíše, kdy přesně to
> dělal.
>
> Marián
>


-- 
Michal Grézl
http://openstreetmap.cz

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

[Talk-it] Aiuto Query Overpass

[Davide Sandona']

Salve,
è possibile con Overpass selezionare le way aventi un determinato tag ref
ma che non sono associate ad alcuna relazione avente lo stesso tag ref?

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

Re: [Talk-cz] nahrávání fotek rozcestníků

[Marián Kyral]

A zkoušel jsi nahrát nějaký testovací rozcestník?
I když je pravda, že jsem včera večer přidával nějaké fotky přes vrstvu
chybných rozcestníků a vyplnil se mi tag ref.

Možná se Zdeněk trefil ještě do doby před instalací. Nepíše, kdy přesně to
dělal.

Marián

-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 14. 3. 2017 12:54:58
Předmět: Re: [Talk-cz] nahrávání fotek rozcestníků
"ja mam pocit ze uz sem to tam vcera nahral.

jo na api.openstreetmap.cz je uz ta tvoje opravena verze

2017-03-13 19:25 GMT+01:00 Marián Kyral :
> To proto, že jsem to sice udělal, ale dokud to Walley neotestuje a hlavně
> nenainstaluje, tak to ani fungovat nebude.
>
> Marián
>
> Dne 13.3.2017 v 18:39 Zdeněk Pražák napsal(a):
>
> tak jsem dnes nahrál fotky rozcestníků a informačních tabulí. Přestože
jsem
> na http://map.openstreetmap.cz/osmcz/ volil položky informační tabule nebo
> mapa, tak se tyto tagy opět nevložily
> jde o fotky s ID 11504, 11505, 11509, 11514 a další
>
> Pražák
>
>
> Dne 10. března 2017 23:31 Marián Kyral  napsal(a):
>>
>> Dne 9.3.2017 v 14:47 Michal Grézl napsal(a):
>>>
>>> pokracuju pomalu, velmi pomalu.
>>>
>>> pridelat ty tagy neni problem,
>>>
>>> nicmene neznate nekoho co umi php, aby to udelal misto me:)?
>>>
>>> nahral sem to na github
>>> https://github.com/osmcz/api/blob/master/guidepost.php
>>
>>
>> Tak jsem se v tom trochu pohrabal. Ono tam v gitu toho chybí více.
>> javascripty, css, adresář uploads a v databázi rozcestníků chybí v
tabulce
>> guidepost sloupec license ;-)
>>
>> *) Nechtělo se mi upravovat i exifme.pl (taky není v gitu), tak jsem jej
>> nahradil čtením GPS souřadnic z exifu pomocí php funkce.
>> *) Nově to vkládají tagy ref a "rozcestnik" nebo "mapa" nebo "panorama"
>> nebo "infotabule" - dle toho, co je zatrženo. Možná by to chtělo i
přepínač
>> "jiný".
>>
>> Otestováno jen zběžně, zdá, se, že to funguje. Reklamace budu moct řešit
>> nejdříve v neděli ;-)
>>
>>
>> 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
>



--
Michal Grézl
http://openstreetmap.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] nahrávání fotek rozcestníků

[Michal Grézl]

ja mam pocit ze uz sem to tam vcera nahral.

jo na api.openstreetmap.cz je uz ta tvoje opravena verze

2017-03-13 19:25 GMT+01:00 Marián Kyral :
> To proto, že jsem to sice udělal, ale dokud to Walley neotestuje a hlavně
> nenainstaluje, tak to ani fungovat nebude.
>
> Marián
>
> Dne 13.3.2017 v 18:39 Zdeněk Pražák napsal(a):
>
> tak jsem dnes nahrál fotky rozcestníků a informačních tabulí. Přestože jsem
> na http://map.openstreetmap.cz/osmcz/ volil položky informační tabule nebo
> mapa, tak se tyto tagy opět nevložily
> jde o fotky s ID 11504, 11505, 11509, 11514 a další
>
> Pražák
>
>
> Dne 10. března 2017 23:31 Marián Kyral  napsal(a):
>>
>> Dne 9.3.2017 v 14:47 Michal Grézl napsal(a):
>>>
>>> pokracuju pomalu, velmi pomalu.
>>>
>>> pridelat ty tagy neni problem,
>>>
>>> nicmene neznate nekoho co umi php, aby to udelal misto me:)?
>>>
>>> nahral sem to na github
>>> https://github.com/osmcz/api/blob/master/guidepost.php
>>
>>
>> Tak jsem se v tom trochu pohrabal. Ono tam v gitu toho chybí více.
>> javascripty, css, adresář uploads a v databázi rozcestníků chybí v tabulce
>> guidepost sloupec license ;-)
>>
>> *) Nechtělo se mi upravovat i exifme.pl (taky není v gitu), tak jsem jej
>> nahradil čtením GPS souřadnic z exifu pomocí php funkce.
>> *) Nově to vkládají tagy ref a "rozcestnik" nebo "mapa" nebo "panorama"
>> nebo "infotabule" - dle toho, co je zatrženo. Možná by to chtělo i přepínač
>> "jiný".
>>
>> Otestováno jen zběžně, zdá, se, že to funguje. Reklamace budu moct řešit
>> nejdříve v neděli ;-)
>>
>>
>> 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
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-cz] nezobrazují se obrázky rozcestníků

[Michal Grézl]

ja si asi nehraji rovnou na produkci, existuje pouze produkce;)

zachvili to opravim ...

2017-03-14 10:15 GMT+01:00 Marián Kyral :

> Aha. To vypadá, že se walley snaží naimplementovat náhledy a asi si hraje
> rovnou na produkci.
>
> Marián
>
> 14. března 2017 10:06:59 SEČ, "Zdeněk Pražák"  napsal:
>>
>> no mne se obrazuje následující:
>> [image: alt]
>>
>> -- Původní zpráva --
>> Od: Marián Kyral 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 14. 3. 2017 9:47:49
>> Předmět: Re: [Talk-cz] nezobrazují se obrázky rozcestníků
>>
>> Ahoj,
>> kde? Jaká zpráva? Teď jsem to zkoušel a nic takového se mi neděje.
>>
>> [image: alt]
>>
>> Marián
>>
>> -- Původní e-mail --
>> Od: Zdeněk Pražák 
>> Komu: talk-cz@openstreetmap.org
>> Datum: 14. 3. 2017 8:34:47
>> Předmět: [Talk-cz] nezobrazují se obrázky rozcestníků
>>
>> opravoval jsem umístění rozcestníků a zjistil jsem, že se nezobrazjí
>> fotky rozcestníků místo fotky se zobrazí zpráva php a až po kliknutí na
>> zprávu se zobrazí fotka
>> Pražák
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
> --
> Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
> stručnost.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>


-- 
Michal Grézl
http://openstreetmap.cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] Emergency Map total überarbeitet - Notaufnahme

[Markus]

Hallo Martin,

> tag für Notaufnahme

Entscheidend finde ich den *Eingang zur Notaufnahme*

Zwar ist das fast überall prominent beschildert,
wird aber nicht auf der Karte angezeigt,
und ist entsprechend auch nicht routbar...

> auf einem node 

emergency:department=entry
(oder so)

Mit herzlichem Gruss,
Markus

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

Re: [Talk-it] [Overpass-turbo] esporta query

[Martin Raifer]

Strano. È un bug dell' Overpass API. Ho aperto un issue su github:
https://github.com/drolbr/Overpass-API/issues/378

Nel frattempo questo sito dovrebbe ancora funzionare:
http://api.openstreetmap.fr/convert_form.html (o selezionate il serer
francese nelle impostazioni di Overpass turbo).

- Martin

2017-03-14 12:03 GMT+01:00 Marco :
> si, succede la stessa identica cosa anche a me
>
>
> Il 14/03/2017 11:56, Cascafico Giovanni ha scritto:
>
> Da alcune settimane, quando cerco di generare il link "converti in compatta"
> oppure "converti in OverpassQL" mi risponde con
>
> "unknown argument: --dump-compact-map-ql"
>
> Succede anche a voi?
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>

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

Re: [Talk-it] [Overpass-turbo] esporta query

[Marco]

si, succede la stessa identica cosa anche a me


Il 14/03/2017 11:56, Cascafico Giovanni ha scritto:
Da alcune settimane, quando cerco di generare il link "converti in 
compatta" oppure "converti in OverpassQL" mi risponde con


"unknown argument: --dump-compact-map-ql"

Succede anche a voi?



___
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-de] Emergency Map total überarbeitet

[Martin Koppenhoefer]

Am 13. März 2017 um 22:03 schrieb Walter Nordmann :

> Hi, da die Emergency Map https://wambachers-osm.website/emergency viele
> unangenehme Probleme hatte, hab ich das Teil mal überarbeitet.
>


wir haben gerade auf der italienischen Mailingliste festgestellt, dass es
irgendwie kein tag gibt für eine Notaufnahme? Lediglich ein Attribut
(emergency=yes) für das gesamte Krankenhaus.
Was haltet Ihr von

emergency=emergency_department
oder (ggf. zusätzlich)
amenity=emergency_department

auf einem node oder der Fläche der Notaufnahme?

Oder gibt es doch schon was und wir haben es nicht gefunden?

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

[Talk-it] [Overpass-turbo] esporta query

[Cascafico Giovanni]

Da alcune settimane, quando cerco di generare il link "converti in
compatta" oppure "converti in OverpassQL" mi risponde con

"unknown argument: --dump-compact-map-ql"

Succede anche a voi?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

2017-03-14 9:55 GMT+01:00 Dario Zontini Gmail :

> io direi di usarlo, in caso è facile cambiare quelli già inseriti



si, lo possiamo usare, non sarebbe male definire una sottochiave per il
tipo di attacco, cfr. https://en.wikipedia.org/wiki/Hose_coupling
Come diceva Francesco sopra, UNI70?

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

Re: [Talk-es] Rotondas concéntricas

[Jo]

Si es un arbol, puedes marcarlo natural=tree. Si sabes que tipo, hay manera
de indicar todas las detalles ;-)

Polyglot

2017-03-14 9:13 GMT+01:00 |Colegota| :

> ¡Qué nivel! :)
>
> Lo que no entiendo es lo de tourism=artwork en el centro de la glorieta.
> Es sólo un árbol ¿no?
>
> Saludos,
> Colegota
>
> El 2017-03-13 18:26, yo paseopor escribió:
>
> Cuando estais todos de acuerdo...entonces se despierta el troll que duerme
> dentro de mi...y a tomar por c... digo y me cargo el consenso general.
> He visto que la vía estaba separada por la mediana y entonces he empezado
> a añadirlas, a partir las vías... también le he añadido aceras, el
> resultado es que el espacio de aparcamiento se ha reducido lo suficiente
> como para partirlo en tres tramos, al haber mediana he duplicado la vía y
> la he vuelto de un solo sentido. También he añadido las diversas isletas y
> aceras, y marcado las plazas de minusválidos.
> También he mapeado las propiedades del aparcamiento así que ya sale
> también en http://bit.ly/parkingosm
>
> Salut i mapes
> yopaseopor
>
> ___
> Talk-es mailing 
> listTalk-es@openstreetmap.orghttps://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-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di Talk-it-lazio, Volume 56, Numero 10

[Martin Koppenhoefer]

2017-03-14 10:38 GMT+01:00 jprimav :

> Via Leonina 66, 00184



00184 dice google, loro dicono 00186
;-)

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

[OSM-talk-be] Geodetische punten, deel II.

[Philippe Casteleyn]

Donderdag op BEGEO  komt de directeur geodesie van het NGI een uitleg geven over

"Toekomstplannen voor de geodetische merktekens"

http://www.begeo.be/schedule/toekomstplannen-voor-de-geodetische-merktekens/
Ik kan er niet zijn.  Kan iemand een verslag maken ?  Misschien weet hij hoe we 
dat in JOSM precies op de juiste plaats kunnen mappen.  Geodetische merktekens 
lijken mij de enige manier om de precisie van het GPS toestel te weten.

Ter herinnering :
http://www.openstreetmap.org/node/4557537344#map=17/50.98935/4.53525=D
Hoe ze het in Frankrijk doen :
http://www.openstreetmap.org/node/670183257

Over het jachthutje in de Limburg zal ik maar zwijgen.







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

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[GarenKreiz]

Merci pour l'outil et pour la réactivité du support!

Cdt



Le 14 mars 2017 à 09:45, Jean-Marc Liotier  a écrit :
> Oups, Frédéric avait déjà répondu hier soir... J'ai répondu avant que
> mon client de messagerie ai récupéré son message...
>
> Bref - suivez https://twitter.com/osmose_qa !
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di Talk-it-lazio, Volume 56, Numero 10

[jprimav]

si, è quello.
Via Leonina 66, 00184 



--
View this message in context: 
http://gis.19327.n8.nabble.com/Talk-it-lazio-Incontro-a-Monti-martedi-14-3-Re-Digest-di-Talk-it-lazio-Volume-56-Numero-10-tp5893036p5893078.html
Sent from the Lazio mailing list archive at Nabble.com.

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

Re: [Talk-cz] nezobrazují se obrázky rozcestníků

[Marián Kyral]

Aha. To vypadá, že se walley snaží naimplementovat náhledy a asi si hraje 
rovnou na produkci.

Marián

14. března 2017 10:06:59 SEČ, "Zdeněk Pražák"  napsal:
>no mne se obrazuje následující:
>
>-- Původní zpráva --
>Od: Marián Kyral 
>Komu: OpenStreetMap Czech Republic 
>Datum: 14. 3. 2017 9:47:49
>Předmět: Re: [Talk-cz] nezobrazují se obrázky rozcestníků
>
>"Ahoj,
>kde? Jaká zpráva? Teď jsem to zkoušel a nic takového se mi neděje.
>
>
>
>Marián
>
>-- Původní e-mail --
>Od: Zdeněk Pražák 
>Komu: talk-cz@openstreetmap.org
>Datum: 14. 3. 2017 8:34:47
>Předmět: [Talk-cz] nezobrazují se obrázky rozcestníků
>"opravoval jsem umístění rozcestníků a zjistil jsem, že se nezobrazjí
>fotky
>rozcestníků místo fotky se zobrazí zpráva php a až po kliknutí na
>zprávu se
>zobrazí fotka
>Pražák
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>"___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>"

-- 
Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ele ve stopách - opravovat?

[Vladimír Slávik]

Ahoj,
pokud to někdo změníte, doporučuji ještě potom trochu hlídkovat - přijde mi
jako pravděpodobné, že to někdo zaznačil pro ten letecký simulátor. Jak jsme
měli fejkové řeky, možná si vzpomínáte...

Datový formát je datový formát, +1 pro metry ve WGS84. Pokud je to pro
někoho opravdu tak důležité, tak si k tomu stejně bude muset udělat
konverzi...

VS


-- Původní zpráva --
Od: Dalibor Jelínek 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 14. 3. 2017 2:51:43
Předmět: Re: [Talk-cz] ele ve stopách - opravovat?

"


+1

Kdyz to nechcete predelavat na metry, tak si proste vytvorte vlastni klic,
treba “ele:feet”.

Pro me je wiki posvatna. ;-)

 

Dalibor

 




 From: Petr Kadlec [mailto:petr.kad...@gmail.com]
 Sent: Monday, March 13, 2017 11:10 PM
 To: OpenStreetMap Czech Republic 
 Subject: Re: [Talk-cz] ele ve stopách - opravovat?



 


Ahoj,



 


2017-03-13 17:35 GMT+01:00 Jan Martinec :
"

Trochu jsem o tom přemýšlel, a asi nakonec přece jen souhlasím s Jezevcem -
elevation na runway se nijak jinak než s feet ASL nepoužívá, na rozdíl od
ostatních ele.


 



Sice je to nečekaný v datech, ale asi to lépe popisuje situaci on-the-
ground.


"
 




Sorry, ale to nedává smysl. Klíč ele=* se používá pro úplně libovolný uzel
pro vyznačení nadmořské výšky v metrech. Je úplně irelevantní, jestli ten
bod zrovna leží na VPD čili nic. Ta stránka na wiki je v tom zcela
jednoznačná, už dva roky k tomu má navíc speciální sekci, která vysvětluje,
že jakkoli by někde dávalo větší smysl použít jiné jednotky, tak to prostě
nejde. Jestli někdo máte dojem, že je to potřeba změnit, nadhoďte to tam
někde kolem.



Anebo navrhněte speciální značku pro význačné souřadnice. Konečně z toho
bodu nijak není poznat, že to je zrovna THR, tedy že zrovna jeho ele= je
nějaká speciálně důležitá hodnota, která z toho titulu má být ve stopách. A
ještě poznamenávám, že český AIP tu výšku uvádí jak ve stopách, tak v
metrech, takže to „se nijak jinak než s feet ASL nepoužívá“ bych taky
neviděl až tak absolutně.




 



-- Petr Kadlec / Mormegil





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

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[Jean-Marc Liotier]

Oups, Frédéric avait déjà répondu hier soir... J'ai répondu avant que
mon client de messagerie ai récupéré son message...

Bref - suivez https://twitter.com/osmose_qa !

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

Re: [Talk-es] Rotondas cuadradas :)

[|Colegota|]

Buenas,

El 2017-03-13 19:58, yo paseopor escribió:
Para lo de "Excepto vehículos de más de 3500 kgs." (calles pequeñas, 
giros pequeños vs. vehículo grande grande grande) Te recomiendo una 
combinatoria concreta
Aparte de marcar que es una calle de sentido único para el tráfico 
general (oneway=yes) yo lo marcaría también con la permisividad de 
camiones de gran tonaje (hgv) por lo que uniéndolo a oneway quedaría 
(oneway:hgv=no)


Aquí no sé si me he explicado bien. Por si acaso, la permisividad para 
más de 3500k es en el sentido contrario. Es decir, cualquier vehículo 
puede salir de la plaza por esa calle, pero los buses de más de 3500 
además pueden ingresar a la plaza por ahí. Aparcan los buses en la calle 
de abajo y si no tienen que volver por calles más estrechas.


He visto esto motor_vehicle:conditional=delivery @ (weight>5) [1] o esto 
maxspeed:hgv:conditional=60 @ (weight>7.5) [2]


Supongo que sería algo del tipo oneway=no:conditional=bus @ (weight>3.5) 
pero no veo como aplicarlo a que los buses de más de 3500 puedan 
circular en los dos sentidos y que el resto solo vayan en uno. ¿Dos 
oneway? ¿Un oneway=yes y el anterior?


PD: Esta vez me he resistido a tocar nada, perdón por el ímpetu de 
antes.


Por mi parte ningún problema en que edites, así aprendo. :)

[1] http://wiki.openstreetmap.org/wiki/Key:access
[2] http://wiki.openstreetmap.org/wiki/Conditional_restrictions#Examples

Saludos,
Colegota


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

Re: [Talk-it] Attacco di mandata per autopompa

[Dario Zontini Gmail]

io direi di usarlo, in caso è facile cambiare quelli già inseriti


Dario


Il 14/03/2017 08:02, paolo bubici ha scritto:


Direi che è perfetto!
https://wiki.openstreetmap.org/wiki/Proposed_features/Dry_riser_inlet

Potremmo già usarlo
Oh è preferibile aspettare la sua approvazione?
Ciao Paolo




---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-it] Come mappare i Pronto Soccorso

[Martin Koppenhoefer]

2017-03-13 15:15 GMT+01:00 Marcello :

> Venendo al problema dei Pronto Soccorso, ho fatto un'analisi della
> situazione a Roma, secondo me è evidente la necessità di un nuovo tag.
>
> Premetto che il metodo di mappatura utilizzato a Roma non è uniforme, in 3
> casi è conforme al wiki (amenity=hospital + emergency=yes), di cui 2
> ospedali pubblici più una struttura privata, in altri due casi all'interno
> dell'ospedale è stato inserito un nodo con name="Pronto
> Soccorso"+amenity=hospital + emergency=yes. In conclusione abbiamo nemmeno
> la metà dei Pronto Soccorso inseriti e con due stili di mappatura diversi.
>


+1. anche per me un nodo con amenity=hospital dentro un poligono
amenity=hospital non ha senso, se uno è un dipartimento dell'altro.

propongo
emergency=emergency_department

(oppure (oppure in aggiunta) amenity=emergency_department perché la chiave
"emergency" non può essere visualizzata:
https://github.com/openstreetmap/osm2pgsql/blob/master/default.style )

Ciao,
Martin

PS: ho aggiunto un altro emergency=yes ad un ospedale che conosco (CTO).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] nezobrazují se obrázky rozcestníků

[Marián Kyral]

Ahoj,
kde? Jaká zpráva? Teď jsem to zkoušel a nic takového se mi neděje.



Marián

-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 14. 3. 2017 8:34:47
Předmět: [Talk-cz] nezobrazují se obrázky rozcestníků
"opravoval jsem umístění rozcestníků a zjistil jsem, že se nezobrazjí fotky
rozcestníků místo fotky se zobrazí zpráva php a až po kliknutí na zprávu se
zobrazí fotka
Pražák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Come mappare i Pronto Soccorso

[Martin Koppenhoefer]

sent from a phone

> On 13 Mar 2017, at 15:15, Marcello  wrote:
> 
> Se la analizzo dal punto di vista di un utente che si trova a Roma e ha 
> bisogno di un Pronto Soccorso la tecnica più efficace sarebbe quella del nodo 
> con name="Pronto Soccorso", perché facendo una ricerca potrei selezionare gli 
> ospedali con quella stringa nel name,



fai prima a chiamare il 112 ;-)

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

Re: [Talk-es] Rotondas concéntricas

[|Colegota|]

 

¡Qué nivel! :) 

Lo que no entiendo es lo de tourism=artwork en el centro de la glorieta.
Es sólo un árbol ¿no? 

Saludos,
Colegota 

El 2017-03-13 18:26, yo paseopor escribió: 

> Cuando estais todos de acuerdo...entonces se despierta el troll que duerme 
> dentro de mi...y a tomar por c... digo y me cargo el consenso general. 
> He visto que la vía estaba separada por la mediana y entonces he empezado a 
> añadirlas, a partir las vías... también le he añadido aceras, el resultado es 
> que el espacio de aparcamiento se ha reducido lo suficiente como para 
> partirlo en tres tramos, al haber mediana he duplicado la vía y la he vuelto 
> de un solo sentido. También he añadido las diversas isletas y aceras, y 
> marcado las plazas de minusválidos. 
> También he mapeado las propiedades del aparcamiento así que ya sale también 
> en http://bit.ly/parkingosm [2] 
> 
> Salut i mapes 
> yopaseopor 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es [1]

 

Links:
--
[1] https://lists.openstreetmap.org/listinfo/talk-es
[2] http://bit.ly/parkingosm
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Durcissement des règles d'Osmose

[Jean-Marc Liotier]

On Mon, 13 Mar 2017 17:50:36 +0100
GarenKreiz  wrote:
> 
> Depuis aujourd'hui, Osmose me sort une palanquée de nouveaux
> signalements sur des modifications très anciennes. Il s'agit de l'item
> 1170 classe 4 "Should be polygon, part of multipolygon or not having
> area tag". Pourtant les chemins en question sont bien fermés (cf
> http://www.openstreetmap.org/way/146315318 ).

"My bad. A bug in last update raises hundred of million of non issues.
Code fixed. But have to wait for updates. Most affected item hide"
https://twitter.com/osmose_qa/status/841386036529909762

Translation: une petite erreur déjà corrigée a néanmoins eu le temps de
générer quelques centaines de millions de signalements erronés...

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

[Talk-cz] nezobrazují se obrázky rozcestníků

[Zdeněk Pražák]

opravoval jsem umístění rozcestníků a zjistil jsem, že se nezobrazjí fotky
rozcestníků místo fotky se zobrazí zpráva php a až po kliknutí na zprávu se
zobrazí fotka
Pražák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Votre avis sur cette voie verte (Foix/Saint-Girons)

[rainerU]

Am 13.03.2017 um 16:20 schrieb jabali:
> Qu'est-ce qu'un  itinéraire cyclable de type "voie verte" ?
C'est un itinéraire balisé composé essentiellement de voies réservées aux
cyclistes, piétons, rollers et cavaliers. Il y a des voies vertes qui sont
uniquement composées de "voies vertes" tel que defini dans le code de la route
et marquées par un panneau C115 mais il y en a beaucoup qui comportent des
tronçons qui sont des chemins agricoles, des voies de service VNF etc. On peut
voir des exemples de signalisation de la voie verte Foix/St.-Girons ici :
http://www.af3v.org/-Fiche-VVV-.html?voie=279# (onglet §photos")

On ne peut donc pas dire : Un chemin qui fait parti d'une relation "voie verte"
doit être taggué en path + bicycle=designed, foot=designated, etc. Cela peut
aussi bien être un highway=track + motor_vehicle=destination ou un
highway=cycleway comme dans l'exemple à Perpignan que j'ai donnée.

> Le contributeur à supprimé la relation voie verte car elle faisait doublon .
> Si on considère que la voie verte EST la vélo-route de St-Girons à Foix, -
> ways de transitions inclus-elle fait effectivement doublon puisque existe
> déjà une véloroute identique - Piemont Pyrénéen St-girons Foix.

Elle existe sur le terrain en tant que balisage "Voie Verte de Foix/Saint
Girons" est il faut donc la représenter dans OSM par une relation de type route.
Comme elle fait partie de la Véloroute du Piémont Pyrénéen V81 le plus logique
serait d'inclure cette relation dans la relation 3264259 à la place de la
relation 5332589.



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

Re: [Talk-it] Attacco di mandata per autopompa

[paolo bubici]

Direi che è perfetto!
https://wiki.openstreetmap.org/wiki/Proposed_features/Dry_riser_inlet

Potremmo già usarlo
Oh è preferibile aspettare la sua approvazione?
Ciao Paolo

Il 09/mar/2017 19:13, "Dario Zontini"  ha scritto:

> Non sempre gli attacchi di mandata sono a muro, io ne ho trovati alcuni
> sottosuolo per evitare che si ghiaccino in inverno
>
> https://www.flickr.com/photos/132033145@N08/26280935634
>
>
>
> Dario Zontini
>
> Inviato da Samsung Mobile
>
> Il 09 Mar 2017 5:46 PM, "Martin Koppenhoefer"  ha
> scritto:
>
>>
>> 2017-03-09 17:01 GMT+01:00 Dario Zontini :
>>
>>> Si tratta di un dispositivo che serve *ad immettere acqua nella rete di
>>> idranti* in caso di guasto al sistema di alimentazione o a parti
>>> dell’impianto.
>>> L’utilizzo viene valutato dai VVF sulla base della possibilità/necessità
>>> di utilizzare l’esistente impianto per lo spegnimento.
>>
>>
>>
>> in taginfo con "inlet" si trova niente di utile, ne come chiave ne come
>> parte del valore,
>> sul wiki https://wiki.openstreetmap.org/wiki/Tag%3Aemergency%3Dfire_
>> hydrant
>> non definisce "wall", ma nella foto, ingrandendo, si vede che un punto da
>> immettere acqua.
>> ho anche trovato nel forum tedesco un thread che finisce senza risposta
>> per i punti di immissione, con foto e schema.
>> https://forum.openstreetmap.org/viewtopic.php?id=27353
>> Secondo questo thread, la combinazione
>>
>> emergency=fire_hydrant
>> fire_hydrant:type=wall
>>
>> è per idranti indoor, il punto dove esce il "tubo" in quale si mette
>> acqua sotto.
>>
>> http://upload.wikimedia.org/wikipedia/commons/7/74/L%C3%B6sc
>> hwassereinspeisung_Hackesche_H%C3%B6fe_Berlin.jpg
>> http://www.mai-sicherheitstechnik.de/sysimg/thumb/360_447-
>> Schema_Trockensteigleitung.jpg
>>
>> Proposta:
>> emergency=dry_riser_inlet
>>
>> Ciao,
>> Martin
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it-lazio] Incontro a Monti, martedì 14/3 - Re: Digest di Talk-it-lazio, Volume 56, Numero 10

[Luca Moiana]

Ok, quale pub?

> On 13 Mar 2017, at 21:20, jprimav  wrote:
> 
> per me va bene
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Talk-it-lazio-Incontro-a-Monti-martedi-14-3-Re-Digest-di-Talk-it-lazio-Volume-56-Numero-10-tp5893036p5893056.html
> Sent from the Lazio mailing list archive at Nabble.com.
> 
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio

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