Re: [Talk-it-trentino] account per impor trentino, esiste?

[Marco Ciampa]

On Tue, Sep 13, 2016 at 07:06:04AM +0200, Maurizio Napolitano wrote:
> Se il torrente esiste, hai verificato dove sta, l'import lo fai manualmente
> da un file rilasciato in pubblico dominio, controlli tutti gli attributi
> ecc... per una tratta breve che non interseca altre geometrie non mi farei
> tutti questi problemi

Avete ragione naturalmente ma personalmente considero una persona "che si
fa problemi" meglio di una "che non si fa problemi" su questioni delicate
come le licenze. Ergo, anche se il problema che si pone può essere
eccessivo è da lodare che ci si ponga il prolema.

Diverso è secondo me il problema dei sardi che fino a qualche settimana
fa avrei detto legittimo (ho amici sardi che hanno scritto libri sulla
questione) ma poi vedendo le argomentazioni "di distinzione" dalle altre
regioni italiane e di considerazione verso il progetto OSM e verso i
mappatori, francamente mi sono cadute le braccia e ora tendo a
considerarli molto molto male.

--


Marco Ciampa

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



 GNU/Linux User #78271
 FSFE fellow #364




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

[Talk-it] utilizzi di OSM su treni e autobus?

[Alessandro Palmas]

Buongiorno lista,

preparando una lista di punti da toccare durante una presentazione vorrei
far vedere l'utilizzo di OSM sui servizi pubblici: treni, bus e metro.
Senz'altro il sito della rete ferroviaria olandese
http://spoorkaart.mwnn.nl/ è sempre bello da vedere.
Vi chiedevo di elencarne altri, magari gestiti dagli stessi operatori dei
servizi di trasporti.

Alessandro Ale_Zena_IT


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

Re: [OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Vincent de Château-Thierry]

Bonjour,

Le 13/09/2016 à 03:25, Bruno G a écrit :

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple
addr:housename

Et j'essaye de faire une requête dans psql :

SELECT osm_id, name, addr:housename from planet_osm_polygon WHERE 
admin_level='8' ;

Et le message  renvoyé :
ERROR:  syntax error at or near ":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien listé...

Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2


En encadrant le nom du champ par des guillemets doubles ça devrait passer :

SELECT osm_id, name, "addr:housename" from planet_osm_polygon WHERE 
admin_level='8' ;


bonnes requêtes
vincent

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

Re: [Talk-it-trentino] account per impor trentino, esiste?

[Simone]

É sempre una risposta, non gentilissima, ma chiarisce, sempre meglio che 
niente, grazie.


-- Simone Girardelli--

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

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

Re: [Talk-ca] Canvec attributes (roads)

[Martijn van Exel]

On 09/12/2016 06:50 PM, Stewart C. Russell wrote:

On 2016-09-12 04:08 PM, Martijn van Exel wrote:

Aren't these files grouped by feature type? So if we look at roads we
wouldn't also necessarily need to look at land use boundaries etc.?


Canvec - the product supplied by NRCan to the general public - always
was split by feature type. It's the OSM tiles, of structure decided long
ago, that lump everything together.

It's also available as effectively seamless FGDBs if you want to avoid
the cleanup required after using tiled data. The FGDBs retain the
critically important survey dates and accuracies - so you can easily see
how much data's 40 years old and has ±75 m positional accuracy.



Good to know.
Are any of the transport related datasets that old or that inaccurate?

I created an initial Canvec road network translation file for ogr2osm, 
so you can convert the Canvec shapefiles to OSM format easily (if you 
know how to work ogr2osm - let me know if you need help, but Paul Norman 
is the expert here!)


It is located at 
https://github.com/mvexel/canvec-ogr2osm-translation/blob/master/canvec2016.py 
and I hope for many forks and improvements. Right now it does a basic 
job of translating the road classes to OSM types, and the most obvious 
attributes to the corresponding OSM tags.


Let me know what you all think.

Martijn

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

[OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

[Bruno G]

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple 
addr:housename


Et j'essaye de faire une requête dans psql :

SELECT  osm_id, name, addr:housenamefrom  planet_osm_polygonWHERE  
admin_level='8'  ;

Et le message  renvoyé :
ERROR:  syntax error ator  near":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien listé...

Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2

Merci pour votre aide,

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

Re: [Talk-ca] Erreurs Osmose et changesets

[James]

Puis, pour le meme numéro tu pourrais marqué un faux positif car le but
ultime serait d'avoir toutes les adresses et aucune interpolation

On Sep 12, 2016 7:00 PM, "James"  wrote:

> 1. Non tu n'a pas besoin de le verifier, c'est parce que qqun a dessiner
> un edifice par dessus un autre, ou meme lui meme
>
> 2- A moins d'avoir 100% des addresses sur une rue(ou tu pourrais suprimer
> l'interpolation), garde les interpolations car quand on cherche une
> addresse non attrappee par un "survey". Si l'adresse est invalide a la fin
> d'une interpolation corrige le, la pluspart viennent de canvec qui n'est
> pas 100% du temps correcte du au veillisage des donnee vs la realite
>
> 3- chanset se ferme automatiquement apres un certain nombre de temps. La
> raison de la garder ouverte c'est téléverser plus de changements dans le
> meme changeset vs creer 2. C'est aussi pour JOSM quand tu téléverse
> 2000objets dependant de ta connexion, le changeset peut fermer
> automatiquement avant qu'il finisse. Donc si tu le laisse ouvert et upload
> en "chunks" de 500 ou 200 il y a encore de l'activité sur le changeset,
> donc il fermera pas automatiquement pendant tu téléverse.
>
> On Sep 12, 2016 6:21 PM, "Loïc Haméon"  wrote:
>
>> Bonjour tous,
>>
>> J'ai récemment commencé à explorer les fonctions d'Osmose, que je
>> trouvent fort utiles, notamment pour corriger mes propres contributions.
>>
>> Je constate toutefois qu'il y a un grand nombre d'erreurs signalées dans
>> mon voisinage, au point où ça alourdit notablement la vue dans Vespucci.
>> Comme le Wiki mentionne expressément de "ne pas cartographier pour Osmose",
>> je voudrais m'assurer de bien comprendre les corrections souhaitables avant
>> de m'y attaquer.
>>
>> 1 - Building intersections : C'est de loin l'erreur la plus fréquente
>> dans mon quartier. La plupart des bâtiments semblent y avoir été dessinés
>> par un même utilisateur à partir de Bing. Or, il n'a pas traité les blocs
>> de bâtiments collés uniformément: les murs mitoyens sont parfois partagés
>> par deux bâtiments, mais parfois ils sont représentés par deux chemins
>> distincts, ce qui tend à causer des erreurs d'intersection. Ça ne devrait
>> pas être un problème si je combine les chemins concernés sur la foi des
>> images satellites, non? Je n'ai pas nécessairement à aller vérifier chacun
>> des cas individuellement sur le terrain?
>>
>> 2- Interpolation d'adresse : Selon ce que j'ai trouvé sur le sujet dans
>> des tutoriels YouTube, il est acceptable, voire même recommandé, d'ajouter
>> l'adresse d'un bâtiment particulier quand elle est connue, même si un
>> vecteur d'interpolation existe également. Cependant, je constate qu'Osmose
>> signale comme une erreur les cas où un bout du vecteur d'interpolation
>> porte le même numéro qu'une adresse manuellement ajoutée à un bâtiment.
>> Quelle est la convention dans ces cas? Devrait-on signaler un faux positif
>> dans Osmose (auquel cas y aurait-il moyen de signaler cette situation à ces
>> créateurs pour qu'elle ne soit pas signalée comme une erreur), faudrait-il
>> modifier le vecteur d'interpolation ou s'abstenir d'ajouter l'adresse sur
>> le bâtiment?
>>
>> 3-Quelqu'un pourrait-il m'expliquer l'étiquette de l'ouverture/fermeture
>> de changesets? L'outil de navigateur d'Osmose et Vespucci comportent tous
>> deux une option pour fermer/garder ouvert un changeset au moment de
>> l'upload. Dans quelles circonstances est-il préférable de choisir l'un ou
>> l'autre? Je suppose que le fait de garder le changeset ouvert peut être bon
>> si on prévoir continuer de faire des modifications à court terme, pour
>> éviter une multiplication inutile d'éléments disparates dans la base de
>> données? Mais y'a-t-il une durée limite à observer avant de fermer un
>> changeset? Quelles sont les conséquences de le laisser ouvert, les données
>> sont-elle en attente d'ajout à OSM tant que le changeset n'est pas fermé?
>>
>>
>> Merci d'avance pour vos explications!
>>
>> Loïc
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Philippe Verdy]

Le 13 septembre 2016 à 00:43, Jérôme Amagat  a
écrit :

> A vrai dire je savais pas qu'il y avait des endroits en france qui
> s'appelaient dispensaire :)
>
Je pense qu'en France cela se rapporte à des établissements de soins
simples gérés/financés par des associations reconnues (Croix Rouge,
Médecins du Monde, SOS Médecin, Planning Familial, Pharmaciens sans
frontière, ...) et avec des médecins/infirmiers/pharmaciens bénévoles.
L'établissement n'a pas lui-même besoin d'habilitation en tant
qu'établissement médical, il a cette fonction par le fait qu'ils sont gérés
par des associations reconnues d'utilité publique, qui reçoicent des
subventions et habilitées à recevoir des donations partiellement
défiscalisées, et qu'au delà de ça les bâtiments sont habilités à recevoir
le public, et les soins sont donnés par des personnels formés reconnus
(même si c'est en bénévolat ou juste avec un défraiement par l'association)
dans les conditions sanitaires convenables et qu'ils délivrent des produits
pharmaceutiques conformes.
Ces lieux ne sont pas forcément ouverts en permanence comme un hôpital (ça
peut être des présences régulières une ou deux fois par semaine, ou en
certaines saisons, ou de façon temporaire mais prolongée (comme dans les
camps d'accueil de réfugiés)
On n'en a pas beaucoup en France car on a beaucoup d'hôptitaux et une
structure lourde de gestion de l'urgence (y compris en postes avancés),
mais les dispensaires sont plutôt adaptés non pas à la gestion de l'urgence
mais pour répondre à des besoins locaux prolongés, là où les services
d'urgence de l'hôpital est débordé et trop éloigné malgré tout pour
répondre aux besoins permanents de certaines catégories de population hors
des cas d'urgence.
Et puis souvent c'est pour viser des personnes qui autrement n'auraient pas
accès aux soins de base, ou pas accès à la contraception et protections
sanitaires. On y trouve pas seulement des médicaments mais aussi des
produits d'hygiène et devraient travailler avec les services SAMU et SAMU
social et d'autres assos caritatives. Ils peuent servir aussi aux soins
post-curatifs (une fois sortie des structures de l'hôpital, notamment car
le nombre de lits et d'établissements hospitalier est en réduction partout
et même quand un établissement ferme, il ne laisse toujours non plus des
structure ambulatoire)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Erreurs Osmose et changesets

[James]

1. Non tu n'a pas besoin de le verifier, c'est parce que qqun a dessiner un
edifice par dessus un autre, ou meme lui meme

2- A moins d'avoir 100% des addresses sur une rue(ou tu pourrais suprimer
l'interpolation), garde les interpolations car quand on cherche une
addresse non attrappee par un "survey". Si l'adresse est invalide a la fin
d'une interpolation corrige le, la pluspart viennent de canvec qui n'est
pas 100% du temps correcte du au veillisage des donnee vs la realite

3- chanset se ferme automatiquement apres un certain nombre de temps. La
raison de la garder ouverte c'est téléverser plus de changements dans le
meme changeset vs creer 2. C'est aussi pour JOSM quand tu téléverse
2000objets dependant de ta connexion, le changeset peut fermer
automatiquement avant qu'il finisse. Donc si tu le laisse ouvert et upload
en "chunks" de 500 ou 200 il y a encore de l'activité sur le changeset,
donc il fermera pas automatiquement pendant tu téléverse.

On Sep 12, 2016 6:21 PM, "Loïc Haméon"  wrote:

> Bonjour tous,
>
> J'ai récemment commencé à explorer les fonctions d'Osmose, que je trouvent
> fort utiles, notamment pour corriger mes propres contributions.
>
> Je constate toutefois qu'il y a un grand nombre d'erreurs signalées dans
> mon voisinage, au point où ça alourdit notablement la vue dans Vespucci.
> Comme le Wiki mentionne expressément de "ne pas cartographier pour Osmose",
> je voudrais m'assurer de bien comprendre les corrections souhaitables avant
> de m'y attaquer.
>
> 1 - Building intersections : C'est de loin l'erreur la plus fréquente dans
> mon quartier. La plupart des bâtiments semblent y avoir été dessinés par un
> même utilisateur à partir de Bing. Or, il n'a pas traité les blocs de
> bâtiments collés uniformément: les murs mitoyens sont parfois partagés par
> deux bâtiments, mais parfois ils sont représentés par deux chemins
> distincts, ce qui tend à causer des erreurs d'intersection. Ça ne devrait
> pas être un problème si je combine les chemins concernés sur la foi des
> images satellites, non? Je n'ai pas nécessairement à aller vérifier chacun
> des cas individuellement sur le terrain?
>
> 2- Interpolation d'adresse : Selon ce que j'ai trouvé sur le sujet dans
> des tutoriels YouTube, il est acceptable, voire même recommandé, d'ajouter
> l'adresse d'un bâtiment particulier quand elle est connue, même si un
> vecteur d'interpolation existe également. Cependant, je constate qu'Osmose
> signale comme une erreur les cas où un bout du vecteur d'interpolation
> porte le même numéro qu'une adresse manuellement ajoutée à un bâtiment.
> Quelle est la convention dans ces cas? Devrait-on signaler un faux positif
> dans Osmose (auquel cas y aurait-il moyen de signaler cette situation à ces
> créateurs pour qu'elle ne soit pas signalée comme une erreur), faudrait-il
> modifier le vecteur d'interpolation ou s'abstenir d'ajouter l'adresse sur
> le bâtiment?
>
> 3-Quelqu'un pourrait-il m'expliquer l'étiquette de l'ouverture/fermeture
> de changesets? L'outil de navigateur d'Osmose et Vespucci comportent tous
> deux une option pour fermer/garder ouvert un changeset au moment de
> l'upload. Dans quelles circonstances est-il préférable de choisir l'un ou
> l'autre? Je suppose que le fait de garder le changeset ouvert peut être bon
> si on prévoir continuer de faire des modifications à court terme, pour
> éviter une multiplication inutile d'éléments disparates dans la base de
> données? Mais y'a-t-il une durée limite à observer avant de fermer un
> changeset? Quelles sont les conséquences de le laisser ouvert, les données
> sont-elle en attente d'ajout à OSM tant que le changeset n'est pas fermé?
>
>
> Merci d'avance pour vos explications!
>
> Loïc
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-br] Apresentação

[Wille]

Oi, Isaac

Sugestão, instale o aplicativo Mapillary em um dos dispositivos. No 
outro, você pode instalar o OSM Tracker para gravar a trilha de GPS e 
registrar mais alguma outra informação, ou fazer fotos com Mapillary em 
ambos (cada um apontando para uma direção).


Instale o JOSM em um notebook e baixe a área da aldeia e deixe o arquivo 
salvo no OSM, assim você pode realizar as edições mesmo sem internet e 
enviar quando possível. Você pode carregar no JOSM a trilha de GPS e as 
fotos feitas no Mapillary.


Acredito que mapear com fotos é a maneira mais fácil.

abraços,
wille

On 12-09-2016 17:26, Arlindo Pereira wrote:

Olá Isaac, seja bem-vindo à lista!

Você pode usar o tablet mesmo sem 3G, instalando alguma aplicação que 
grave GPX. Existem diversas, inclusive algumas específicas para uso 
com o OSM, como o OSMTracker [1], que já permite realizar anotações 
diretamente no arquivo gpx.


1: http://wiki.openstreetmap.org/wiki/OSMTracker_(Android) 




[]s
Arlindo Pereira

Em 12 de setembro de 2016 17:22, Isaac Ferreira Filho 
> escreveu:


Olá Lista.

Me chamo Isaac e uso o OSM há algum tempo. Conheci através de
Wille, mas
meu uso foi sempre bem trivial (através do android).

Atualmente estou fazendo um trabalho com indígenas (sul da Bahia) e
surgiu uma demanda que é fazer um mapeamento da aldeia. Alguém pode
indicar algum tutorial sobre, ou alguma thread que tratou disso?

Sendo mais específico:

1. Precisaria, a princípio de bike, percorrer os espaços da aldeia
e ir
gravando esse caminho em um mapa (é a melhor maneira de fazer isso);
2. Feito isso queremos exportá-lo para brincar.

O que eu tenho:
1 - tablet (android) sem 3g. Sei que é um pouco possível só com o GPS.
2 - iphone com 3g, não sei qual seria o melhor app e se eles fazem
o que
o do android faz.
obs: o sinal do 3g da aldeia é ruim.


Obrigado e abraços.

--
Isaac Ferreira Filho
Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
http://yzakius.eu
Jabber: isaacmob arroba riseup.net 
@yzakius

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





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



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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Jérôme Amagat]

A vrai dire je savais pas qu'il y avait des endroits en france qui
s'appelaient dispensaire :)

Sinon sur data.gouv.fr il y a un fichier des établissements de santé (
http://www.data.gouv.fr/fr/datasets/extraction-du-fichier-national-des-etablissements-sanitaires-et-sociaux-finess-par-etablissements/
), ils sont géolocalisés ça serait bien de l’intégrer à osmose.
La géolocalisation ne doit pas être terrible (fait à partir des adresses)
(en plus ils ont fait un fichier csv bizarre vu qu'ils ont mis la liste des
géolocalisations à la suite de la liste des établissement mais ont peut
faire le lien avec le finess des établissements) mais ça doit être utile
quand même.
Par contre il faut faire le lien entre les catégories d’établissements (
http://finess.sante.gouv.fr/jsp/pdf.do?xsl=CategEta.xsl ) et les tags osm.
il y a les hopitaux bien sur, les cliniques, maison de retraite, pharmacie
...
Pour certains tags comme pour les urgences il faut passer par le fichier
des activités de soins (
http://www.data.gouv.fr/fr/datasets/extraction-finess-des-autorisations-d-activites-de-soins/
) et ça nomenclature (
http://finess.sante.gouv.fr/jsp/pdf.do?xsl=ActModFor.xsl ) et la relier à
l’établissement.



Le 13 septembre 2016 à 00:01, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
> Le 12 sept. 2016 à 18:18, Francescu GAROBY  a écrit :
>
> Si on veut lister les services d'un hôpital qui existent en
> hospitalisation de jour, je proposerais plutôt un truc du genre :
> * clinic: = no/yes/only
> La liste des services étant la même que celle proposée sur la page
> "healthcare" .
>
> Francescu
>
> Le 12 septembre 2016 à 18:13, Christian Rogel  internet.fr> a écrit :
>
>> Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
>> >
>> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires")
>> semble aussi correspondre, mais il s'agit, presque toujours, d'une section
>> d'un hôpital.
>> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
>> >
>> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de
>> jour, peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la
>> partie "hospitalisation de jour" peut en fait se trouver dans chaque
>> service (une en rhumato, une en néphro, ...). On ne va quand même pas
>> mettre un point à chaque fois ? Surtout qu'avec les étages, ça va vite
>> devenir le bordel...
>> >
>> > Francescu
>>
>> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont
>> dispensés dans un hôpital de jour.
>> Chaque service peut en faire, mais, les chambres peuvent être, soit,
>> spécialisées, soit, rassemblées en un seul lieu.
>> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de
>> jour, loin de la majorité des services et, comme je le suggérais, il doit
>> pouvoir être distingué, mais, probablement pas avec "clinic=yes".
>> Peut-être avec quelque chose comme "hospital:service= clinic"
>>
>> Christian R.
>>
>
> Personne n’a relevé l’idée qu'un dispensaire correspond à l’un des sens de
> « clinic », quoique « dispensary » soit aussi employé.
>
> On trouvera sur le site d’Allo médecins une définition et surtout une
> liste qui indique que les dispensaires peuvent, aussi, faire partie
> d’établissements très différents (bureau d’aide psychologique
> universitaire, maison de retraite…) :
>
> http://www.allo-medecins.fr/specialites/centre-medical-dispensaire.html
>
>  A noter que les permanences de SOS Médecins peuvent diisposer d’un lieu
> pour les petites urgences. Ne seraient-ce pas alors un
> dispensaire/« clinic » ?
>
>
> Christian R.
>
> ___
> 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-ca] Erreurs Osmose et changesets

[Loïc Haméon]

Bonjour tous,

J'ai récemment commencé à explorer les fonctions d'Osmose, que je trouvent
fort utiles, notamment pour corriger mes propres contributions.

Je constate toutefois qu'il y a un grand nombre d'erreurs signalées dans
mon voisinage, au point où ça alourdit notablement la vue dans Vespucci.
Comme le Wiki mentionne expressément de "ne pas cartographier pour Osmose",
je voudrais m'assurer de bien comprendre les corrections souhaitables avant
de m'y attaquer.

1 - Building intersections : C'est de loin l'erreur la plus fréquente dans
mon quartier. La plupart des bâtiments semblent y avoir été dessinés par un
même utilisateur à partir de Bing. Or, il n'a pas traité les blocs de
bâtiments collés uniformément: les murs mitoyens sont parfois partagés par
deux bâtiments, mais parfois ils sont représentés par deux chemins
distincts, ce qui tend à causer des erreurs d'intersection. Ça ne devrait
pas être un problème si je combine les chemins concernés sur la foi des
images satellites, non? Je n'ai pas nécessairement à aller vérifier chacun
des cas individuellement sur le terrain?

2- Interpolation d'adresse : Selon ce que j'ai trouvé sur le sujet dans des
tutoriels YouTube, il est acceptable, voire même recommandé, d'ajouter
l'adresse d'un bâtiment particulier quand elle est connue, même si un
vecteur d'interpolation existe également. Cependant, je constate qu'Osmose
signale comme une erreur les cas où un bout du vecteur d'interpolation
porte le même numéro qu'une adresse manuellement ajoutée à un bâtiment.
Quelle est la convention dans ces cas? Devrait-on signaler un faux positif
dans Osmose (auquel cas y aurait-il moyen de signaler cette situation à ces
créateurs pour qu'elle ne soit pas signalée comme une erreur), faudrait-il
modifier le vecteur d'interpolation ou s'abstenir d'ajouter l'adresse sur
le bâtiment?

3-Quelqu'un pourrait-il m'expliquer l'étiquette de l'ouverture/fermeture de
changesets? L'outil de navigateur d'Osmose et Vespucci comportent tous deux
une option pour fermer/garder ouvert un changeset au moment de l'upload.
Dans quelles circonstances est-il préférable de choisir l'un ou l'autre? Je
suppose que le fait de garder le changeset ouvert peut être bon si on
prévoir continuer de faire des modifications à court terme, pour éviter une
multiplication inutile d'éléments disparates dans la base de données? Mais
y'a-t-il une durée limite à observer avant de fermer un changeset? Quelles
sont les conséquences de le laisser ouvert, les données sont-elle en
attente d'ajout à OSM tant que le changeset n'est pas fermé?


Merci d'avance pour vos explications!

Loïc
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Christian Rogel]

> Le 12 sept. 2016 à 18:18, Francescu GAROBY  a écrit :
> 
> Si on veut lister les services d'un hôpital qui existent en hospitalisation 
> de jour, je proposerais plutôt un truc du genre :
> * clinic: = no/yes/only
> La liste des services étant la même que celle proposée sur la page 
> "healthcare" .
> 
> Francescu
> 
> Le 12 septembre 2016 à 18:13, Christian Rogel 
> > 
> a écrit :
> Le 12 sept. 2016 à 11:52, Francescu GAROBY  > a écrit :
> >
> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble 
> > > aussi correspondre, mais il s'agit, presque toujours, d'une section d'un 
> > > hôpital.
> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
> >
> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour, 
> > peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie 
> > "hospitalisation de jour" peut en fait se trouver dans chaque service (une 
> > en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à 
> > chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> >
> > Francescu
> 
> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont 
> dispensés dans un hôpital de jour.
> Chaque service peut en faire, mais, les chambres peuvent être, soit, 
> spécialisées, soit, rassemblées en un seul lieu.
> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de jour, 
> loin de la majorité des services et, comme je le suggérais, il doit pouvoir 
> être distingué, mais, probablement pas avec "clinic=yes".
> Peut-être avec quelque chose comme "hospital:service= clinic"
> 
> Christian R.

Personne n’a relevé l’idée qu'un dispensaire correspond à l’un des sens de « 
clinic », quoique « dispensary » soit aussi employé.

On trouvera sur le site d’Allo médecins une définition et surtout une liste qui 
indique que les dispensaires peuvent, aussi, faire partie d’établissements très 
différents (bureau d’aide psychologique universitaire, maison de retraite…) :

http://www.allo-medecins.fr/specialites/centre-medical-dispensaire.html

 A noter que les permanences de SOS Médecins peuvent diisposer d’un lieu pour 
les petites urgences. Ne seraient-ce pas alors un dispensaire/« clinic » ?


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

Re: [Talk-br] Apresentação

[Arlindo Pereira]

Olá Isaac, seja bem-vindo à lista!

Você pode usar o tablet mesmo sem 3G, instalando alguma aplicação que grave
GPX. Existem diversas, inclusive algumas específicas para uso com o OSM,
como o OSMTracker [1], que já permite realizar anotações diretamente no
arquivo gpx.

1: http://wiki.openstreetmap.org/wiki/OSMTracker_(Android)


[]s
Arlindo Pereira

Em 12 de setembro de 2016 17:22, Isaac Ferreira Filho 
escreveu:

> Olá Lista.
>
> Me chamo Isaac e uso o OSM há algum tempo. Conheci através de Wille, mas
> meu uso foi sempre bem trivial (através do android).
>
> Atualmente estou fazendo um trabalho com indígenas (sul da Bahia) e
> surgiu uma demanda que é fazer um mapeamento da aldeia. Alguém pode
> indicar algum tutorial sobre, ou alguma thread que tratou disso?
>
> Sendo mais específico:
>
> 1. Precisaria, a princípio de bike, percorrer os espaços da aldeia e ir
> gravando esse caminho em um mapa (é a melhor maneira de fazer isso);
> 2. Feito isso queremos exportá-lo para brincar.
>
> O que eu tenho:
> 1 - tablet (android) sem 3g. Sei que é um pouco possível só com o GPS.
> 2 - iphone com 3g, não sei qual seria o melhor app e se eles fazem o que
> o do android faz.
> obs: o sinal do 3g da aldeia é ruim.
>
>
> Obrigado e abraços.
>
> --
> Isaac Ferreira Filho
> Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
> http://yzakius.eu
> Jabber: isaacmob arroba riseup.net
> @yzakius
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Apresentação

[Isaac Ferreira Filho]

Olá Lista.

Me chamo Isaac e uso o OSM há algum tempo. Conheci através de Wille, mas
meu uso foi sempre bem trivial (através do android).

Atualmente estou fazendo um trabalho com indígenas (sul da Bahia) e
surgiu uma demanda que é fazer um mapeamento da aldeia. Alguém pode
indicar algum tutorial sobre, ou alguma thread que tratou disso?

Sendo mais específico:

1. Precisaria, a princípio de bike, percorrer os espaços da aldeia e ir
gravando esse caminho em um mapa (é a melhor maneira de fazer isso);
2. Feito isso queremos exportá-lo para brincar.

O que eu tenho:
1 - tablet (android) sem 3g. Sei que é um pouco possível só com o GPS.
2 - iphone com 3g, não sei qual seria o melhor app e se eles fazem o que
o do android faz.
obs: o sinal do 3g da aldeia é ruim.


Obrigado e abraços.

-- 
Isaac Ferreira Filho
Key fingerprint = DA22 20DE 519D A32E 59A0  1158 678A 3A2C E577 1896
http://yzakius.eu
Jabber: isaacmob arroba riseup.net
@yzakius

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

Re: [Talk-ca] Canvec attributes (roads)

[James]

Yes the new canvec are split into different types of data: hydro data(lakes
rivers etc), forest(loads of fun),  transportation(this is what you want),
etc

On Sep 12, 2016 4:08 PM, "Martijn van Exel"  wrote:

> Aren't these files grouped by feature type? So if we look at roads we
> wouldn't also necessarily need to look at land use boundaries etc.? At
> least that's what I am getting looking at http://geogratis.gc.ca/api/
> en/nrcan-rncan/ess-sst/23387971-b6d3-4ded-a40b-c8e832b4ea08.html
>
> --
>   Martijn van Exel
>   m...@rtijn.org
>
>
>
> On Sun, Sep 11, 2016, at 12:59, James wrote:
>
> Plus it would help identify which parts and canvec are actually needed vs
> importing a bunch of forests and hoping for some roads
>
> On Sep 11, 2016 2:48 PM, "John Marshall"  wrote:
>
> Great idea Martijn,
>
> One of the big problems of OSM in Canada is there are many missing road
> where there are no local mappers. Canada is very big. Any tools to help map
> unmapped area of Canada gets a big +1 from me.
>
> John
>
> John Marshall
>
> On Sep 9, 2016 17:36, "Martijn van Exel"  wrote:
>
> Hi all,
>
> A few colleagues at Telenav and myself are looking at Canvec 2016. Roads
> specifically. I am sure some of you already have done that. Something we
> are looking into a workflow that is something like this (simplified):
>
> Canvec 2016 Shapefiles --> Conflation engine (Cygnus [1]) --> Tasking
> manager
>
> The output of the conflation would be an OSM XML change file that could
> be (selectively) applied in JOSM. It would contain new / changed ways as
> well as some new or changed tags. All proposed updates would be verified
> manually (through tasking manager.)
>
> What do you think about this idea?
>
> The conflation engine takes OSM PBF as input, so the Canvec shapefiles
> would need to be translated (using ogr2osm). That would require an
> ogr2osm translation file. I wonder if someone already did this? (I am
> using this [2] attribute list as reference.)
>
> [1]https://www.openstreetmap.org/user/mvexel/diary/37808
> [2]http://ftp.geogratis.gc.ca/pub/nrcan_rncan/vector/canvec/
> doc/CanVec_Catalogue_50K_Transport/SRDB_EXPL_ESSIM_50K_Trans
> port-sd-en.html#div-1330009
> --
> Martijn van Exel
> m...@rtijn.org
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Canvec attributes (roads)

[Martijn van Exel]

Aren't these files grouped by feature type? So if we look at roads we
wouldn't also necessarily need to look at land use boundaries etc.? At
least that's what I am getting looking at
http://geogratis.gc.ca/api/en/nrcan-rncan/ess-sst/23387971-b6d3-4ded-a40b-c8e832b4ea08.html

--
  Martijn van Exel
  m...@rtijn.org



On Sun, Sep 11, 2016, at 12:59, James wrote:
> Plus it would help identify which parts and canvec are actually needed
> vs importing a bunch of forests and hoping for some roads
>
> On Sep 11, 2016 2:48 PM, "John Marshall"  wrote:
>> Great idea Martijn,
>> One of the big problems of OSM in Canada is there are many missing
>> road where there are no local mappers. Canada is very big. Any tools
>> to help map unmapped area of Canada gets a big +1 from me.
>> John
>> John Marshall
>>
>> On Sep 9, 2016 17:36, "Martijn van Exel"  wrote:
>>> Hi all,
>>>
>>>  A few colleagues at Telenav and myself are looking at Canvec 2016.
>>>  Roads
>>>  specifically. I am sure some of you already have done that.
>>>  Something we
>>>  are looking into a workflow that is something like this
>>>  (simplified):
>>>
>>>  Canvec 2016 Shapefiles --> Conflation engine (Cygnus [1]) -->
>>>  Tasking
>>>  manager
>>>
>>>  The output of the conflation would be an OSM XML change file that
>>>  could
>>>  be (selectively) applied in JOSM. It would contain new / changed
>>>  ways as
>>>  well as some new or changed tags. All proposed updates would be
>>>  verified
>>>  manually (through tasking manager.)
>>>
>>>  What do you think about this idea?
>>>
>>>  The conflation engine takes OSM PBF as input, so the Canvec
>>>  shapefiles
>>>  would need to be translated (using ogr2osm). That would require an
>>>  ogr2osm translation file. I wonder if someone already did this?
>>>  (I am
>>>  using this [2] attribute list as reference.)
>>>
>>>  [1]https://www.openstreetmap.org/user/mvexel/diary/37808
>>>  
>>> [2]http://ftp.geogratis.gc.ca/pub/nrcan_rncan/vector/canvec/doc/CanVec_Catalogue_50K_Transport/SRDB_EXPL_ESSIM_50K_Transport-sd-en.html#div-1330009
>>>  --
>>>  Martijn van Exel
>>> m...@rtijn.org
>>>
>>>  ___
>>>  Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>> ___
>>  Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Canvec attributes (roads)

[Martijn van Exel]

Paul, 
thanks, so perhaps we can start a new one for this data.
Perhaps we can crowdsource it? Has that been done before?

(Wouldn't it be interesting to have a github repo with the translation
file, and each time a commit is made an ogr2osm run is fired and the
resulting OSM file made available somewhere?)
-- 
  Martijn van Exel
  m...@rtijn.org

On Fri, Sep 9, 2016, at 15:54, Paul Norman wrote:
> On 9/9/2016 2:34 PM, Martijn van Exel wrote:
> > The conflation engine takes OSM PBF as input, so the Canvec shapefiles
> > would need to be translated (using ogr2osm).
> 
> The CanVec we've used in the past has been supplied in OSM XML format. 
> No one has proposed a new import with a different format, so I doubt 
> there are any ogr2osm translations available.
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [Talk-it] [Tagging] cabina per cambiarsi

[Martin Koppenhoefer]

sent from a phone

> Il giorno 12 set 2016, alle ore 16:28, girarsi_liste 
>  ha scritto:
> 
> Il 12/09/2016 08:58, Cascafico Giovanni ha scritto:
>> Semplici prefabbricati spesso presenti sulle spiagge
>> 
>> Ho trovato riferimenti solo per l'indoor mapping (room=dressing)
> 
> Ho guardato la wiki, mi orienterei su questi due tag, uno generico per
> la spiaggia, non ho capito se privata o pubblica:
> 
> http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbeach_resort
> 

è sia privata che pubblica , gestita. lo uso sopra natural=beach per impianti 
con nome.


> E l'altro per la cabina, penso che oltre a cambiarsi si possa anche fare
> la doccia?
> 
> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshower


quello è una doccia, userei qualcosa come amenity=changing_room


> Se è solo per cambiarsi forse vale la pena di taggare solo come
> building=shed
> 

building è sempre solo una struttura, non parla mai della funzione/servizio 
erogato. va bene come tag, ma non da solo

poi sulle spiagge ci sono spesso anche queste strutture: ripostiglio/magazzino 
ombrelloni ecc., "sala giochi", bar, ristoranti, torri di sorveglianza 
(salvataggio), giochi, campi da sport, wc, ...

ciao,
Martin 


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

Re: [Talk-it] [Tagging] cabina per cambiarsi

[Fabrizio Carrai]

2016-09-12 16:28 GMT+02:00 girarsi_liste :

> Il 12/09/2016 08:58, Cascafico Giovanni ha scritto:
> > Semplici prefabbricati spesso presenti sulle spiagge
> >
> > Ho trovato riferimenti solo per l'indoor mapping (room=dressing)
> >
>
> Ho guardato la wiki, mi orienterei su questi due tag, uno generico per
> la spiaggia, non ho capito se privata o pubblica:
>
> http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbeach_resort


Il beach_resort è inteso come struttura ad accesso pubblico, pagando o meno
un biglietto di accesso (fee=yes).  Spesso sono concessioni demaniali.
Almeno qui a Livorno c'è una situazione piuttosto complessa sul discorso
dell'accesso al mare (pubblico per legge), ma ne parliamo separatamente...


>
> E l'altro per la cabina, penso che oltre a cambiarsi si possa anche fare
> la doccia?
>
> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshower
>
>
> Se è solo per cambiarsi forse vale la pena di taggare solo come
> building=shed
>
> http://wiki.openstreetmap.org/wiki/Tag:building%3Dshed


Parlavi di prefabbricati quindi continuerei ad usare building=cabin.

Ciao
F.


>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Philippe Verdy]

le node label a un usage très limité: il est surtout là pour proposer un
positionnement mieux adapté dans une zone pas trop dense et éviter de
collisions ou débordements de longueur sur les entités voisines, afin de
laisser visible d'autres infos importantes (si les rendus ont de meilleures
solutions à proposer pour positionner les labels et éviter trop de
collisions, ils peuvent ignorer totalement ces labels). Cependant sur des
territoires à peu près convexes, il est souvent superflu de vouleur
s'éloigner de son centre géométrique par défaut.

C'est plus utile quand il y a de fortes concavités ou des exclaves
éloignées et que la plus grande n'est pas la plus communément référencée
(car nettement moins peuplée): cas des archipels.

Au delà de ça, le label ne sert pas à grand chose (même pas pour le nom qui
devrait rester pris en priorité depuis la relation qui l'inclue. ce label
reste malgré tout positionné de façon arbitraire "quelque part" dans la
zone, à vue de nez.

Et ce "label" ne doit pas être un noeud "place" (qui porte en général un
autre nom plus local, partagé par plusieurs relations qui l'utilisent comme
"admin_centre" représentatif, et qui joue aussi un rôle de substitut à la
surface décrite par la relation quand celle-ci n'est pas représentable à
une échelle donnée car trop petite pour permettre d'afficher les libellés
le long des frontières, et en principe on ne devrait pas avoir les deux
représetnation simultanées: noeuds label ou admin_centre et nom le long des
frontière, à un même niveau d'échelle, il faut choisir l'un ou l'autre)

Le 12 septembre 2016 à 20:32,  a écrit :

> Et pourquoi pas le meilleur des deux mondes ?
>
> Ajouter le node comme role=label dans la relation ?
>
> Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont des
> nodes et pas si le tag est sur une surface. Dans certains cas, ces
> quartiers sont bien délimités soit par la mairie soit dans la tête des
> habitants donc je pense que c'est une bonne chose les quartiers sur une
> surface.
>
> En lien avec ça, on a les arrondissements de paris et lyon qui sont
> représenter comme place=suburb sur un point et comme
> boundary=administrative sur une surface alors que c'est la même chose. ça
> serait logique de placer le tag place=suburb sur la relation boundary et de
> supprimer le node. Mais comme c'est pas rendu ça ne plaira pas à tout le
> monde :)
>
>
> ___
> 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] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Martin Koppenhoefer]

sent from a phone

> Il giorno 12 set 2016, alle ore 09:59, Carlo Stemberger 
>  ha scritto:
> 
> Cosa c'entra l'ISTAT con il Ticino o con San Marino? Eppure si parla italiano 
> anche lì, come lingua ufficiale.


per avere un parere più generico si potrebbe sostituire ISTAT con agenzia 
nazionale di statistica, un ente che hanno tanti stati. 


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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Jérôme Amagat]

Mettre dans la relation le node avec le tag place=suburb comme role=label
pourquoi pas mais il y aura toujours 2 éléments pour définir la même chose.
et ce sera le label du boundary=administrative.
L'autre possibilité c'est de rajouté place=suburb sur la relation, de
supprimé tout les tags du node et mettre ce node comme role=label. Là il
n'y aura bien qu'1 élément pour l'arrondissement et 1 élément qui sert
juste pour placé le nom sur un rendu. Mais pour que ça servent à quelque
chose il faut que le rendu en est quelque chose a faire de ce place label.

Le 12 septembre 2016 à 20:32,  a écrit :

> Et pourquoi pas le meilleur des deux mondes ?
>
> Ajouter le node comme role=label dans la relation ?
>
> Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont des
> nodes et pas si le tag est sur une surface. Dans certains cas, ces
> quartiers sont bien délimités soit par la mairie soit dans la tête des
> habitants donc je pense que c'est une bonne chose les quartiers sur une
> surface.
>
> En lien avec ça, on a les arrondissements de paris et lyon qui sont
> représenter comme place=suburb sur un point et comme
> boundary=administrative sur une surface alors que c'est la même chose. ça
> serait logique de placer le tag place=suburb sur la relation boundary et de
> supprimer le node. Mais comme c'est pas rendu ça ne plaira pas à tout le
> monde :)
>
>
> ___
> 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] Rendu FR... un peu de neuf

[osm . sanspourriel]

Et pourquoi pas le meilleur des deux mondes ?

Ajouter le node comme role=label dans la relation ?


Le 12/09/2016 à 04:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
Les quartiers ( suburb, neighbourhood ) ne sont rendu que si ce sont 
des nodes et pas si le tag est sur une surface. Dans certains cas, ces 
quartiers sont bien délimités soit par la mairie soit dans la tête des 
habitants donc je pense que c'est une bonne chose les quartiers sur 
une surface.


En lien avec ça, on a les arrondissements de paris et lyon qui sont 
représenter comme place=suburb sur un point et comme 
boundary=administrative sur une surface alors que c'est la même chose. 
ça serait logique de placer le tag place=suburb sur la relation 
boundary et de supprimer le node. Mais comme c'est pas rendu ça ne 
plaira pas à tout le monde :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] OpenStreetView VS Mapillary

[Alessandro]

Il 12/09/2016 19:07, Bruno ha scritto:


Secondo me quelle opzioni sono sull'host, non sul client. Le foto vengono
memorizzate tal quali sul telefono



Sì, anche perchè se vuoi puoi traferire le foto sul pc (e sono tali e 
quali) e con uno scriptino minuscolo in python uploadarle sul loro server.

Le foto non sono visibili subito perchè passano dai controlli automatici.

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Aury88]

Paolo Monegato wrote
> Ma qui non sarebbe un discorso di zone meglio mappate. Non sarebbe 
> un'assenza del dato dovuto ad una mancata rilevazione. Ma un'assenza 
> dovuta alla precisa scelta di non metterlo.
> Se il criterio dice che per una certa condizione è possibile mettere due 
> nomi ci sarà chi lo farà e chi no (visto che la regola gli permette di 
> non farlo). Quindi non ci sarà uniformità.

 imho è un discorso non così differente dal non aver messo i tag perchè non
si conoscono o non li si è personalmente decisi di mappare...io ogni volta
che inserisco determinati elementi cerco informazioni per inserire più tag
possibile...io se posso metto ad ogni attività la partita iva, metto numeri
di telefono pubblici eccetera, molti altri decidono di non inserirli perchè
li ritengono inutili o semplicemente non lo fanno pur essendo per loro
ugualmente facile risalire agli stessi dati. il risultato è comunque
identico a quando si decidere di non metterli.alcuni elementi hanno il tag
altri no...tutti rispettano i criteri per cui quel tag è stato
inserito...non esiste il tag? può essere perchè mancava il criterio o perchè
non lo si è inserito...
è un limite della nostra mappa cioè da osm non puoi essere sicuro della
presenza del criterio, sei sicuro (in realtà non è proprio così sicuro) solo
che se c'è una cosa vuol dire che c'era il criterio per inserirlo...è il
motivo per cui sarebbe meglio inserire il tag oneway=no...rendi esplicito il
fatto che non ci fosse la condizione per metter oneway=yes



> Si ma visto che le lingue elencate nella legge 482/99 nella realtà dei 
> fatti sono trattate in modo differente (ma da quella normativa non lo si 
> evince), se si mettono delle opzioni legate direttamente alle normative 
> di tutela, uno deve andarsi a studiare tutte le differenti norme per 
> dare un giudizio serio. Ed abbiamo già visto dalla discussione che 
> quelle norme sono interpretabili in modo diverso (per fayor non si 
> tratta di toponimi ufficiali, per Luca Meloni si... eppure fanno 
> riferimento alle medesime normative).
> Il cartello invece non si presta ad interpretazioni. O c'è o non c'è.

 noi stiamo decidendo quando inserire due nomi basandoci su dei criteri, non
mappiamo il riconoscimento o come viene trattato dalla legge 482/99 e, a
meno che tu non voglia basare il criterio sul come viene trattata la lingua
elencata nella 482/99, possiamo saltare del tutto quell'aspetto e limitarci
alla semplice domanda: è compresa nella 484/99?
se però per alcuni utenti è invece necessario un determinato tipo di
trattamento delle lingue elencate in quella legge, temo dovremmo mettere
anche quella opzione se quell'utente la richiede. se fai una votazione dove
non compaiono le opzioni richieste da tutti il voto è viziato e
contestabile.
e considera che l'assenza di opzioni può essere contestata anche da altre
opzioni perdenti nella votazione in quanto per loro la presenza di
quell'opzione avrebbe potuto spostare e dividere i voti dall'opzione
concorrente vincente, facendola perdere..quindi è una cosa che non si può
scartare cosi a priori.
sono d'accordo che il cartello non si presta ad interpretazione, ma quello
che ritengo sensato io può non esserlo per altri...di certo non tolgo a
quest'altri la possibilità di votare quello che ritengono più adatto solo
perchè io non lo considero un metodo valido o che si presta a troppe
interpretazioni.


> Lui (il sardo) di sicuro ha la consapevolezza di avere formalmente un 
> diritto (perché è tutelato) che però gli viene negato.

 di sicuro? sei sicuro? immagino quindi che tutti i sardi siano consapevoli
di leggi e della mancanza dei nominativi in lingua locale sulle tabelle
ISTAT o del fatto che nella 482/99 la loro lingua sia elencata ma trattata
in maniera differente.. che diritto gli verrebbe negato? a che mi risulta
vedono negati meno diritti dei siciliani

>  Il siciliano 
> potrebbe anche non avere la consapevolezza di avere quel diritto, 

lo stai supponendo tu, non hai prove per dire questo e comunque a questo
punto immagino che anni di movimenti indipendentisti siciliani o
neoborbonici siano stati solo un allucinazione collettiva.
il problema è che per questa tua ipotesi assolutamente da dimostrare
l'effetto del valore diverso del voto è assolutamente reale.

> essendo talmente abituato a non averlo potrebbe non farci nemmeno caso: 

quindi i sardi non ne avevano consapevolezza, fino a quando però, un bel
giorno, qualcuno ha messo i cartelli nella lingua locale agli ingressi delle
località (li avrà messi uno del trentino o  un esterno, i sardi infatti fino
ad allora, non avendo cartelli, "probabilmente" non aveva consapevolezza di
avere questo diritto e quindi non li hanno probabilmente richiesti/voluti
loro)  magicamente tutta la popolazione sarda ha scoperto di avere un
diritto negato?

io con la stessa logica potrei dirti che i sardi avendo molto più a cuore di
tutti gli altri italiani il tema bilinguismo e la propria identità sono di
per se 

[Talk-it-trentino] account per impor trentino, esiste?

[girarsi_liste]

Dopo averne discusso in lista nazionale, copiaincollare tracce shapefile
è considerato import, quindi, chiedo se esiste un account trentino per
gli import, cui vorrei appoggiarmi per mettere il torrente a me
interessato, non ancora presente sulla mappa, trattasi del torrente
Senaiga, confinante tra la valle del Tesino e Lamon, questo ha una 50ina
di affluenti + affluenti degli affluenti in alcune ramificazioni.

Il dataset, messo a disposizione da dati.trentino.it è questo:

http://dati.trentino.it/dataset/idrografia-principale-774826/resource/dc1645c9-7538-4142-bb45-e03b5a7ea396


Da questo prendo solo le geometrie interessate.

Oppure vale la pena solo di mettere il changeset con titolo "import
Torrente Senaiga e affluenti principali" e source nel changeset
"http://dati.trentino.it/;?

Ovviamente non senza consenso della lista.


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



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

Re: [Talk-it] OpenStreetView VS Mapillary

[Bruno]

Secondo me quelle opzioni sono sull'host, non sul client. Le foto vengono 
memorizzate tal quali sul telefono

>Messaggio originale
>Da: "Aury88" 
>Data: 12/09/2016 18.47
>A: 
>Ogg: Re: [Talk-it] OpenStreetView VS Mapillary
>
>cascafico wrote
>> Mapillary mi sembrava un po' pesante così ho  provato OSV, ma il mio
>> "vecchio" Huawei y300 non ce l'ha fatta.
>> Francamente 90Mbyte di applicazione ed altri 20 di cache al primo avvio mi
>> sembran troppi per scattare foto col timer.
>
>sono d'accordo...non riesco onestamente a spiegarmelo neanche io...forse
>però in mapillary, all'interno del app, una buona parte del peso è dovuto a
>delle operazioni di riconoscimento automatico di facce e targhe per l'auto
>blur
>
>
>
>
>
>-
>Ciao,
>Aury
>--
>View this message in context: http://gis.19327.n5.nabble.com/OpenStreetView-
VS-Mapillary-tp5881541p5882442.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it-trentino] M'appare il Lagorai Cima D'Asta - Mapping Pieve Tesino

[girarsi_liste]

Il 12/09/2016 09:31, Giorgio Zampedri ha scritto:
> Ciao a tutti
> 
> per il we 1e 2 ottobre abbiamo organizzato un mapping a 
> Pieve Tesino 
> 
> per info : http://wiki.openstreetmap.org/wiki/Mapping_party_Pieve_Tesino.
> Il programma è ancora aperto e quindi se qualcuno ha piacere di 
> partecipare come relatore è benvenuto !
> 
> 
> Giorgio
> 


Quanti posti previsti per le iscrizioni?

Convenzioni per i pasti ce ne sono?

Cena di lavoro che significa sostanzialmente?

Per monte Mezza, pranzo al sacco?

Non so se verrò, aspetto la prossime due settimane per capire come mi
vanno le cose, per cui spero di esserci almeno sabato sera ad ascoltare.

ed almeno la domenica per partecipare, indipendentemente se utente o
mappatore-accompagnatore.



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



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

Re: [Talk-it] Autostrada A14 issues

[Vittorio Bertola]

Il 09/09/16 14:09, Andrea Musuruane ha scritto:

Io ho appena notato che la A5 è segnata come toll=yes tra la barriera
di Aosta Ovest e il traforo del Monte Bianco (e non lo è).


Come no? Arrivando ad Aosta Est da Torino, se non esci, paghi tutto il 
pedaggio fino al Monte Bianco indipendentemente dal fatto che tu possa 
uscire prima (poi, per venire incontro agli abitanti del posto 
imbufaliti, hanno messo un rilevatore Telepass sulle uscite intermedie e 
se passi col Telepass ti restituiscono una parte di ciò che hai pagato; 
se invece hai pagato coi soldi, ti attacchi). In senso opposto, ad Aosta 
Est prendi il biglietto ma pagherai in aggiunta tutto il tratto sin dal 
Monte Bianco quando uscirai. Ad Aosta Ovest puoi entrare in entrambe le 
direzioni, ma se vai verso Torino pagherai poi il pedaggio con il 
biglietto preso ad Aosta Est, invece da/per il Monte Bianco c'è un 
casellino sullo svincolo e paghi sul posto. A Morgex, salvo situazioni 
temporanee, le rampe da/per il Monte Bianco sono chiuse al transito e 
puoi soltanto usare quelle da/per Torino e pagare ad Aosta Est. A 
Courmayeur Sud le rampe da/per il Monte Bianco non sono state proprio 
costruite... Pertanto l'intero tratto Aosta Est-Courmayeur Nord è a 
pagamento, solo che paghi una tariffa unica in un punto solo, o entrando 
o uscendo.

Ciao
--
vb.   Vittorio Bertola - vb [a] bertola.eu   <
>now blogging & more at http://bertola.eu/   <

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

Re: [OSM-talk-fr] Bâtiments inscrits MHS et WHC dans Osmose

[Frédéric Rodrigo]

Le tag name à déjà un autre comportement spécifique.
Si une fusion propose de changer le nom, il y a alors deux correctifs 
proposés avec ou sans le changement de nom.


Le 12/09/2016 à 08:22, Gaël Simon a écrit :

Bonjour,
Je pense que le tag name peut aussi être conservé s'il est renseigné.
Merci à toi pour ton travail

Gaël

Le 11 sept. 2016 à 22:23, Frédéric Rodrigo  a écrit :

Bonjour,

J'ai effectué une modification pour garder les valeurs existantes d'un tag. Si 
vous en voyez d'autres que les ref et source (ou c'était déjà le cas) et que 
heritage:operator je peux les ajouter.

Pour heritage:operator ça sera opérationnel d'ici quelque jours.

https://github.com/frodrigo/osmose-backend/commit/46c9d3d177c0cb982641f3a56c041c25b52c8a27

Frédéric.



Le 10/09/2016 à 14:06, LeTopographeFou a écrit :

Bonjour,

En traitant des erreurs Osmose je suis tombé sur ce qui je pense est une erreur 
dans l'algo de détection et/ou de correction.

Le problème semble survenir quand un monument historique est également classé à 
l'UNESCO. Cela donne généralement /heritage:operator=whc;mhs/ (67 résultats 
dans taginfo) :

https://taginfo.openstreetmap.org/tags/heritage:operator=whc;mhs

Je sais qu'il y a un débat sur comment représenter plusieurs valeurs (avec des 
[], avec un point virgule, avec...) et qu'il n'y a pas de consensus clair. Je 
ne souhaite pas rentrer dans ce débat, ce qui m'inquiète le plus c'est 
qu'Osmose, dans sa tentative d'association avec une base de donnée du 
ministère, croit qu'il n'a pas été associé et propose un correctif qui élimine 
le whc (donc un fix plutôt destructif...). Exemples :

  * Basilique de Vézelay
(http://osmose.openstreetmap.fr/fr/error/7981644480)
  * Cathédrale de Bourge
(http://osmose.openstreetmap.fr/fr/error/7981642652)
  * Cathédrale d'Amiens
(http://osmose.openstreetmap.fr/fr/error/7981644547)
  * ...

Et dans le fix proposé par Osmose il ne met pas tellement en avant que ce fix 
supprime l'inscription whc (et toutes les autres inscriptions éventuelles). 
Donc un utilisateur distrait ou non-avertit pourrait faire des erreurs pensant 
bien faire.

Ne peut-on pas avoir un algo de détection qui tienne compte de ces cas de figures ? Du 
genre ne pas chercher une chaine valant strictement "mhs" mais une chaîne qui 
contiendrait le mot mhs.

Cordialement,

--
LeTopographeFou


___
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: [Talk-it] OpenStreetView VS Mapillary

[Aury88]

cascafico wrote
> Mapillary mi sembrava un po' pesante così ho  provato OSV, ma il mio
> "vecchio" Huawei y300 non ce l'ha fatta.
> Francamente 90Mbyte di applicazione ed altri 20 di cache al primo avvio mi
> sembran troppi per scattare foto col timer.

sono d'accordo...non riesco onestamente a spiegarmelo neanche io...forse
però in mapillary, all'interno del app, una buona parte del peso è dovuto a
delle operazioni di riconoscimento automatico di facce e targhe per l'auto
blur





-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/OpenStreetView-VS-Mapillary-tp5881541p5882442.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-GB] Summer quarterly project

[Paul Berry]

Speed limits would be a good one, although impossible to armchair-map
unless you know something I don't. Also, would it stem the tide of useless
speed limit notes from Navmii GPS users?

Regards,
*Paul*

On 12 September 2016 at 17:30, John Aldridge  wrote:

> On 11-Sep-16 18:45, Brian Prangle wrote:
>
>> Only a couple of weeks left - time to start thinking about our next
>> quarterly project...
>>
>
> Speed limits? There've been a whole lot of changes round here -- mostly
> new 20 mph limits -- recently!
>
> --
> Cheers,
> John
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Jean-Guilhem Cailton]

Bonjour Philippe,

Merci de ta réponse. En effet, le sujet est complexe et comporte de
multiples dimensions.

Sur les temps de transport, ce site qui montre des isochrones et
itinéraires en multimodal - à pied, en vélo, en transports en commun ou
en voiture, et utilise OSM et des données GTFS (présenté dans
https://tempogeo.blogspot.fr/2015/09/des-courbes-isochrones-moindre-cout.html)
paraît par exemple très pratique :
http://france.route360.net/
(surtout qu'il y a une API derrière).

Si certains ont des idées sur d'autres outils possibles, y compris sur
d'autres problématiques pertinentes, n'hésitez pas.

Bien cordialement,

Jean-Guilhem



Le 12/09/2016 à 13:44, Philippe Verdy a écrit :
> Une ligne de métro toute seule ne suffit pas, il faut parler surtout
> de l'intermodalité et de la réorganisation des autres réseaux qu'il va
> fallor interconnecter et simuler par exemple les nouvelles lignes de
> bus, les nouvelles aires de parking, l'emplacement des stations de
> taxi, de véhicules partagés, et voir aussi l'aspect pratique pour les
> piétons. Et sans doute revoir aussi la distribution des sens uniques
> et autres restrictions, et voir si des feux de circulation sont encore
> appropriés et comment et où aménager des giratoires (pratiques aussi
> pour les transports urbains, les livraisons, revoir les horaires de
> livraison, les circuits de collecte des ordures ménagères.
> Ca doit évidemment s'inscrire dans un schéma de déplacement urbains,
> sachant qu'une ligne de métro va aussi bouleverser la fréquentation et
> la sécurité publique de certains lieux.
> Ce devrait aussi servir à déconcentrer l'offre immobilière la plus
> sensible, notamment ceux qui ont des moyens limités comme les
> étudiants (faibles revenus, activité limitée par le temps): le métro
> doit servir à "agrandir la ville" en mettant moins de pression sur
> quelques points centraux. et davantage diversifier l'offre, en créant
> de la demande ailleurs.
> Cala fera des mécontents : ceux qui ne seront plus servis par une
> ligne directe de bus comme avant et devront faire des correspondances.
> Les horaires de passage vont changer aussi. Et il y a aussi la
> question du coût global d'investissement qui se reportera sur la
> fiscalité locale et sur les tarifs de transport (et ce que peuvent
> financer les entreprises ou les aides publiques).
>
> OSM peut aider : elle pourrait simuler le tracé des nouvelles lignes
> de bus, repositionner certains arrêts de bus, vérifier que les trajets
> en véhicule inviduel seront encore adaptés, voir si les parkings à
> aménager (ou à supprimer) correspondent aux besoins et s'il y a une
> réelle complémentarité du métro et des autres lignes existantes ou
> réaménagées.
> Au bout de tout ça on aura de quoi estimer l'impact environnemental
> réel, ou celui sur l'offre immobilière. Et ne pas oublier que cela
> aussi impacte les communes environnantes: il faudrait des données sur
> les besoins réels de la population au delà de la seule commune (même
> si elle ne sert que de transit: on habite à un endroit on étudie à un
> autre, on travaille ailleurs, on a des loisirs encore ailleurs et tout
> ça se fait dans les contraintes de temps et de prix à court terme
> avant de penser à tout autre chose à moyen ou long terme, tel que
> l'impact environnemental, la sécurité ou le bruit, ainsi que la gêne
> occasionnée pendant des mois ou plusieurs années par les chantiers,
> comme on l'a vu à Lille ou Rennes avec le métro dit "léger", mais même
> aussi à Nantes avec le tram).
>
> Dans d'autres villes même sans métro ou tram, des gros chantiers
> peuvent impacter durablement (voire définitivement) la physionomie du
> commerce et les activités dans la commune, de façon négative : en
> voulant faire joli, on a fini par éloigner les habitants, les emplois
> et les services: un gros chantier qui démarre doit avoir l'assurance
> d'être mené rapidement à terme, le calendrier ne doit pas glisser
> durablement, sinon en plus on jette de l'argent par les fenêtres et ça
> coûte cher à la commune et aux habitants qui restent. Là OSM ne peut
> pas aider, mais les réunions publiques et procédures légales de
> concertation et de dédommagement doivent fonctionner: ce ne peut pas
> être un simple événement ponctuel, il faut des lieux de concertation
> permanent tout au long du projet, montrer l'avancement, et parler
> publiquement des difficultés s'il faut alors changer les choses
> prévues dans le plan initial.
>
> La collectivité seule (ou l'intercommunalité) ne peut pas le faire,
> les assos de quartier doivent mettre à leur ordre du jour le suivi des
> chantiers, et les collectivités doivent écouter leur compte-rendus
> publics, et mettre en place des négociateurs (sinon ça finit devant
> les tribunaux et ça accumulera de coûteuses années de retard et de
> dysfonctionnement qui entâcheront la réputation du projet, même s'il a
> eu un accord de l'Etat). Tout surcoût important doit aussi être
> annoncé vite, il ne suffit pas de 

Re: [Talk-GB] Summer quarterly project

[John Aldridge]

On 11-Sep-16 18:45, Brian Prangle wrote:

Only a couple of weeks left - time to start thinking about our next
quarterly project...


Speed limits? There've been a whole lot of changes round here -- mostly 
new 20 mph limits -- recently!


--
Cheers,
John

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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Francescu GAROBY]

Si on veut lister les services d'un hôpital qui existent en hospitalisation
de jour, je proposerais plutôt un truc du genre :
* clinic: = no/yes/only
La liste des services étant la même que celle proposée sur la page
"healthcare" .

Francescu

Le 12 septembre 2016 à 18:13, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
> >
> > > La notion d'hôpital de jour (qui donnent des soins "ambulatoires")
> semble aussi correspondre, mais il s'agit, presque toujours, d'une section
> d'un hôpital.
> > > Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
> >
> > Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour,
> peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie
> "hospitalisation de jour" peut en fait se trouver dans chaque service (une
> en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à
> chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> >
> > Francescu
>
> Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont
> dispensés dans un hôpital de jour.
> Chaque service peut en faire, mais, les chambres peuvent être, soit,
> spécialisées, soit, rassemblées en un seul lieu.
> Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de
> jour, loin de la majorité des services et, comme je le suggérais, il doit
> pouvoir être distingué, mais, probablement pas avec "clinic=yes".
> Peut-être avec quelque chose comme "hospital:service= clinic"
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] ***SPAM*** Re: amenity=clinic

[Christian Rogel]

Le 12 sept. 2016 à 11:52, Francescu GAROBY  a écrit :
> 
> > La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble 
> > aussi correspondre, mais il s'agit, presque toujours, d'une section d'un 
> > hôpital.
> > Utile pour la cartographie indoor, mais serait-ce un "amenity" ? 
> 
> Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour, 
> peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie 
> "hospitalisation de jour" peut en fait se trouver dans chaque service (une en 
> rhumato, une en néphro, ...). On ne va quand même pas mettre un point à 
> chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...
> 
> Francescu

Il doit y avoir plusieurs modèles de soins ambulatoires et tous ne sont 
dispensés dans un hôpital de jour.
Chaque service peut en faire, mais, les chambres peuvent être, soit, 
spécialisées, soit, rassemblées en un seul lieu.
Dans l'hôpital de ma ville, il y a un étage complet pour un hôpital de jour, 
loin de la majorité des services et, comme je le suggérais, il doit pouvoir 
être distingué, mais, probablement pas avec "clinic=yes".
Peut-être avec quelque chose comme "hospital:service= clinic"

Christian R.

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

Re: [Talk-de] Suche Starthilfe Mapnik, eigene Karten rendern

[Alexrk]

Da ich wie gesagt keinen eigenen Server aufsetzen, sondern lediglich für 
ein lokales Gebiet eine Karte erzeugen möchte, habe ich einfach die 
Ausschnitte von Geofabrik bsw. für ein Bundesland genommen. Das geht 
recht schnell zu importieren.



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

Re: [Talk-de] Suche Starthilfe Mapnik, eigene Karten rendern

[Alexrk]

Hallo Lars,

danke für Deine Hinweise. Ich hab es jetzt geschafft, ein PNG zu 
exportieren. Juhu :) Der entscheidende letzte Baustein, der mir noch 
fehlte, war ein Python-Skript zu schreiben, welches über die Mapnik-API 
das PNG erzeugt.


Meine Schritte waren jetzt:

- eine neue PostGIS Datenbank namens "gis" anlegen (anscheinend wird das 
vom Style vorausgesetzt?)- eine OSM-Datei für ein Bundesland nach 
PostGIS (nach "gis") importiert

- NPM installiert (sudo apt-get install npm)
- Carto installiert (https://github.com/mapbox/carto/blob/master/README.md)
- gravitysorm/openstreetmap-carto installiert 
(https://github.com/gravitystorm/openstreetmap-carto/blob/master/INSTALL.md)

- gemäß INSTALL.md die Shapefiles runtergeladen und Fonts installiert
- mittels Carto aus der project.mml die mapnik.xml erzeugt (carto 
project.mml > mapnik.xml)

- und dann besagtes Python-Skript geschrieben (habe ich unten mal angehängt)

Jetzt kann ich mich erstmal weiter mit dem Styling beschäftigen.

> Sag doch mal welche Anleitung du probiert hast und wo du gerade nicht
> weiter kommst. Veraltete Anleitungen können ja aktualisiert werden ;)
>

Ich hatte es erst mit "Mapnik/Rendering OSM XML data directly" probiert. 
Aber das osm-Plugin scheint in Mapnik 3 nicht mehr unterstützt.


Dann hatte ich "DE:HowTo_Mapnik_%26_Tirex#Mapnik_testen" gefunden, doch 
der Link zu dem render-tool auf toolserver.org ist tot, da ja Toolserver 
schon vor einer Weile abgeschaltet wurde.


Der sehr große Artikel "DE:Mapnik" war auch nicht sehr hilfreich, da 
sehr konfus.


Vielleicht magst Du ja die OSGeo-Live DVD um einen fertigen Stack zur 
lokalen Erzeugung einer OSM-Karte ergänzen.


Mit dem MapBox Studio geht das Styling zwar sehr komfortabel, nur darf 
ich diese Karten leider nicht in Wikipedia nutzen, da die keine Freie 
Lizenz haben. Aber so wie ich das verstehe, darf ich MapBox zumindest 
nutzen, um einen eigenen Style zu entwickeln.


Grüße
Alex



--- generate_map.py -

import mapnik
import sys, os

merc = mapnik.Projection('+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 
+lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over')
longlat = mapnik.Projection('+proj=longlat +ellps=WGS84 +datum=WGS84 
+no_defs')


imgx = 2000
imgy = 2000
map_uri = "image.png"

m = mapnik.Map(imgx,imgy)
bounds = (13.31,52.48, 13.36,52.51)

if hasattr(mapnik,'Box2d'):
bbox = mapnik.Box2d(*bounds)
else:
bbox = mapnik.Envelope(*bounds)

transform = mapnik.ProjTransform(longlat,merc)
merc_bbox = transform.forward(bbox)

sys.stdout.write('merc_bbox %s!\n' % merc_bbox)

mapnik.load_map(m, "/home/user/openstreetmap-carto-master/mapnik.xml")
m.zoom_to_box(merc_bbox)

im = mapnik.Image(imgx,imgy)
mapnik.render(m, im)
im.save(map_uri,'png')

sys.stdout.write('output image to %s!\n' % map_uri)


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

Re: [Talk-GB] Summer quarterly project

[Dan S]

2016-09-12 8:18 GMT-07:00 Robert Whittaker (OSM lists)
:
> On 11 September 2016 at 18:45, Brian Prangle  wrote:
>> Only a couple of weeks left - time to start thinking about our next
>> quarterly project, while we see how many more farmyards we can add.
>
> What about improving the mapping of eating establishments, with the
> help of the excellent FHRS comparison site at
> http://gregrs.dev.openstreetmap.org/fhrs/ ? Metrics might include
> total number of amenity=(fast_food|cafe|restaurant|pub|bar) objects
> and also the proportion with name=*, addr:postcode=* and fhrs:id=*
> tags.

I was thinking of suggesting something to capture opening_hours, which
I think meshes well with Robert's suggestion. I've been using OsmAnd
recently and realised how useful the opening hours data is when doing
local in-situ () searches.

Best
Dan

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

Re: [Talk-GB] Summer quarterly project

[Robert Whittaker (OSM lists)]

On 11 September 2016 at 18:45, Brian Prangle  wrote:
> Only a couple of weeks left - time to start thinking about our next
> quarterly project, while we see how many more farmyards we can add.

What about improving the mapping of eating establishments, with the
help of the excellent FHRS comparison site at
http://gregrs.dev.openstreetmap.org/fhrs/ ? Metrics might include
total number of amenity=(fast_food|cafe|restaurant|pub|bar) objects
and also the proportion with name=*, addr:postcode=* and fhrs:id=*
tags.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] [Tagging] cabina per cambiarsi

[girarsi_liste]

Il 12/09/2016 08:58, Cascafico Giovanni ha scritto:
> Semplici prefabbricati spesso presenti sulle spiagge
> 
> Ho trovato riferimenti solo per l'indoor mapping (room=dressing)
> 

Ho guardato la wiki, mi orienterei su questi due tag, uno generico per
la spiaggia, non ho capito se privata o pubblica:

http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbeach_resort

E l'altro per la cabina, penso che oltre a cambiarsi si possa anche fare
la doccia?

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshower


Se è solo per cambiarsi forse vale la pena di taggare solo come
building=shed

http://wiki.openstreetmap.org/wiki/Tag:building%3Dshed


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



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

Re: [OSM-talk-fr] Revert de changeset 42099901

[Guillaume Castagnino]

Il semblerait que j’y soit arrivé, en augmentant un timeout dans la
configuration de josm, changeset de revert en cours d’upload :
https://www.openstreetmap.org/changeset/42101311

Merci et désolé pour le dérangement…

Le lundi 12 septembre 2016 à 14:59 +0200, Guillaume Castagnino a
écrit :
> Bonjour,
> 
> Je suis un peu en galère : en faisant un petit import de bati sur un
> quartier manquant de Saint Cyr L’École, je me suis viandé dans josm
> et
> j’ai poussé sur un moment d’inattention la couche cadastre au lieu de
> ma couche de modification… Bref, je suis dans le caca.
> 
> Et je n’arrive pas à reverter mon changeset avec le plugin reverter,
> je
> me prends des timeouts.
> quelqu’un pourrait m’aider à reverter mon Changeset https://www.opens
> tr
> eetmap.org/changeset/42099901 ?
> 
> Un grnd merci, et vraiment désole du dérangement :/
> 

-- 
Guillaume Castagnino
    ca...@xwing.info / guilla...@castagnino.org

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

Re: [Talk-us] Mappers in Idaho!

[Greg Morgan]

On Tue, Aug 9, 2016 at 11:49 AM, OSM Volunteer stevea <
stevea...@softworkers.com> wrote:

> I wanted to chime in my great enthusiasm for Greg Morgan helping or
> leading a good, chunky data effort in OSM like this.  Greg took on the USBR
> 90 effort in Arizona, hundreds and hundreds of miles of bicycle route, now
> very well entered in OSM and AASHTO-approved.  It took him weeks, but it
> would take anybody weeks or months, and he did a fantastic job.
>
> Greg was like a co-pilot, taking his responsibilities very seriously,
> using Mapillary to super effect, asking excellent questions, taking the
> small amount of direction required very well and just being all-around a
> top-notch communicator and team member.  If you have any interest in this
> Idaho project, notice that below, Greg offers to lead the effort!  So,
> listen up and throw your shoulder in with him and watch wonderful things
> happen in OSM with Greg at the helm.  Collaborating with him is like an
> enjoyable adventure!
>
> Regards,
> SteveA
> California
>
>
Steve,

Thanks for the kind words.  August was consumed with other activities than
OSM. At Elliot Plack's prompting a github repo was established.[1]  There
are a number of data questions that have come up.  Just like the USBR 90
project in Arizona where I established a relationship with the state
bicycle coordinator, I am using a similar approach with this effort. Teton
Idaho has been thankful for a few questions that I have brought up.  I sent
off additional questions this morning.  In addition, the repo has
educational qualities to it.  I believe that will be far more important
than just shoving the data into OSM.

Regards,
Greg


[1] https://github.com/osmlab/teton-idaho
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] Revert de changeset 42099901

[Guillaume Castagnino]

Bonjour,

Je suis un peu en galère : en faisant un petit import de bati sur un
quartier manquant de Saint Cyr L’École, je me suis viandé dans josm et
j’ai poussé sur un moment d’inattention la couche cadastre au lieu de
ma couche de modification… Bref, je suis dans le caca.

Et je n’arrive pas à reverter mon changeset avec le plugin reverter, je
me prends des timeouts.
quelqu’un pourrait m’aider à reverter mon Changeset https://www.openstr
eetmap.org/changeset/42099901 ?

Un grnd merci, et vraiment désole du dérangement :/

-- 
Guillaume Castagnino
    ca...@xwing.info / guilla...@castagnino.org

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

Re: [Talk-cz] cenová skupina

[Marián Kyral]

-- Původní zpráva --
Od: LukášKaras 
Komu: talk-cz@openstreetmap.org
Datum: 12. 9. 2016 14:43:24
Předmět: Re: [Talk-cz] cenová skupina

"Ahoj. Osobně jsem z této myšlenky rozpačitý. Bylo by super kdyby podobná 
otevřená databáze existovala, ale myslím si že taková hodnocení do OSM 
nepatří, protože jsou hodně subjektivní a časem se výrazně mění. Přenechal 
bych je specifickým aplikacím typu Tripadvisor... Myslím si že pro 
objektivní 
rozdělení v OSM postačuje pub, bar, restaurant, fast_food + případně 
zaměření 
na specifickou kuchyni (cuisine)... 

Spíš bych se přimlouval o rozšíření tagu "smoking", "outdoor_seating", 
"reservation=" ... 
Jaký tag použít pro defnici zda berou stravenky? Zda jde platit kartou?  
""Přijímají Eura? Mají tam klimatizaci?"



http://wiki.openstreetmap.org/wiki/Key:payment




payment:meal_voucher=*
payment:credit_cards=*

currency:EUR(http://wiki.openstreetmap.org/wiki/Key:currency:EUR)=yes/no
(http://wiki.openstreetmap.org/w/index.php?title=Tag:currency:EUR%3Dyes/no=edit=1)
for each currency accepted.




Tu klimatizaci nevím, na tu jsem ještě nenarazil.




Marián




"

Lukáš

Dne pondělí 12. září 2016 12:27:26 CEST Petr Vozdecký napsal(a):
> ahoj,
> 
> zkusim tomu dat jeste jednu sanci:
> cilem tagu je hrube kategorizovat uroven nabizene sluzby (konkretne prave 
a
> jen u hospod a restauraci), nikoliv zjistovat relativni ci objektivni cenu
> nabizenych produktu
> 5 - minimalni nabidka, limitne nulove sluzby (salonek...), zadna ci temer
> zadna mista k sezeni, jde temer o provizorium, zadna ci temer nulova tepla
> kuchyne
> 4 - omezena nabidka, neprilis rozvinute sluzby, minimum mist k sezeni,
> trvale provozovane zarizeni, minimum teple kuchyne
> 3 - pravidelna nabidka jidel, dostupne sluzby (salonek, zahradka), 
dostatek
> mist k sezeni, zavedena hospoda/restaurace, tepla kuchyne
> 2 - dtto 3, specializovane zarizeni (specificka nabidka, specificky
> design...), rozvinute az specificke sluzby, zazitkova gastronomie
> 1 - dtto 2, explicitni zamereni na movitou klientelu
> 
> tedy:
> 5 - provizorni dedinska hospoda o jedne mistnosti a jednom stolu,
> provozovana treba jen v sezone ci o vikendech, totalni pajzlik s jednim
> druhem piva a dvouma druhama slanejch tycinek, zahuleno, na zdi plakat
> Michala Davida z roku 1985... :o
> 4 - prumernej pajzlik esi ma salonek tak leda pro 8 lidi, kdyz prijde 10
> lidi na obed, tak je paralyzovana kuchyne, na jidelaku rizek a gulas, 
navic
> jen o vikendu, pres tyden jen tlacenka a utopenci
> 3 - nejcastejsi vyskyt, vice mistnosti ci salonek, oddelene mistnosti pro
> kuraky, zahradka, menu, otevreno denne
> 2 - specialka, napr. hokejova hospoda, restaurace s 20 druhy piv, nabizi
> vyjimecna jidla, kvuli kterym ji klientela vyhledava
> 1 - explicitne drahe az snobske podniky postavene prave na spolecensko-
> ekonomickem vycleneni klientely
> 
> Cely problem bych pak nenazyval "cenova skupina", protoze zcela zbytecne
> zavadi pozornost na cenu jakozto kriterium. Je to sice zavedeny pojem, ale
> jen u generace 35 a vyse. Zkusil bych neco jako "uroven sluzeb".
> 
> vop
> 
> 
> -- Původní zpráva --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 12. 9. 2016 11:06:34
> Předmět: Re: [Talk-cz] cenová skupina
> 
> "čus,
> 
> ...
> 
> > > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se
> 
> už
> 
> > > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět
> 
> přesně,
> 
> > > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > > rovnejch
> > 
> > Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> > jednoduchy.
> > 
> > "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> > tridy 4 ma pivo kolem ..."
> > 
> > ...a zbytek nechal na mapperech.
> 
> no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je
> normální
> cena za desítku, a co když točej jenom dvanáctku?
> 
> budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo
> zohledníme,
> že cenový úrovně silnějšího piva jsou jinde?
> 
> ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na
> standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...
> 
> a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň 
bude
> vyšší, ale v jednotkovým přepočtu to naopak bude levný?
> 
> úplně jednoduchej systém nebude fungovat dobře ...
> 
> > > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu 
si
> > > to představit, když jsi to nadhodil ... :-/
> > 
> > No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> > jsou doopravdy. Proto "trochu magnet".
> 
> chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu,
> insolventní socka je nezajímá, takže se nebude prezentovat jako levnej 
pajzl
> 
> ... ale asi máš pravdu
> 
> > Kdybychom tam davali hodnoceni "jak dobra ta restaurace 

Re: [Talk-br] Edições errôneas de novato

[Gerald Weber]

Oi Márcio Vinícius

eu perdi a conta de quantas vezes eu já vi esse cenário se repetir, nem
ando me estressando mais com isto :(

2016-09-10 22:13 GMT-03:00 Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com>:

>
> Estou informando, pois não sei bem o que se pode fazer nesse caso.
> Desfazer ou corrigir as edições dele uma a uma pode ser muito trabalhoso.
> Talvez se mais alguém o contactasse informando a importância de se manter
> dentro dos padrões, de se informar antes de editar determinados tipos de
> nós ou caminhos... Sei lá, acho que o ID faz parecer que as coisas são mais
> fáceis do que realmente são.
>

Talvez se mais gente entrar em contato isto possa melhorar. Convide-o
também a participar desta lista.

Pela minha experiência depois de algum tempo o OSM perde a novidade e vai
parar de contribuir.

abraço

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

Re: [Talk-cz] cenová skupina

[Lukáš Karas]

Ahoj. Osobně jsem z této myšlenky rozpačitý. Bylo by super kdyby podobná 
otevřená databáze existovala, ale myslím si že taková hodnocení do OSM 
nepatří, protože jsou hodně subjektivní a časem se výrazně mění. Přenechal 
bych je specifickým aplikacím typu Tripadvisor... Myslím si že pro objektivní 
rozdělení v OSM postačuje pub, bar, restaurant, fast_food + případně zaměření 
na specifickou kuchyni (cuisine)... 

Spíš bych se přimlouval o rozšíření tagu "smoking", "outdoor_seating", 
"reservation=" ... 
Jaký tag použít pro defnici zda berou stravenky? Zda jde platit kartou? 
Přijímají Eura? Mají tam klimatizaci?

Lukáš

Dne pondělí 12. září 2016 12:27:26 CEST Petr Vozdecký napsal(a):
> ahoj,
> 
> zkusim tomu dat jeste jednu sanci:
> cilem tagu je hrube kategorizovat uroven nabizene sluzby (konkretne prave a
> jen u hospod a restauraci), nikoliv zjistovat relativni ci objektivni cenu
> nabizenych produktu
> 5 - minimalni nabidka, limitne nulove sluzby (salonek...), zadna ci temer
> zadna mista k sezeni, jde temer o provizorium, zadna ci temer nulova tepla
> kuchyne
> 4 - omezena nabidka, neprilis rozvinute sluzby, minimum mist k sezeni,
> trvale provozovane zarizeni, minimum teple kuchyne
> 3 - pravidelna nabidka jidel, dostupne sluzby (salonek, zahradka), dostatek
> mist k sezeni, zavedena hospoda/restaurace, tepla kuchyne
> 2 - dtto 3, specializovane zarizeni (specificka nabidka, specificky
> design...), rozvinute az specificke sluzby, zazitkova gastronomie
> 1 - dtto 2, explicitni zamereni na movitou klientelu
> 
> tedy:
> 5 - provizorni dedinska hospoda o jedne mistnosti a jednom stolu,
> provozovana treba jen v sezone ci o vikendech, totalni pajzlik s jednim
> druhem piva a dvouma druhama slanejch tycinek, zahuleno, na zdi plakat
> Michala Davida z roku 1985... :o
> 4 - prumernej pajzlik esi ma salonek tak leda pro 8 lidi, kdyz prijde 10
> lidi na obed, tak je paralyzovana kuchyne, na jidelaku rizek a gulas, navic
> jen o vikendu, pres tyden jen tlacenka a utopenci
> 3 - nejcastejsi vyskyt, vice mistnosti ci salonek, oddelene mistnosti pro
> kuraky, zahradka, menu, otevreno denne
> 2 - specialka, napr. hokejova hospoda, restaurace s 20 druhy piv, nabizi
> vyjimecna jidla, kvuli kterym ji klientela vyhledava
> 1 - explicitne drahe az snobske podniky postavene prave na spolecensko-
> ekonomickem vycleneni klientely
> 
> Cely problem bych pak nenazyval "cenova skupina", protoze zcela zbytecne
> zavadi pozornost na cenu jakozto kriterium. Je to sice zavedeny pojem, ale
> jen u generace 35 a vyse. Zkusil bych neco jako "uroven sluzeb".
> 
> vop
> 
> 
> -- Původní zpráva --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 12. 9. 2016 11:06:34
> Předmět: Re: [Talk-cz] cenová skupina
> 
> "čus,
> 
> ...
> 
> > > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se
> 
> už
> 
> > > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět
> 
> přesně,
> 
> > > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > > rovnejch
> > 
> > Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> > jednoduchy.
> > 
> > "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> > tridy 4 ma pivo kolem ..."
> > 
> > ...a zbytek nechal na mapperech.
> 
> no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je
> normální
> cena za desítku, a co když točej jenom dvanáctku?
> 
> budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo
> zohledníme,
> že cenový úrovně silnějšího piva jsou jinde?
> 
> ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na
> standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...
> 
> a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň bude
> vyšší, ale v jednotkovým přepočtu to naopak bude levný?
> 
> úplně jednoduchej systém nebude fungovat dobře ...
> 
> > > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu si
> > > to představit, když jsi to nadhodil ... :-/
> > 
> > No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> > jsou doopravdy. Proto "trochu magnet".
> 
> chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu,
> insolventní socka je nezajímá, takže se nebude prezentovat jako levnej pajzl
> 
> ... ale asi máš pravdu
> 
> > Kdybychom tam davali hodnoceni "jak dobra ta restaurace je", byl by to
> > super magnet na vandalismus :-).
> 
> viz předchozí o tom hvězdování
> 
> ó jak to bylo jednoduchý před revolucí, když museli mít příslušnou cedulku u
> 
> vchodu :-)
> 
> každopádně vzhledem k tomu, že tento návrh příliš nadšení nebudí, je s tím
> spojeno netriviální množství problémů, a s otázkou, kterou řeší, jsme si
> doposud byli schopni poradit i bez OSM, asi nemá cenu, abych to nadále nějak
> 
> řešil ... dík (oběma) za odpovědi
> 
> K.___
> Talk-cz mailing list
> 

Re: [OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[Philippe Verdy]

Le tracé Carthage est visiblement plus grossier (beaucoup plus faible
résolution qui coupe des habitations et des routes hors des ponts) que ce
qu'on a dans OSM. Je ne voit sinon pas de différence notable en tout cas
pas d'erreur manifeste.
Ce qui venait de Carthage était peut-être juste la référence, pas le nom:
c'est juste un rapprochement de données similaires, où la conflation des
géométries sources est nécessaire et normale (habituelle dans OSM).
J'ai tendance à dire que le tracé OSM est bon mais il peut y avoir des
changement récents intégrés dans Carthage mais pas encore dans le cadastre
(par exemple le détournement autour d'un rond-point ou par un gros fossé le
long d'une nouvelle voie importante, mais le passage au milieu d'un
rond-point est fort improbable sauf si c'est un tout petit ruisseau qui
peut avoir été enfoui dans des buses (sans que ce soit porté au cadastre).
Quand le tracé Carthage traverse un terrain de foot, j'ai plutôt des
doutes. Ce n'est sinon pas toujours évident d'voir un tracé précis si le
cours est enterré (dans ce cas il manque souvent des sections dans OSM, où
on n'a même pas un tracé indicatif estimé).
Les noms dans Carthage peuvent aussi être ceuc pour désigner le cours
entier (celui utilisé en aval où le débit est le plus important), mais il
peut y avoir encore des noms locaux pour les parties en amont et même
officialisés et conservés dans les cadastres. Carthage ne mentionne pas
toujours tous les alias locaux.

Le 12 septembre 2016 à 13:27, rainerU  a écrit :

> Bonjour,
>
> Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul"
> [1]. Le
> tracé et le nom correspondent au calque BD Carthage [2] mais sont
> différents des
> donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le
> nom
> est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
> toponyme du fichier shape qui est correct et le tracé est plus près de la
> réalité sur le terrain que celui des tuiles "BD Carthage".
>
> Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
> partir d'une autre source ?
>
> Rainer
>
> [1] http://www.openstreetmap.org/way/435206207
> [2]
> http://tile.openstreetmap.fr/?zoom=18=42.71201=2.
> 88477=B000FT
> [3]
> http://services.sandre.eaufrance.fr/telechargement/
> geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-
> ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip
>
>
> ___
> 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] Divergences entre tuiles Carthage et données Carthage

[Christian Quest]

Hum... les données Carthage utilisées par le rendu ne sont peut être 
(voire fort probablement) pas la dernière version disponible... à mettre 
à jour car comme on utilise uniquement ces shapefile il n'y a pas de 
raison d'avoir de différence.



Le 12/09/2016 à 13:27, rainerU a écrit :

Bonjour,

Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul" [1]. Le
tracé et le nom correspondent au calque BD Carthage [2] mais sont différents des
donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le nom
est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
toponyme du fichier shape qui est correct et le tracé est plus près de la
réalité sur le terrain que celui des tuiles "BD Carthage".

Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
partir d'une autre source ?

Rainer

[1] http://www.openstreetmap.org/way/435206207
[2]
http://tile.openstreetmap.fr/?zoom=18=42.71201=2.88477=B000FT
[3]
http://services.sandre.eaufrance.fr/telechargement/geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip


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



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Philippe Verdy]

Une ligne de métro toute seule ne suffit pas, il faut parler surtout de
l'intermodalité et de la réorganisation des autres réseaux qu'il va fallor
interconnecter et simuler par exemple les nouvelles lignes de bus, les
nouvelles aires de parking, l'emplacement des stations de taxi, de
véhicules partagés, et voir aussi l'aspect pratique pour les piétons. Et
sans doute revoir aussi la distribution des sens uniques et autres
restrictions, et voir si des feux de circulation sont encore appropriés et
comment et où aménager des giratoires (pratiques aussi pour les transports
urbains, les livraisons, revoir les horaires de livraison, les circuits de
collecte des ordures ménagères.
Ca doit évidemment s'inscrire dans un schéma de déplacement urbains,
sachant qu'une ligne de métro va aussi bouleverser la fréquentation et la
sécurité publique de certains lieux.
Ce devrait aussi servir à déconcentrer l'offre immobilière la plus
sensible, notamment ceux qui ont des moyens limités comme les étudiants
(faibles revenus, activité limitée par le temps): le métro doit servir à
"agrandir la ville" en mettant moins de pression sur quelques points
centraux. et davantage diversifier l'offre, en créant de la demande
ailleurs.
Cala fera des mécontents : ceux qui ne seront plus servis par une ligne
directe de bus comme avant et devront faire des correspondances. Les
horaires de passage vont changer aussi. Et il y a aussi la question du coût
global d'investissement qui se reportera sur la fiscalité locale et sur les
tarifs de transport (et ce que peuvent financer les entreprises ou les
aides publiques).

OSM peut aider : elle pourrait simuler le tracé des nouvelles lignes de
bus, repositionner certains arrêts de bus, vérifier que les trajets en
véhicule inviduel seront encore adaptés, voir si les parkings à aménager
(ou à supprimer) correspondent aux besoins et s'il y a une réelle
complémentarité du métro et des autres lignes existantes ou réaménagées.
Au bout de tout ça on aura de quoi estimer l'impact environnemental réel,
ou celui sur l'offre immobilière. Et ne pas oublier que cela aussi impacte
les communes environnantes: il faudrait des données sur les besoins réels
de la population au delà de la seule commune (même si elle ne sert que de
transit: on habite à un endroit on étudie à un autre, on travaille
ailleurs, on a des loisirs encore ailleurs et tout ça se fait dans les
contraintes de temps et de prix à court terme avant de penser à tout autre
chose à moyen ou long terme, tel que l'impact environnemental, la sécurité
ou le bruit, ainsi que la gêne occasionnée pendant des mois ou plusieurs
années par les chantiers, comme on l'a vu à Lille ou Rennes avec le métro
dit "léger", mais même aussi à Nantes avec le tram).

Dans d'autres villes même sans métro ou tram, des gros chantiers peuvent
impacter durablement (voire définitivement) la physionomie du commerce et
les activités dans la commune, de façon négative : en voulant faire joli,
on a fini par éloigner les habitants, les emplois et les services: un gros
chantier qui démarre doit avoir l'assurance d'être mené rapidement à terme,
le calendrier ne doit pas glisser durablement, sinon en plus on jette de
l'argent par les fenêtres et ça coûte cher à la commune et aux habitants
qui restent. Là OSM ne peut pas aider, mais les réunions publiques et
procédures légales de concertation et de dédommagement doivent fonctionner:
ce ne peut pas être un simple événement ponctuel, il faut des lieux de
concertation permanent tout au long du projet, montrer l'avancement, et
parler publiquement des difficultés s'il faut alors changer les choses
prévues dans le plan initial.

La collectivité seule (ou l'intercommunalité) ne peut pas le faire, les
assos de quartier doivent mettre à leur ordre du jour le suivi des
chantiers, et les collectivités doivent écouter leur compte-rendus publics,
et mettre en place des négociateurs (sinon ça finit devant les tribunaux et
ça accumulera de coûteuses années de retard et de dysfonctionnement qui
entâcheront la réputation du projet, même s'il a eu un accord de l'Etat).
Tout surcoût important doit aussi être annoncé vite, il ne suffit pas de
créer une dette et ensuite porter ça sur la fiscalité locale pour les
années suivantes. Les solutions pour éviter les surcouts ne sont pas
forcément les meilleures si elles viennent seulement des maîtres d'oeuvres
malgré leurs autorisations. Un comité de pilotage ouvert, avec une réunion
publique mensuelle dans les quartiers concernés  parait indispensable (même
si c'est très court,:une réunion exceptionnele plus longue peut être
nécessaire pour des nouvelles question difficiles à trancher).


Le 12 septembre 2016 à 12:58, Jean-Guilhem Cailton  a
écrit :

> Bonjour,
>
> Je fais suivre ce message diffusé sur la liste local-toulouse. C'est la
> première fois qu'un Débat public inclut des ateliers de cartographie. Et
> j'imagine que ça pourrait intéresser certains citoyens-cartographes OSM.
>
> Une réunion 

[OSM-talk-fr] Divergences entre tuiles Carthage et données Carthage

[rainerU]

Bonjour,

Je suis tombé sur un cours d’eau mal tracé et mal nommé "Le Bourdigoul" [1]. Le
tracé et le nom correspondent au calque BD Carthage [2] mais sont différents des
donnés qu'on trouve dans le fichier shape Carthage [3] du 13/11/2015 où le nom
est "el viver gros" et le tracé légèrement différent. A mon avis, c'est le
toponyme du fichier shape qui est correct et le tracé est plus près de la
réalité sur le terrain que celui des tuiles "BD Carthage".

Est-ce que les tuiles ne sont simplement pas à jour ou sont-elles rendues à
partir d'une autre source ?

Rainer

[1] http://www.openstreetmap.org/way/435206207
[2]
http://tile.openstreetmap.fr/?zoom=18=42.71201=2.88477=B000FT
[3]
http://services.sandre.eaufrance.fr/telechargement/geo/ETH/BDCarthage/FXX/2014/arcgis/Regions/91_LANGUEDOC-ROUSSILLON/TRONCON_HYDROGRAPHIQUE.shp.zip


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

Re: [Talk-cz] Update taginfo serveru?

[Tom Ka]

Ahoj, neco jsem s tim chvilku travil, jede mi uz generovani dat, ted
zbyva rozjet ten web (Ruby... :-( ). Dam vedet, jak bude dalsi
progress.

Bye

Dne 6. září 2016 15:44 Tom Ka  napsal(a):
> Pokud se najde spravce, muzu zkusit prebrat a hostovat u sebe a
> generovat to pravidelne a vyrazne casteji.
>
> Bye
>
> Dne 6. září 2016 14:51 Dalibor Jelínek  napsal(a):
>> Ahoj,
>>
>> nemohl by nekdo updatovat data na taginfo serveru pro Cesko?
>>
>> Uz jsou asi pul roku stara. Nevim, kdo se o to stara (asi Michal Grezl?).
>>
>> Predem dekuji.
>>
>>
>>
>> Dalibor
>>
>>
>> ___
>> 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] Photo DB API

[Michal Grézl]

2016-09-12 10:19 GMT+02:00 Mikoláš Štrajt :
> Michal Grézl napsal:
>
>> novy klient by mel pouzivat upload api verze 2.:)
>> v podstate skoro funguje.
>>
>> Neco co by to dokazalo pouzit, by rozhodne zrychlilo dokonceni. Ted to
>> umi ulozit uplaod, dalsi faze jeste nejsou. Zarazil sem se na webovem
>> dialogu.
>
> Je někde ta rozpracovaná verze k vidění? Že bych se na ní podíval a zkusil jí 
> vylepšit...
>
> --
> Mikoláš Štrajt / Severák / http://severak.svita.cz/

https://github.com/osmcz/api/blob/master/handler/Guidepost/Upload.pm
funkcni to jeste neni, ted je to ve stadiu vyrabeni html formulare.

upload probehne ve 2 fazich.

- faze1 je upload prez form enctype="multipart/form-data", s moznosti
vice souboru. zisti to co se da a posle zpet, to uz tam zhruba je.

- co zbyva je hlavne ustanovit jakym zpusobem probehne faze2, coz je
nastaveni atributu obrazku a mozne presunuti.

aktualni testovaci html je na:
http://grezl.eu/mini/index.html

teoreticky by to v podstate melo fungovat a dostat souvbor na server.

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

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Romain MEHUT]

Le 3 septembre 2016 à 18:17,  a écrit :

> Rassures-toi, on voit que tu es plus "pas convaincu" qu'agressif.
>
> Pour que les moteurs puissent t'indiquer le chemin il faut qu'ils aient
> l'information. Si tu cherches le 23 rue Tartempion, si l'adresse n'est pas
> dans la base ça devient plus difficile.
>
> > pourquoi indiquer la rue sur un bâtiment puisqu’il ne s’agit que d’un
> objet aussi ?!
>
> Je suis d'accord avec toi, il faut indiquer la rue sur la rue, le numéro
> du bâtiment sur le bâtiment et regrouper les numéros et la rue dans une
> associatedStreet.
>
> Et comme ça on n'a pas de mystère pour associer le bâtiment à la bonne rue.
>
Juste sans vouloir faire déraper la conversation, il n'y a pas de raison de
systématiquement indiquer une adresse sur un bâtiment cf. ce que disais
Christian précédemment...

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

Re: [Talk-dk] Silkeborgmotorvejen - godt kortlægningsarbejde!!!

[Lars Gravengaard]

Vil i ikke lige se på den vej fra Silkeborg højskole der går direkte på
motorvejen.  Kan det virkelig passe?

Ellers ser det bare godt ud!
Mvh
Lars Gravengaard

Den 12/09/2016 08.50 skrev "Peter Leth" :

> med sådan en nyhed er det ikke svært at twitte sådan her:
> https://twitter.com/peterleth1/status/775224162101133312
>
> Jeg elsker når vi har den gode historie som folk kan fatte.
>
> / Peter
>
> Den 12. september 2016 kl. 08.13 skrev Soren Johannessen <
> soren.johannes...@gmail.com>:
>
>> Hej alle
>>
>> Der skal gives en stor ros og tak til dem der har været indblandet i
>> at få kortlagt Silkeborgmotoren og så i går fik sat vejstatus til at
>> være live efter kronprinsen havde klippet snoren.
>>
>> I kan i Geofabrik Map Compare se at Google slet ikke har
>> Silkeborgmotorvejen med endnu i forhold til OpenStreetMap.
>>
>> http://tools.geofabrik.de/mc/#16/56.2010/9.5144=2=ma
>> pnik=google-map
>>
>> Med venlig hilsen
>> Søren Johannessen
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk
>>
>
>
>
> --
> Med venlig hilsen
>
> Peter Leth
> pe...@pluk.dk
> l...@creativecommons.dk
>
> T. 9749 1180
> Skype. peter.leth1
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[OSM-talk-fr] Fwd: Débat Public Métro Ligne 3 / Invitation à l'atelier de cartographie du 15 septembre, à la Cantine

[Jean-Guilhem Cailton]

Bonjour,

Je fais suivre ce message diffusé sur la liste local-toulouse. C'est la
première fois qu'un Débat public inclut des ateliers de cartographie. Et
j'imagine que ça pourrait intéresser certains citoyens-cartographes OSM.

Une réunion préparatoire s'est tenue vendredi matin. J'y ai participé
suite à une invitation sur la même liste, avec une dizaine d'autres
personnes.

Parmi les outils, j'ai eu le plaisir de constater qu'il y a eu un
consensus autour de uMap. Si vous pensez à des outils qui pourraient
être utiles en particulier pour la simulation et la modélisation dans ce
contexte (isochrones par exemple...), tout en restant relativement
faciles et rapides à mettre en œuvre, vos idées, même venant de loin,
seraient les bienvenues. :)

Pour plus d'information sur les ateliers de cartographie :
https://metroligne3toulouse.debatpublic.fr/ateliers-cartographie

Avant le premier atelier de cartographie du jeudi 15 septembre, notez
que la réunion publique d'ouverture est demain mardi 13 septembre à 19 h
(elle sera diffusée en direct sur le site du Débat public Métro Ligne 3
Toulouse : https://metroligne3toulouse.debatpublic.fr/).

Bien cordialement,

Jean-Guilhem



 Message transféré 
Sujet : Débat Public Métro Ligne 3 / Invitation à l'atelier de
cartographie du 15 septembre, à la Cantine
Date :  Tue, 06 Sep 2016 14:53:14 +0200
De :cartographies-m3t - OH/CCM/CNDP/CPDP-M3T emis par PROTHAIS David -
OH/CCM/CNDP/CPDP-M3T 
Répondre à :cartographies-m3t - OH/CCM/CNDP/CPDP-M3T emis par PROTHAIS
David - OH/CCM/CNDP/CPDP-M3T

Pour :  local-toulo...@listes.openstreetmap.fr



Bonjour,

Comment représenter, cartographier et simuler le projet de 3ème ligne de 
métro et ses enjeux ? Quels sont les outils numériques qui permettraient 
de débattre de son opportunité et de son tracé ?

Un atelier de cartographie est organisé pour répondre à ces questions le 
jeudi 15 septembre à la Cantine de Toulouse, de 9h à 20h. Il s'inscrit 
dans le cadre d'un débat public qui aura lieu de septembre à décembre, 
sous l'égide de la Commission Nationale du Débat Public, en toute 
neutralité et indépendance du porteur du projet, le SMTC-Tisséo. La 
Mêlée apporte son appui dans l'organisation et l'animation de 
l'événement.

Tous les citoyens y sont conviés pour exprimer leurs attentes et 
formuler leurs questions : la 3ème ligne permettrait-elle de réduire les 
encombrements routiers qui asphyxient Toulouse et son agglomération ? 
Quel serait l'impact de cette ligne en matière d'urbanisme, sur les 
densités de population, sur l'activité économique ? Quels sont les 
enjeux environnementaux le long du tracé ? ...

Par petit groupe et de manière itérative, citoyens, géographes, 
informaticiens, étudiants..., joindront leurs forces pour produire des 
outils & cartes susceptibles d'apporter des éclairages pertinents pour 
le débat.

Les outils produits au cours de la journée seront une première pierre, 
mise en ligne afin d'être enrichie tout au long du débat. Les 
participants à l'atelier seront invités à se réunir à nouveau, à 
l'occasion d'autres ateliers organisés localement le long du tracé de la 
ligne, et à poursuivre leurs contributions en ligne.

Nous vous y attendons nombreux !

Pour vous inscrire : 
https://metroligne3toulouse.debatpublic.fr/inscription-a-latelier-cartographie-du-15-septembre
Relayez l'événement sur Facebook : 
https://www.facebook.com/events/1696344013963155/
Et sur Twitter : 
https://twitter.com/MetroL3_debat/status/770544462703562752

--
David Prothais, pour la Commission Particulière du Débat Public sur le 
projet de 3ème ligne de métro
06 63 23 22 08
cartographies-...@debatpublic.fr

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

Re: [Talk-cz] Photo DB API

[Michal Grézl]

>
> A je ta nová verze někde popsaná? Bychom na to mohl přepnout nahrávání z
> vrstvy chybějících rozcestníků. Akorát jsem si nevšiml, že by jsi někde
> napsal, že nová verze je už vhodná k použití.
>
>
> Marián
>
>
>
vhodna jeste neni

az to bude tak to bude tady,

https://github.com/osmcz/api/blob/master/handler/Guidepost/Upload.pm

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

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

Re: [Talk-cz] cenová skupina

[Marián Kyral]

Problém je, že se to celkem dost mění. Už se mi kolikrát stalo, že jsme 
někde byli spokojeni a při příští návštěvě jsme zjistili, že se změnil 
provozovatel/majitel a vše je jinak. Pro mně je směrodatné, zda má 
restaurace stránky, v jakém stavu, jestli a jaké mají fotky, zda tam mají 
jídelní lístek, zda tam mají polední menu na aktuální týden. 

Ne vždy to je stoprocentní, ale nějaký obrázek si o restauraci udělám.

Různých hodnotících služeb je na webu plno, ale málokdy tam bývá dostatek 
hodnocení, případně nejsou aktuální.

BTW: pivo za dvacet? To už jsem opravdu hodně dlouho nikde neviděl.

Marián


-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 12. 9. 2016 12:30:04
Předmět: Re: [Talk-cz] cenová skupina

"
ahoj,

zkusim tomu dat jeste jednu sanci:
cilem tagu je hrube kategorizovat uroven nabizene sluzby (konkretne prave a 
jen u hospod a restauraci), nikoliv zjistovat relativni ci objektivni cenu 
nabizenych produktu
5 - minimalni nabidka, limitne nulove sluzby (salonek...), zadna ci temer 
zadna mista k sezeni, jde temer o provizorium, zadna ci temer nulova tepla 
kuchyne
4 - omezena nabidka, neprilis rozvinute sluzby, minimum mist k sezeni, 
trvale provozovane zarizeni, minimum teple kuchyne
3 - pravidelna nabidka jidel, dostupne sluzby (salonek, zahradka), dostatek 
mist k sezeni, zavedena hospoda/restaurace, tepla kuchyne
2 - dtto 3, specializovane zarizeni (specificka nabidka, specificky 
design...), rozvinute az specificke sluzby, zazitkova gastronomie
1 - dtto 2, explicitni zamereni na movitou klientelu

tedy:
5 - provizorni dedinska hospoda o jedne mistnosti a jednom stolu, 
provozovana treba jen v sezone ci o vikendech, totalni pajzlik s jednim 
druhem piva a dvouma druhama slanejch tycinek, zahuleno, na zdi plakat 
Michala Davida z roku 1985... :o
4 - prumernej pajzlik esi ma salonek tak leda pro 8 lidi, kdyz prijde 10 
lidi na obed, tak je paralyzovana kuchyne, na jidelaku rizek a gulas, navic 
jen o vikendu, pres tyden jen tlacenka a utopenci
3 - nejcastejsi vyskyt, vice mistnosti ci salonek, oddelene mistnosti pro 
kuraky, zahradka, menu, otevreno denne
2 - specialka, napr. hokejova hospoda, restaurace s 20 druhy piv, nabizi 
vyjimecna jidla, kvuli kterym ji klientela vyhledava
1 - explicitne drahe az snobske podniky postavene prave na spolecensko-
ekonomickem vycleneni klientely

Cely problem bych pak nenazyval "cenova skupina", protoze zcela zbytecne 
zavadi pozornost na cenu jakozto kriterium. Je to sice zavedeny pojem, ale 
jen u generace 35 a vyse. Zkusil bych neco jako "uroven sluzeb".

vop


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 12. 9. 2016 11:06:34
Předmět: Re: [Talk-cz] cenová skupina

"čus,

...
> > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se 
už
> > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět 
přesně,
> > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > rovnejch
> Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> jednoduchy.
> 
> "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> tridy 4 ma pivo kolem ..."
> 
> ...a zbytek nechal na mapperech.

no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je 
normální 
cena za desítku, a co když točej jenom dvanáctku?

budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo 
zohledníme, 
že cenový úrovně silnějšího piva jsou jinde?

ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na 
standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...

a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň bude 
vyšší, ale v jednotkovým přepočtu to naopak bude levný?

úplně jednoduchej systém nebude fungovat dobře ...

> > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu si
> > to představit, když jsi to nadhodil ... :-/
> 
> No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> jsou doopravdy. Proto "trochu magnet".

chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu, 
insolventní socka je nezajímá, takže se nebude prezentovat jako levnej pajzl

... ale asi máš pravdu

> Kdybychom tam davali hodnoceni "jak dobra ta restaurace je", byl by to
> super magnet na vandalismus :-).

viz předchozí o tom hvězdování

ó jak to bylo jednoduchý před revolucí, když museli mít příslušnou cedulku u

vchodu :-)

každopádně vzhledem k tomu, že tento návrh příliš nadšení nebudí, je s tím 
spojeno netriviální množství problémů, a s otázkou, kterou řeší, jsme si 
doposud byli schopni poradit i bez OSM, asi nemá cenu, abych to nadále nějak

řešil ... dík (oběma) za odpovědi

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

Re: [Talk-cz] cenová skupina

[Petr Vozdecký]

ahoj,

zkusim tomu dat jeste jednu sanci:
cilem tagu je hrube kategorizovat uroven nabizene sluzby (konkretne prave a 
jen u hospod a restauraci), nikoliv zjistovat relativni ci objektivni cenu 
nabizenych produktu
5 - minimalni nabidka, limitne nulove sluzby (salonek...), zadna ci temer 
zadna mista k sezeni, jde temer o provizorium, zadna ci temer nulova tepla 
kuchyne
4 - omezena nabidka, neprilis rozvinute sluzby, minimum mist k sezeni, 
trvale provozovane zarizeni, minimum teple kuchyne
3 - pravidelna nabidka jidel, dostupne sluzby (salonek, zahradka), dostatek 
mist k sezeni, zavedena hospoda/restaurace, tepla kuchyne
2 - dtto 3, specializovane zarizeni (specificka nabidka, specificky 
design...), rozvinute az specificke sluzby, zazitkova gastronomie
1 - dtto 2, explicitni zamereni na movitou klientelu

tedy:
5 - provizorni dedinska hospoda o jedne mistnosti a jednom stolu, 
provozovana treba jen v sezone ci o vikendech, totalni pajzlik s jednim 
druhem piva a dvouma druhama slanejch tycinek, zahuleno, na zdi plakat 
Michala Davida z roku 1985... :o
4 - prumernej pajzlik esi ma salonek tak leda pro 8 lidi, kdyz prijde 10 
lidi na obed, tak je paralyzovana kuchyne, na jidelaku rizek a gulas, navic 
jen o vikendu, pres tyden jen tlacenka a utopenci
3 - nejcastejsi vyskyt, vice mistnosti ci salonek, oddelene mistnosti pro 
kuraky, zahradka, menu, otevreno denne
2 - specialka, napr. hokejova hospoda, restaurace s 20 druhy piv, nabizi 
vyjimecna jidla, kvuli kterym ji klientela vyhledava
1 - explicitne drahe az snobske podniky postavene prave na spolecensko-
ekonomickem vycleneni klientely

Cely problem bych pak nenazyval "cenova skupina", protoze zcela zbytecne 
zavadi pozornost na cenu jakozto kriterium. Je to sice zavedeny pojem, ale 
jen u generace 35 a vyse. Zkusil bych neco jako "uroven sluzeb".

vop


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 12. 9. 2016 11:06:34
Předmět: Re: [Talk-cz] cenová skupina

"čus,

...
> > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se 
už
> > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět 
přesně,
> > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > rovnejch
> Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> jednoduchy.
> 
> "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> tridy 4 ma pivo kolem ..."
> 
> ...a zbytek nechal na mapperech.

no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je 
normální 
cena za desítku, a co když točej jenom dvanáctku?

budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo 
zohledníme, 
že cenový úrovně silnějšího piva jsou jinde?

ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na 
standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...

a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň bude 
vyšší, ale v jednotkovým přepočtu to naopak bude levný?

úplně jednoduchej systém nebude fungovat dobře ...

> > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu si
> > to představit, když jsi to nadhodil ... :-/
> 
> No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> jsou doopravdy. Proto "trochu magnet".

chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu, 
insolventní socka je nezajímá, takže se nebude prezentovat jako levnej pajzl

... ale asi máš pravdu

> Kdybychom tam davali hodnoceni "jak dobra ta restaurace je", byl by to
> super magnet na vandalismus :-).

viz předchozí o tom hvězdování

ó jak to bylo jednoduchý před revolucí, když museli mít příslušnou cedulku u

vchodu :-)

každopádně vzhledem k tomu, že tento návrh příliš nadšení nebudí, je s tím 
spojeno netriviální množství problémů, a s otázkou, kterou řeší, jsme si 
doposud byli schopni poradit i bez OSM, asi nemá cenu, abych to nadále nějak

řešil ... dík (oběma) za odpovědi

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: [OSM-talk-fr] Forum OSM HS

[Éric Gillet]

Le 12 septembre 2016 à 10:07, Donat ROBAUX  a écrit :

> Le forum http://forum.openstreetmap.fr/ est HS.
>

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

Re: [OSM-talk-fr] amenity=clinic

[Francescu GAROBY]

> La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble
aussi correspondre, mais il s'agit, presque toujours, d'une section d'un
hôpital.
> Utile pour la cartographie indoor, mais serait-ce un "amenity" ?

Pour les hôpitaux/cliniques qui font aussi de l'hospitalisation de jour,
peut-être faudrait-il plutôt rajouter le tag "clinic=yes" ? Car la partie
"hospitalisation de jour" peut en fait se trouver dans chaque service (une
en rhumato, une en néphro, ...). On ne va quand même pas mettre un point à
chaque fois ? Surtout qu'avec les étages, ça va vite devenir le bordel...

Francescu


Le 12 septembre 2016 à 11:32, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
>
> Le 12 sept. 2016 à 03:49, Jérôme Amagat  a
> écrit :
>
> j'ai fait la traduction et fait un paragraphe sur la france :
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier
>
> Le 2 septembre 2016 à 08:53, Christian Quest  a
> écrit :
>
>> A la lecture du wiki, effectivement ce tag ne devrait pas trop être
>> utilisé en France, car je ne connais pas trop d'établissements de ce genre.
>> Nos cliniques sont plutôt des amenity=hospital, et les centres médicaux des
>> amenity=doctors car on n'y fait aucune chirurgie.
>>
>> Il y a les hôpitaux de jour qui peuvent correspondre:
>> https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour
>>
>
> Le service le plus proche du "clinic" me semble être ce qui est appelé
> "dispensaire" à deux nuances près : on n'y fait très rarement de la
> chirurgie, mais plutôt de la "bobologie", alors que les "clinics", dans la
> version GB, sont conçues pour décharger les urgences de la petite chirurgie
> et des maladies bénignes.
> En France, un dispensaire a, généralement, pour mission d'abaisser l'accès
> aux soins de premier niveau pour des publics défavorisé.
> La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble
> aussi correspondre, mais il s'agit, presque toujours, d'une section d'un
> hôpital.
> Utile pour la cartographie indoor, mais serait-ce un "amenity" ?
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] amenity=clinic

[Christian Rogel]

> Le 12 sept. 2016 à 03:49, Jérôme Amagat  a écrit :
> 
> j'ai fait la traduction et fait un paragraphe sur la france : 
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier
> 
>> Le 2 septembre 2016 à 08:53, Christian Quest  a 
>> écrit :
>> A la lecture du wiki, effectivement ce tag ne devrait pas trop être utilisé 
>> en France, car je ne connais pas trop d'établissements de ce genre. Nos 
>> cliniques sont plutôt des amenity=hospital, et les centres médicaux des 
>> amenity=doctors car on n'y fait aucune chirurgie.
>> 
>> Il y a les hôpitaux de jour qui peuvent correspondre: 
>> https://fr.wikipedia.org/wiki/H%C3%B4pital_de_jour

Le service le plus proche du "clinic" me semble être ce qui est appelé 
"dispensaire" à deux nuances près : on n'y fait très rarement de la chirurgie, 
mais plutôt de la "bobologie", alors que les "clinics", dans la version GB, 
sont conçues pour décharger les urgences de la petite chirurgie et des maladies 
bénignes.
En France, un dispensaire a, généralement, pour mission d'abaisser l'accès aux 
soins de premier niveau pour des publics défavorisé.
La notion d'hôpital de jour (qui donnent des soins "ambulatoires") semble aussi 
correspondre, mais il s'agit, presque toujours, d'une section d'un hôpital.
Utile pour la cartographie indoor, mais serait-ce un "amenity" ? 

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

[OSM-talk-be] Mapping help needed!

[Jorieke Vyncke]

Some Belgian mappers eager to jump in and help? We are especially looking
for a few mappers who can help out with validation.

There was an earthquake in the border area Tanzania / Uganda, and HOT and
OpenStreetMap Africa started to map. There are two tasks that can be find
on tasks.hotosm.org (Please read the instructions before you start
mapping!)

Thanks for all your help!

Jorieke


ps. Don't forget we have a Missing Maps Mapathon the 22nd in Brussels! A
lot of advanced mappers places are still free. Register here:
https://hotmapathon.eventbrite.com
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Federico Cortese]

2016-09-12 10:23 GMT+02:00 Marco Ciampa :
> On Sun, Sep 11, 2016 at 10:30:16AM +0200, Martin Koppenhoefer wrote:
>>
>> +0,8
>> in realtà un locale può mappare meglio di un estraneo che ci sta per
>> qualche giorno, per gli stessi motivi: conosce meglio, vede di più
>
> Questo _in teoria_. In ferie quest'estate ho trasformato diverse
> "cisterne di acqua potabile" mappate da locali in Puglia, che in realtà
> (essendoci passato davanti con l'auto in ferie) erano bunker della
> seconda guerra mondiale.
>

Molto probabilmente quel problema era dovuto all'import, perchè capita
una piccola percentuale di dati sbagliati :(

Ciao
Federico

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

Re: [Talk-cz] cenová skupina

[Karel Volný]

čus,

...
> > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se už
> > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět přesně,
> > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > rovnejch
> Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> jednoduchy.
> 
> "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> tridy 4 ma pivo kolem ..."
> 
> ...a zbytek nechal na mapperech.

no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je normální 
cena za desítku, a co když točej jenom dvanáctku?

budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo zohledníme, 
že cenový úrovně silnějšího piva jsou jinde?

ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na 
standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...

a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň bude 
vyšší, ale v jednotkovým přepočtu to naopak bude levný?

úplně jednoduchej systém nebude fungovat dobře ...

> > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu si
> > to představit, když jsi to nadhodil ... :-/
> 
> No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> jsou doopravdy. Proto "trochu magnet".

chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu, 
insolventní socka je nezajímá, takže se nebude prezentovat jako levnej pajzl 
... ale asi máš pravdu

> Kdybychom tam davali hodnoceni "jak dobra ta restaurace je", byl by to
> super magnet na vandalismus :-).

viz předchozí o tom hvězdování

ó jak to bylo jednoduchý před revolucí, když museli mít příslušnou cedulku u 
vchodu :-)

každopádně vzhledem k tomu, že tento návrh příliš nadšení nebudí, je s tím 
spojeno netriviální množství problémů, a s otázkou, kterou řeší, jsme si 
doposud byli schopni poradit i bez OSM, asi nemá cenu, abych to nadále nějak 
řešil ... dík (oběma) za odpovědi

K.


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

Re: [Talk-cz] Photo DB API

[Marián Kyral]

-- Původní zpráva --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 12. 9. 2016 10:28:18
Předmět: Re: [Talk-cz] Photo DB API

"2016-09-09 15:45 GMT+02:00 Marián Kyral :
>
> -- Původní zpráva --
> Od: Miroslav Suchy 
> Komu: talk-cz@openstreetmap.org
> Datum: 9. 9. 2016 15:08:00
> Předmět: Re: [Talk-cz] Photo DB API
>
>
> Dne 9.9.2016 v 14:45 Mikoláš Štrajt napsal(a):
>> Zdar,
>> pokud jsem správně pochopil, má PhotoDB něco jako API. Existuje někde k
>> tomuto api nějaká dokumentace / popis / příklad
>> použití?
>>
>> Uvažoval jsem, že bych si zkusil napsat alternativního klienta na upload
>> obrázků. Pokud by ta věc byla schopná/dobře
>> použitelná, určitě bych se podělil o výsledky.
>
> http://api.openstreetmap.cz/editor-help.html
>
>
> A pak uz jenom zdrojovy kod:
> https://github.com/osmcz/api
>
>
> Tohle je hlavně pro prohlížení a změny. Pro nahrávání je teď php script,
> který ale Michal předělává. Akorát nevím jak je daleko.
>
>
> Můžeš mrknout na
> https://github.com/osmcz/osmcz/blob/master/js/gp-check.js#L682 jak to 
dělám
> já.
>
>
> Marián
>

novy klient by mel pouzivat upload api verze 2.:)
v podstate skoro funguje.

Neco co by to dokazalo pouzit, by rozhodne zrychlilo dokonceni. Ted to
umi ulozit uplaod, dalsi faze jeste nejsou. Zarazil sem se na webovem
dialogu.
"



A je ta nová verze někde popsaná? Bychom na to mohl přepnout nahrávání z 
vrstvy chybějících rozcestníků. Akorát jsem si nevšiml, že by jsi někde 
napsal, že nová verze je už vhodná k použití.




Marián







"


-- 
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] chybová hláška při nahrávání rozcestníků

[Michal Grézl]

uz by to mohlo byt opravene

tohle je seznam uploadu co zustaly nezpracovane.
nejlepsi by bylo nahrat je znovu

3040_3120.jpg
chotec_0019_9.jpg
chynice_3039_8.jpg
DSC_0006.JPG
Hradešínský_les.jpg
IMG_20160910_102630.jpg
IMG_20160910_102636.jpg
IMG_20160910_103029.jpg
IMG_20160910_104120.jpg
IMG_20160910_110133.jpg
IMG_20160910_112216.jpg
IMG_20160910_112231.jpg
IMG_20160910_112953.jpg
IMG_20160910_123020.jpg
IMG_20160910_133853.jpg
IMG_20160910_133922.jpg
IMG_20160910_140419.jpg
IMG_20160910_145019.jpg
IMG_20160910_145057.jpg
IMG_20160910_150123.jpg
IMG_20160910_151937.jpg
IMG_20160910_152914.jpg
IMG_20160910_154556.jpg
IMG_20160911_104003a.jpg
IMG_20160911_104003.jpg
IMG_20160911_120206.jpg
Kralovske_Porici_Statek_Bernard.jpg
_MG_5529.jpg
Pod_Starym_Sedlem.jpg
Pod_Starým_Sedlem.jpg
Punkevní jeskyně lanovka.JPG
Stará_Kouřim.jpg
Stará_Kouřim,_kaplička.jpg
U Lavečky vyhlídka.JPG


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

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 11/09/2016 20:15, Aury88 ha scritto:

  sono i criteri e le regole dello stile che devono essere omogenei...ci
saranno sempre zone meglio mappate di altre, ma tutte rispettano gli stessi
requisiti e stili. i friuliani se vogliono potranno inserire il doppio nome
come i sardi...non sarà scorretto e non sarà impedibile.


Ma qui non sarebbe un discorso di zone meglio mappate. Non sarebbe 
un'assenza del dato dovuto ad una mancata rilevazione. Ma un'assenza 
dovuta alla precisa scelta di non metterlo.
Se il criterio dice che per una certa condizione è possibile mettere due 
nomi ci sarà chi lo farà e chi no (visto che la regola gli permette di 
non farlo). Quindi non ci sarà uniformità.



eppure è un discorso spuntato in ML indice che per qualcuno è un parametro
da considerare. non è togliendo la possibilità di scelta che risolvi la
questione imho. la questione si risolve determinando tramite maggioranza
quale sia la metodologia migliore tra tutte quelle proposte.


Si ma visto che le lingue elencate nella legge 482/99 nella realtà dei 
fatti sono trattate in modo differente (ma da quella normativa non lo si 
evince), se si mettono delle opzioni legate direttamente alle normative 
di tutela, uno deve andarsi a studiare tutte le differenti norme per 
dare un giudizio serio. Ed abbiamo già visto dalla discussione che 
quelle norme sono interpretabili in modo diverso (per fayor non si 
tratta di toponimi ufficiali, per Luca Meloni si... eppure fanno 
riferimento alle medesime normative).

Il cartello invece non si presta ad interpretazioni. O c'è o non c'è.


fammi capire: un sardo che ha i cartelli anche con i nomi nella propria
lingua vivrebbe in maniera peggiore la discriminazione linguistica rispetto
un siciliano che, pur avendo una lingua locale che parla regolarmente, non
ha neanche quei cartelli? mi fai dire che semmai i sardi hanno visto
riconoscere almeno questo diritto mentre i siciliani no. il fatto che in
sicilia non ci siano i cartelli non è necessariamente indice di poca
attenzione, ma del fatto che magari ci sono altri problemi più pressanti,
pochi soldi poca organizzazione...


Lui (il sardo) di sicuro ha la consapevolezza di avere formalmente un 
diritto (perché è tutelato) che però gli viene negato. Il siciliano 
potrebbe anche non avere la consapevolezza di avere quel diritto, 
essendo talmente abituato a non averlo potrebbe non farci nemmeno caso: 
potrebbe essere uno zio Tom o addirittura far la parte di Samuel L 
Jackson in Django Unchained... Poi ci sono altre regioni non sfiorate 
minimamente dalla questione, che son lì che si chiedono il perché di 
tutto questo casino per una questionuccia del genere...



cosa mi impedisce in quanto unico rappresentante di quelle
comunità locali di mappare secondo i miei criteri e metodologie a
prescindere da cosa si decida in sicilia o in italia o in europa?


Il buon senso, si spera.

ciao
Paolo M

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Marco Ciampa]

On Sun, Sep 11, 2016 at 10:30:16AM +0200, Martin Koppenhoefer wrote:
> 
> 
> sent from a phone
> 
> Il giorno 10 set 2016, alle ore 20:21, Paolo Monegato 
>  ha scritto:
> 
> > > Quindi la comunità ristretta è sicuramente preferita quando si
> > > tratta di trasferire sulla mappa le effettive situazioni che percepisce
> > > direttamente; e questo chiaramente non perché solo chi abita in un posto
> > > ha il diritto di mapparlo, in quanto chiunque di noi, per qualunque
> > > motivo, si trovasse in vacanza in altro luogo, avrebbe la stessa
> > > percezione diretta di un locale.
> > 
> > Vero. Questo ragionamento vale anche per la toponomastica però.
> 
> +0,8
> in realtà un locale può mappare meglio di un estraneo che ci sta per
> qualche giorno, per gli stessi motivi: conosce meglio, vede di più 

Questo _in teoria_. In ferie quest'estate ho trasformato diverse
"cisterne di acqua potabile" mappate da locali in Puglia, che in realtà
(essendoci passato davanti con l'auto in ferie) erano bunker della
seconda guerra mondiale.

...

--


Marco Ciampa

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



 GNU/Linux User #78271
 FSFE fellow #364




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

[OSM-talk-fr] Forum OSM HS

[Donat ROBAUX]

Bonjour,

Le forum http://forum.openstreetmap.fr/ est HS.

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

Re: [Talk-it] [tagging] chiave duplice

[Martin Koppenhoefer]

sent from a phone

> Il giorno 12 set 2016, alle ore 09:45, Cascafico Giovanni 
>  ha scritto:
> 
> Se non conosco/ricordo l'esatta ubicazione degli elementi, quale sarebbe un 
> criterio generale che faciliti la scelta dello schema?
> 
> Nel caso siano entrambi validi, suppongo che un duplice approccio di tagging 
> dovrebbe essere considerato anche nelle query per tutte le mappe tematiche 
> (per es. delle fontanelle), giusto?
> 


in osm, tutto è valido. Io userei amenity=toilets e drinking_water=yes per un 
bagno, dove l'acqua del rubinetto del lavandino è potabile, e due elementi, un 
bagno e un drinking water, se il rubinetto è fuori dal bagno e funziona a 
prescindere.

Invece toilets=yes non lo uso mai, ma probabilmente sarebbe buono lo stesso. 
Tra un bagno ed una fontanella mi sembra più significativo il bagno, per quello 
farei così.


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

Re: [Talk-cz] Photo DB API

[Michal Grézl]

2016-09-09 15:45 GMT+02:00 Marián Kyral :
>
> -- Původní zpráva --
> Od: Miroslav Suchy 
> Komu: talk-cz@openstreetmap.org
> Datum: 9. 9. 2016 15:08:00
> Předmět: Re: [Talk-cz] Photo DB API
>
>
> Dne 9.9.2016 v 14:45 Mikoláš Štrajt napsal(a):
>> Zdar,
>> pokud jsem správně pochopil, má PhotoDB něco jako API. Existuje někde k
>> tomuto api nějaká dokumentace / popis / příklad
>> použití?
>>
>> Uvažoval jsem, že bych si zkusil napsat alternativního klienta na upload
>> obrázků. Pokud by ta věc byla schopná/dobře
>> použitelná, určitě bych se podělil o výsledky.
>
> http://api.openstreetmap.cz/editor-help.html
>
>
> A pak uz jenom zdrojovy kod:
> https://github.com/osmcz/api
>
>
> Tohle je hlavně pro prohlížení a změny. Pro nahrávání je teď php script,
> který ale Michal předělává. Akorát nevím jak je daleko.
>
>
> Můžeš mrknout na
> https://github.com/osmcz/osmcz/blob/master/js/gp-check.js#L682 jak to dělám
> já.
>
>
> Marián
>

novy klient by mel pouzivat upload api verze 2.:)
v podstate skoro funguje.

Neco co by to dokazalo pouzit, by rozhodne zrychlilo dokonceni. Ted to
umi ulozit uplaod, dalsi faze jeste nejsou. Zarazil sem se na webovem
dialogu.



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

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Marco Ciampa]

On Sun, Sep 11, 2016 at 07:49:26PM +0200, Paolo Monegato wrote:
> Il 11/09/2016 17:15, Marcello ha scritto:
> >secondo me se prevalesse la soluzione 1A (competenza della decisione a
> >livello locale) non possiamo comunque decidere le regole per ogni
> >comunità in base a questa votazione, se vincesse la soluzione 1A e ad
> >esempio per il Piemonte avesse votato una sola persona e sia favorevole
> >alla doppia denominazione secondo te sarebbe autorizzato a cambiare
> >tutti i toponimi del Piemonte?
> 
> Possiamo mettere un numero minimo di voti basato sugli iscritti al wiki di
> ogni comunità.
> 
> Ma possiamo anche benissimo togliere la necessità di mettere la regione. La
> pagina deve rispecchiare un po' tutta lo comunità, se ai più quel passaggio
> non va bene è giusto toglierlo.

Considerate che accade spesso che una zona venga mappata più e meglio da
mappatori "stranieri" rispetto a quelli locali per cui pare per lo meno
strano che chi si "sbatte" per mappare non abbia poi voce in capitolo
sulla mappa frutto del proprio lavoro...

--


Marco Ciampa

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



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Carlo Stemberger]

Il giorno 11 settembre 2016 21:16, Aury88  ha
scritto:

>
> quoto anche questo ma non capisco perchè stai specificando ciò in una
> risposta alla mia mail...


Per scrivere un'unica e-mail :) Non mi rivolgevo a te, era genericamente
rivolto a tutti quelli che credono debba essere presa come riferimento la
normativa italiana. Cosa c'entra l'ISTAT con il Ticino o con San Marino?
Eppure si parla italiano anche lì, come lingua ufficiale.


> A me la soluzione più semplice sembra proprio quella di far fare ad ogni
> > gruppo il più liberamente possibile, e cercare di coordinarsi solo quando
> > ci sia vantaggio a farlo;
>
> esatto opposto di "cercare una sintesi".


Non è vero. Il processo deve essere (dal mio punto di vista): in assenza di
linee guida ogni gruppo (o anche singolo) fa come crede sia meglio. In caso
di conflitti si discute, si cerca un accordo, si produce una linea guida e
la si inserisce nel wiki, tradotta nel maggior numero di lingue possibile.


definisci vantaggio...di che
> vantaggio parliamo?


Ad esempio, in questo caso, non vedo vantaggi nell'avere uniformità sul tag
name dei toponimi. Come ho già detto, anche la più inguardabile
arlecchinata sarebbe comunque adeguata, quindi lascerei fare ad ogni gruppo
che lavora in una certa zona come meglio crede. Mi si dimostri il contrario
proponendomi un'applicazione che oggi non è possibile realizzare a causa
dell'uso che si fa di quel tag.

Se poi si decide di usare ";" al posto di altri caratteri, niente in
contrario, per carità.


una mappa coerente, interpretabile con lo stesso metodo
> in un territorio più esteso possibile a me sembra un vantaggio.
>

In un certo senso è già coerente: "quando possibile si ignori il tag name,
in quanto inutile" è una regola universale, in OSM, per chi vuole
utilizzare i toponimi.


Interessante, non ne sapevo nulla. mi hai incuriosito, se hai la possibilità
> mi potresti indicare quali sarebbero questi casi e le relative discussioni
> così che possa documentarmi meglio?


Chiunque abbia "inventato" un tag si sarà sicuramente trovato a fare
un'esperienza del genere. Un esempio come un altro potrebbe essere questo
tag, che avevo inserito io millenni fa (credo nel 2009) a seguito di una
discussione in questa lista:

http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dmilk_dispenser

Giustamente è stato reso obsoleto da una decisione internazionale, e ora i
distributori del latte sono un sottogruppo di amenity=vending_machine.

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

Re: [OSM-talk] Working with lat and long simply

[Oleksiy Muzalyev]

On 11/09/16 10:49, Martin Koppenhoefer wrote:

Il giorno 11 set 2016, alle ore 05:50, Oleksiy Muzalyev 
 ha scritto:

I encountered exactly this problem when I was trying to explain a person how to 
find coordinates for the Upload photo page of Wikimedia


btw, the coordinates of a photo should be the location from where it was taken, 
not where it points to/what is on it


cheers,
Martin

Dear Martin,


You are right. For photos it is clear. Some photo-cameras are even 
capable to add coordinates to photos, and then /Camera location/ lat and 
lon fields at the Wikipedia upload page are filled in automatically.



However, it is not so clear for videos. Wikimedia allows now to upload 
HD videos. For example, last weekend I filmed a documentary video of 
/Fort des Rousses/ and added it to the Wikipedia page [1]. It is the 
second by territory military fort of France, 21 ha, constructed in the 
19th century. I filmed it from the ground walking around its walls and 
from the air flying around.



The nearby lake /Lac des Rousses/ [2] is even larger, 0.9 km2. My aerial 
and ground cameras moved around it while filming quite long distances.



In such cases I select the middle of the area which was filmed at the 
OSM map Share section, copy & paste the link to a text editor, remove 
parts of the URL leaving only two real numbers of lat and lon, and then 
I add these coordinates manually to the Camera location lat and lon 
fields at the Wikimedia upload page. It requires some additional manual 
work, a text editor, but it is doable and even kind of simple. But I 
could not explain this process to a non-IT colleague via e-mails even 
with screen shots.


With best regards,
Oleksiy

[1] https://fr.wikipedia.org/wiki/Fort_des_Rousses
[2] https://en.wikipedia.org/wiki/Lac_des_Rousses

(switch to resolution 1080P from default 480P at Wikipedia video-player 
if viewing videos)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] [tagging] chiave duplice

[Cascafico Giovanni]

Devo scrivere dei preset per area di sosta per camper, ma ciò mi solleva
dei dubbi generali sulla forma del tagging.

Se il sito ha più di un valore con la stessa key come comportarsi?

Esempio:

amenity=toilets
amenity=drinking_water

JOSM mi propone:

amenity=toilets
drinking_water=yes

Sarebbe altrettanto valido il seguente?

toilets=yes
amenity=drinking_water

Se non conosco/ricordo l'esatta ubicazione degli elementi, quale sarebbe un
criterio generale che faciliti la scelta dello schema?

Nel caso siano entrambi validi, suppongo che un duplice approccio di
tagging dovrebbe essere considerato anche nelle query per tutte le mappe
tematiche (per es. delle fontanelle), giusto?

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

[Talk-it-trentino] M'appare il Lagorai Cima D'Asta - Mapping Pieve Tesino

[Giorgio Zampedri]

Ciao a tutti

per il we 1e 2 ottobre abbiamo organizzato un mapping a 
Pieve Tesino 

per info : http://wiki.openstreetmap.org/wiki/Mapping_party_Pieve_Tesino.
Il programma è ancora aperto e quindi se qualcuno ha piacere di 
partecipare come relatore è benvenuto !


Giorgio

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

Re: [OSM-talk-fr] amenity=clinic

[Dlareg]

Bonjour,

Le 12/09/2016 à 03:49, Jérôme Amagat a écrit :
> j'ai fait la traduction et fait un paragraphe sur la france :
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dclinic
> n’hésitez pas à modifier


Génial, j'ai oublié de signaler que j'avais mis en place la page en
français comme demandé. Je viens de faire une passe orthographique,
ajouté un lien dans voir aussi, et modifiés le début et la fin de 2 phrases.
-- 
Dlareg

Les publicités pour les entreprises transnationales ne sont pas des cas
isolés
http://citedelagastro-dijon.com/

La Cité de la gastronomie est un parc à thème
http://www.dlareg.org/post/2014/11/19/Dans-la-cité-de-la-gastronomie-la-publicité-s-affiche




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

Re: [Talk-de] Suche Starthilfe Mapnik, eigene Karten rendern

[gmbo]

Am 11.09.2016 um 18:56 schrieb Alexrk:
Leider finde ich im OSM-Wiki nur eher konfuse und größtenteils 
veraltete Anleitungen. Ich habe soweit die Daten schon in PostGIS und 
Mapnik (per Ubuntu/OSGeoLive) installiert. Wie so ein Carto-Style nun 
mit Mapnik zusammen zu einem PNG als Ausgabe führt, ist mir aber noch 
ein Rätsel.


Ich habe mit Hilfe von Sven Geggus inzwischen auch so eine Datenbank 
aufsetzen können.

Das war nicht so ganz einfach, da es da Versionsabhängig einige Hürden gibt.
Die Umsetzung mit osm2pgsql ist mit größeren Gebieten recht aufwendig 
was Rechnerleistung und Zeit betrifft.
Auch die Version spielt  eine Rolle. Die Version für den deutschen, 
sollte aber für CartoCSS auch gelten, wird mindestens  0.89 benötigt, da 
die  nocolumn option dort erst eingebaut ist.


Die Version die Ubuntu 16.04 mitbringt ist zu alt und hat mir anfangs 
viel Kopfzerbrechen gemacht, da die ersten Renderversuche dadurch fast 
leere Tiles ergaben.
Ich habe mir dann die letzte Version als Quellen geholt und damit lief 
das ganze fast rund.
Fast, da ich wegen meiner langsamen Internetanbindung davon ausging, 
dass es möglich wäre mit einem Bundesland anzufangen und dann zu erweitern.
Das klappt so anscheinend aber nicht, da das erweiten bei mir immer zu 
Abruch führte und die vorgeschlagene  Lösung im zusammensetzen des 
OSM-Files und neueinlesen bestand.
Ein rechteckiger Ausschnitt etwas größer als DACH bringt einer 2 Kern 
3500 AMD mit 12 GB Ram und normaler SATA Platte ca. 4 Tage Arbeit.  Die 
Swap-Partition sollte nicht kleiner als 32 GB sein.


OSM-Wiki war mir da auch keine große Hilfe, Habe aber vor den Weg für 
den deutschen Carto Style in Deutsch einzubringen.



Schau dir mal die Beschreibungen in Github zu
https://github.com/giggls/mapnik-german-l10n und
https://github.com/giggls/openstreetmap-carto-de
an, die Beschreibungen sind auf einem neuen Stand.

Ich brauche keinen TileServer, nur erstmal eine Möglichkeit, überhaupt 
Karten lokal zu erstellen. 
Für den deutschen Style kann ich mit dem Tool render_single_tile.py 
 
einzelne Kacheln erstellen.
Warnungen sollten nur noch für Schriftarten da sein, da in den Styles 
meiner Meinung nach Doppel wegen unterschiedlicher Betriebssysteme  
eingeplegt sind.


Gruß
Gisbert


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

Re: [Talk-it] OpenStreetView VS Mapillary

[Cascafico Giovanni]

Mapillary mi sembrava un po' pesante così ho  provato OSV, ma il mio
"vecchio" Huawei y300 non ce l'ha fatta.
Francamente 90Mbyte di applicazione ed altri 20 di cache al primo avvio mi
sembran troppi per scattare foto col timer.

Sugli aspetti commerciali, credo che telenav abbia strapagato
l'acquisizione solo per il fatto che potenzialmente il nome openstreetview
può intercettare molti utenti e  portare in modo derivato ed automatico
molta segnaletica dal crowd.



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

Re: [Talk-de] Suche Starthilfe Mapnik, eigene Karten rendern

[lars lingner]

Guten Morgen,

auf der OSGeoLive [1] gibt es auch ein Mapnik-Quickstart Dokument [2]
mit Copy-Paste-Anleitung um mit Mapnik-Python ein Kartenbild zu rendern.
Im Mapnik-Repository [3] findest du weitere Beispiele.

Im Repository des osm-carto-styles gibt es auch eine Anleitung [4] zum
Setup des gesamten Stacks. Wenn das läuft wird auch osm-bright keine
Probleme bereiten.

Sag doch mal welche Anleitung du probiert hast und wo du gerade nicht
weiter kommst. Veraltete Anleitungen können ja aktualisiert werden ;)


Viele Grüße

Lars


[1] http://live.osgeo.org/
[2] http://live.osgeo.org/de/quickstart/mapnik_quickstart.html
[3] https://github.com/mapnik/mapnik/wiki/MapnikTutorials
[4]
https://github.com/gravitystorm/openstreetmap-carto/blob/master/INSTALL.md


Am 11.09.2016 um 18:56 schrieb Alexrk:
> Hallo zusammen,
> 
> nachdem ich in der Vergangenheit meist mit Maperitive gearbeitet habe,
> möchte ich es nun mal mit dem "OSM-eigenen" Rendering versuchen. Leider
> finde ich im OSM-Wiki nur eher konfuse und größtenteils veraltete
> Anleitungen. Ich habe soweit die Daten schon in PostGIS und Mapnik (per
> Ubuntu/OSGeoLive) installiert. Wie so ein Carto-Style nun mit Mapnik
> zusammen zu einem PNG als Ausgabe führt, ist mir aber noch ein Rätsel.
> 
> Ich brauche keinen TileServer, nur erstmal eine Möglichkeit, überhaupt
> Karten lokal zu erstellen. (Bsw. mit dem OSM-Bright Stil von
> https://github.com/mapbox/osm-bright)
> 
> Was muss ich da tun?
> 
> 
> Viele Grüße
> Alex
> 
> 

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

Re: [Talk-dk] Silkeborgmotorvejen - godt kortlægningsarbejde!!!

[Peter Leth]

med sådan en nyhed er det ikke svært at twitte sådan her:
https://twitter.com/peterleth1/status/775224162101133312

Jeg elsker når vi har den gode historie som folk kan fatte.

/ Peter

Den 12. september 2016 kl. 08.13 skrev Soren Johannessen <
soren.johannes...@gmail.com>:

> Hej alle
>
> Der skal gives en stor ros og tak til dem der har været indblandet i
> at få kortlagt Silkeborgmotoren og så i går fik sat vejstatus til at
> være live efter kronprinsen havde klippet snoren.
>
> I kan i Geofabrik Map Compare se at Google slet ikke har
> Silkeborgmotorvejen med endnu i forhold til OpenStreetMap.
>
> http://tools.geofabrik.de/mc/#16/56.2010/9.5144=2=
> mapnik=google-map
>
> Med venlig hilsen
> Søren Johannessen
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>



-- 
Med venlig hilsen

Peter Leth
pe...@pluk.dk
l...@creativecommons.dk

T. 9749 1180
Skype. peter.leth1
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-se] Önskar ett konto

[Erik Johansson]

Detta kanske kom fel?

2016-09-12 7:24 GMT+02:00 Hansson Jessica :

> Hej,
>
> SEGGGU
>
> Jessica Hansson
>
> Tillgång till kartor i Sverige
>
>
>
>
>
>
>
>
>
>
>
> *Jessica** Hansson*
>
>
> Telephone direct  +46 (0)3 162 80 19
> Mobile  +46 (0)730 76 52 38
> jessica.hans...@sweco.se
>
> *Sweco Environment AB*
> Skånegatan 3
> Box 5397
> SE-402 28  Göteborg
> Telephone  +46 31 62 75 00
> www.sweco.se
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>


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

Re: [OSM-talk-fr] Bâtiments inscrits MHS et WHC dans Osmose

[Gaël Simon]

Bonjour,
Je pense que le tag name peut aussi être conservé s'il est renseigné. 
Merci à toi pour ton travail 

Gaël

Le 11 sept. 2016 à 22:23, Frédéric Rodrigo  a écrit :

Bonjour,

J'ai effectué une modification pour garder les valeurs existantes d'un tag. Si 
vous en voyez d'autres que les ref et source (ou c'était déjà le cas) et que 
heritage:operator je peux les ajouter.

Pour heritage:operator ça sera opérationnel d'ici quelque jours.

https://github.com/frodrigo/osmose-backend/commit/46c9d3d177c0cb982641f3a56c041c25b52c8a27

Frédéric.


> Le 10/09/2016 à 14:06, LeTopographeFou a écrit :
> 
> Bonjour,
> 
> En traitant des erreurs Osmose je suis tombé sur ce qui je pense est une 
> erreur dans l'algo de détection et/ou de correction.
> 
> Le problème semble survenir quand un monument historique est également classé 
> à l'UNESCO. Cela donne généralement /heritage:operator=whc;mhs/ (67 résultats 
> dans taginfo) :
> 
> https://taginfo.openstreetmap.org/tags/heritage:operator=whc;mhs
> 
> Je sais qu'il y a un débat sur comment représenter plusieurs valeurs (avec 
> des [], avec un point virgule, avec...) et qu'il n'y a pas de consensus 
> clair. Je ne souhaite pas rentrer dans ce débat, ce qui m'inquiète le plus 
> c'est qu'Osmose, dans sa tentative d'association avec une base de donnée du 
> ministère, croit qu'il n'a pas été associé et propose un correctif qui 
> élimine le whc (donc un fix plutôt destructif...). Exemples :
> 
>  * Basilique de Vézelay
>(http://osmose.openstreetmap.fr/fr/error/7981644480)
>  * Cathédrale de Bourge
>(http://osmose.openstreetmap.fr/fr/error/7981642652)
>  * Cathédrale d'Amiens
>(http://osmose.openstreetmap.fr/fr/error/7981644547)
>  * ...
> 
> Et dans le fix proposé par Osmose il ne met pas tellement en avant que ce fix 
> supprime l'inscription whc (et toutes les autres inscriptions éventuelles). 
> Donc un utilisateur distrait ou non-avertit pourrait faire des erreurs 
> pensant bien faire.
> 
> Ne peut-on pas avoir un algo de détection qui tienne compte de ces cas de 
> figures ? Du genre ne pas chercher une chaine valant strictement "mhs" mais 
> une chaîne qui contiendrait le mot mhs.
> 
> Cordialement,
> 
> -- 
> LeTopographeFou
> 
> 
> ___
> 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-ht] Walking paper vs Fieldpapers

[FredM]

Bonjour à tous,

Suite à une discussion avec un contributeur OSM SaintMarc sur le walking 
paper,


Il est apparut important d'utiliser Fieldpapers.org au lieu du walking 
paper (apparement obsolète, si quelqu'un à des news sur cette application).


http://fieldpapers.org/atlases/43tqwx45

Ensuite dans Josm ne pas oublier qu'il y a aussi la possibilité 
d'utiliser une image de drone de 2014.


Josm / preference F12 / fournisseur d'image / HT - Drones images 2014


 Il est possible d'extraire, de l'image,  le modèle d'élévation aussi 
si besoin.


Cordialement FredM



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


___
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.

[Talk-dk] Silkeborgmotorvejen - godt kortlægningsarbejde!!!

[Soren Johannessen]

Hej alle

Der skal gives en stor ros og tak til dem der har været indblandet i
at få kortlagt Silkeborgmotoren og så i går fik sat vejstatus til at
være live efter kronprinsen havde klippet snoren.

I kan i Geofabrik Map Compare se at Google slet ikke har
Silkeborgmotorvejen med endnu i forhold til OpenStreetMap.

http://tools.geofabrik.de/mc/#16/56.2010/9.5144=2=mapnik=google-map

Med venlig hilsen
Søren Johannessen

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