Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

2018-06-26 Per discussione Topographe Fou
  Bonjour,Perso j'utilise le greffon JOSM https://github.com/JOSM/turnlanes-tagging/blob/master/README.mdSon interface graphique n'est pas parfaite mais aide grandement à la saisie des voies ! Son défaut est je trouve le manque d'orientation des pictos par rapport à la direction de la voie. Mais sinon c'est top.Cordialement LeTopographeFou   De: jerome.ama...@gmail.comEnvoyé: 26 juin 2018 7:12 PMÀ: talk-fr@openstreetmap.orgRépondre à: talk-fr@openstreetmap.orgObjet: Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...  Petites questions sur les tags lanes :Comment faire dans les rond point ou il n'y a pas de délimitation au sol mais ou 2 voitures (camion pas trop...) passent de front.Lanes=1 ou 2 (ou 1.5)Moi je mets rien :) (je mets 2 seulement si le marquage au sol indique 2 voies)Dans josm vous utilisez quelque chose pour vous aidez?moi j'ai un coloriage "lanes and road attribut" qui permet de representer le nombre de voie, les fleche au sol...il n'y a pas de grefon ou de modele qui permet de simplifier l'ajout des turn:lanes et autres tags sur les lanes?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Comment attribuer une couleur au chemin parcouru?

2018-06-26 Per discussione omapop202
Bonjour,

Après quelques recherches sur les forums d'OSM je décide de poster ma question 
ici, en espérant que c'est le bon endroit. (Merci de me rediriger dans le cas 
contraire). Voici ma question : Je souhaiterais explorer une ville en 
attribuant une couleur pour chaque chemin parcouru. Suivant la progression de 
mon exploration, les chemins parcourus seraient "surlignés" par un couleur 
pré-établie. Je souhaiterais ensuite pouvoir délimiter certaines zones par 
cette même attribution de couleurs (ex. rues commerçantes colorées 
différement). Enfin j'aurais souhaité savoir si il serait réalisable 
d'effectuer cela via OSMand (je souhaiterais ensuite pouvoir consulter cette 
carte sur mon portable afin d'éviter de repasser par les mêmes chemins).

En vous remerciant par avance pour votre attention.

Bonne journée!___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux des cars régionaux

2018-06-26 Per discussione Philippe Verdy
Le 26 juin 2018 à 23:15,  a écrit :

> L'exemple est "bon" dans le sens où des deux côtés de la rue vous n'avez
> pas mis le même nom et n'avez pas poursuivi la logique (ou l'incohérence)
> avec le stop_area https://www.openstreetmap.org/relation/1743952.
>
> > Que le tag name ne corresponde pas exactement au terrain (ajout du nom
> de la
> commune, suppression des abréviations ...) rend très difficile
> l'utilisation
> pour des étrangers.
>
> c'est pour ça que je propose d'utiliser short_name.
>
> Reste que pour les asiatiques notamment un rendu en capitales faciliterait
> leur usage.
>
Les capitales au rendu n'ont pas besoin d'être transcrites dans les données
OSM. Les rendus tout en capitales il y en a déjà des tas, même si ce n'est
pas le rendu "standard" OSM (dont l'usage est plus technique et destinée en
premier lieux aux contributeurs de données et non à l'utilisation finale
(même si OSM propose aussi un rendez monochrome qui pourrait aussi être
supprimé et remplacé par un filtre cr il n'apporte pas grand chose; et on a
aussi un rendu noir-et-blanc destiné davantage à l'impression et
l'annotation).

Donc non, ne pas mettre tout en capitales, c'est inutile et plutôt nuisible
à l'exploitation des données. De même conserver les accents et diacritiques
(un rendu peut facilement les supprimer en cas de besoin en utilisant les
règles Unicode propres à chaque écriture, ou les règles de classification
(collation) de CLDR (pour ça on a déjà la bibliothèque ICU maintenant
largement supportée un peu partout, y compris sur Linux où la plupart des
rendus sont calculés (ou sinon en Javascript pour un rendu vectoriel dans
le navigateur, ou en Python, PHP, Java, C, C++, etc; ce support est inclus
dans la plupart des frameworks applicatifs et même souvent ne demande plus
aucune installation supplémentaire car c'est fourni dans le kit de base du
framework).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux des cars régionaux

2018-06-26 Per discussione osm . sanspourriel
L'exemple est "bon" dans le sens où des deux côtés de la rue vous n'avez 
pas mis le même nom et n'avez pas poursuivi la logique (ou 
l'incohérence) avec le stop_area 
https://www.openstreetmap.org/relation/1743952.


> Que le tag name ne corresponde pas exactement au terrain (ajout du 
nom de la

commune, suppression des abréviations ...) rend très difficile l'utilisation
pour des étrangers.

c'est pour ça que je propose d'utiliser short_name.

Reste que pour les asiatiques notamment un rendu en capitales 
faciliterait leur usage.



Le 26/06/2018 à 12:18, Philippe Verdy - verd...@wanadoo.fr a écrit :
Le 26 juin 2018 à 06:57, Mail Delivery System > a écrit :


From: mga_geo mailto:mga_...@yahoo.fr>>
To: talk-fr@openstreetmap.org 
Date: Mon, 25 Jun 2018 23:57:03 -0500 (CDT)
Subject: Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux
des cars régionaux 


Bonjour à tous,
Sur Rennes, le post-fixage a été utilisé très fréquemment pour les
tags name
et ref pour les arrêts communs, exemple
https://www.openstreetmap.org/node/286360849

Que le tag name ne corresponde pas exactement au terrain (ajout du
nom de la
commune, suppression des abréviations ...) rend très difficile
l'utilisation
pour des étrangers.

Pour un tel cas la faute revient plutôt à l'opérateur départemental 
(Illenoo) qui utilise sur ses fiches horaires et son site 
d'information des noms plutôt ambigus comme ici "Rennes/Trois Marches" 
qui n'est même pas à Rennes et aurait du être "Vezin-le-Coquet/Trois 
Marches".


name  
Vezin-le-Coquet (Trois Marches)

name:fr_illenoo Rennes/Trois Marches


Ceci dit même pour les arrêts officiels métropolitains (Illenoo n'a 
pas d'arrêt officiel dans la métropole, il emprunte ceux de la 
métropole qui a l'exclusivité administrative pour tous les services 
publics de transport, et les a confié à la STAR, gérée par la filiale 
locale de la SNCF comme opérateur exploitant et chargé de la gestion 
des besoins de toutes les sociétés de transport), on a des arrêts 
ambigus par leur nom seul qui n'est pas unique sur la métropole 
entière (exemple "Centre", ou "Mairie", ou "Gares", si on n'ajoute pas 
le nom de la commune).


Il y a des cas d'arrêts multiples dans un même secteur et de même 
commune mais ils sont assez proches pour former une même station de 
correspondance (une même stop_area) et varier entre eux selon les 
horaires et conditions de circulation. Je ne vois pas alors l'utilité 
de les rendre absolument uniques pour ce cas.


Mentionner clairement la commune devrait être donc un minimum. Il me 
semble que pour l'immense réseau bus de la RATP on a besoin de lever 
des ambiguités pour permettre de trouver les arrêts (par exemple dans 
une recherche sur le nom simple comme "Trois Marches" ici, avec 
Nominatim, on devrait pouvoir avoir une liste claire d'arrêts, uniques 
au moins par "stop_area".


Mais là l'erreur est chez Illenoo qui préfère mentionner "Rennes" que 
"Vezin-le-Coquet". Ce n'est pas évident de répondre à tous les usages 
des noms... et le suffixage lève les ambiguités pour permettre de 
reprendre les noms des opérateurs, mais le nom par défaut devrait être 
clair en lui-même et correctement désigner l'arrêt sur le terrain de 
façon non ambiguë pour les recherches (on n'est pas obligé de mettre 
la commune partout).


Reste ensuite à décider comment afficher le nom sur une carte: à haute 
résolution, ce nom devrait être fidèle à ce qu'on voit à l'arrêt, mais 
en niveau de zoom faible (exemple: carte à l'échelle départementale ou 
régionale), les noms précis sont moins utiles que la désignation d'une 
ville majeure (exemple "Paris" pour toutes ses gares et aéroports, 
sinon "Paris Orly"... ces difficultés ont amené les opérateurs aériens 
a utiliser des désignations courtes codées comme "ORY" pour les 
billets et lever les ambiguités, c'est une codification, une "ref:*" 
mais pas un nom et même pas suffisant pour désigner un terminal comme 
"CDG 2" ou "Orly ouest").


Quel nom utiliser ? Difficile de faire des choix. Mais je pense que le 
"name=*" par défaut doit être le plus proche du nom local en restant 
assez clair, et pour les autres usages les name:*=*" suffixés par 
opérateur sont appropriés (et ce n'est pas à nous de changer les noms 
utilisés par les opérateurs et diffusés sur leurs fiches horaires), de 
même que les "ref:*=*" suffixés par opérateur, et les éventuels 
"short_name:*=*" suffixés par opérateur.




___
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-us] [Utah / Salt Lake City] Summer events schedule

2018-06-26 Per discussione Martijn van Exel
Hi all,

Summer is here, and so is OpenStreetMap SLC's summer schedule, including our 
popular outdoor "Survey and Map" events. Here's an overview:

* Mappy Hours every 2nd Tuesday of the month. Map geeks get together for 
drinks! Next one: July 10.
* Outdoor Survey and Map mornings, 3rd Saturday in July, August and September. 
Next one: July 21.
* Indoor map nights and Presentations suspended until October.

See here for a list: https://www.meetup.com/OpenStreetMap-Utah/events/

Join us! If you are from elsewhere and travel takes you to Utah, message me and 
we can plan something ad hoc as well.

Martijn

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

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


Re: [Diversity-talk] Poll for next Quarterly Project (2018Q3)

2018-06-26 Per discussione Rory McCann
Hi,

So I'm suggesting a mapping project. That in a quarter (3 month period),
participants do a lot of contributions around that topic in OSM, that
could be writing/recording things, or editor tweaking. But plain old
mapping and surveying is probably the most effective thing, and has a
low barrier to entry.

For example, "wheelchair mapping", then participants would try to
improve the state of wheelchair mapped things in OSM (90% of pubs in OSM
don't record if they are wheelchair accessible). Read up on how to tag
that, and walk around your local area looking and mapping things. If it
was "childcare", try to ensure all childcare facilities in your area are
on OSM, add extra details (contact details, website). And so on.

Going out into the world and doing some old fashioned mapping for
traditionally under-represented things can improve OSM and make things
better.

The link below has a poll for votes on the quarter for next project.

I'll try to do more "guiding" next quarter. ;)

Rory

On 17/06/18 12:42, Heather Leson wrote:
> HI!
> 
> Rory, thanks for this discussion. There are 3 voters so far. It might
> help to have some guidance on the types of projects and how people might
> contribute. There are some new folks on this list.
> 
> 
> For example.
> 
> Topic: Women's health facilities
> Wiki page:
> https://wiki.openstreetmap.org/wiki/Tagging_in_Support_of_Women_and_Girls and
> https://wiki.openstreetmap.org/wiki/Diversity
> 
> Goals: can you look in your neighbourhood and be sure that these are
> tagged?
> 
> 
> 
> Heather
> 
> 
> 
> 
> Heather Leson
> heatherle...@gmail.com 
> Twitter/skype: HeatherLeson
> Blog: textontechs.com 
> 
> On Thu, Jun 14, 2018 at 4:58 PM, Rory McCann  > wrote:
> 
> Hi all,
> 
> I've set up a poll for the next quarterly project (which would start
> in ~2 weeks on 1st July). Mostly on the same options as before.
> Please feel free to add any suggestions.
> 
>     https://framadate.org/Hbgq3eyCk7qRIZU8
> 
> 
> "Yes" for "This sounds OK (and I can explain this topic", "No" for
> no, "ifneedbe" (yellow tick) for "I'd need someone to explain this".
> 
> I'm going to write up my experiences on 2018Q2 quarterly project. I
> hope others will as well. Toot our horn, explain things, reflect,
> learn and get better.
> 
> Rory
> 
> ___
> Diversity-talk mailing list
> Code of Conduct:
> https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
> 
> Contact the mods (private): diversity-talk-ow...@openstreetmap.org
> 
> 
> 

___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-it] Telecamere

2018-06-26 Per discussione liste DOT girarsi AT posteo DOT eu

On 26/06/18 15:52, Martin Koppenhoefer wrote:

2018-06-26 11:53 GMT+02:00 Andreas Lattmann :



A ribuongiorno,
È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono
obbligati a segnalarne la presenza con apposito cartello??





direi che è anche lecito mappare telecamere all'interno dei negozi. Forse
non le telecamere individuali, ma il fatto se ci sono o meno.
https://wiki.openstreetmap.org/wiki/Key%3Asurveillance

Ciao,
Martin



In aggiunta:

https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsurveillance

Direi che se le telecamere sono sui muri degli edifici, il nodo fa parte 
della way del building, diversamente se sta su un palo esterno al 
building, penso ci và un support=pole, e tutto il resto della telecamera.



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

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


Re: [Talk-es] [Catastro] 29900 Málaga: Sobre las tareas completadas en proyectos de importación

2018-06-26 Per discussione Javier Sánchez Portero
+1

El mar., 26 jun. 2018 12:57, dcapillae  escribió:

> Hola,
>
> Estoy colaborando con la validación de tareas en otros proyectos y he visto
> que algunas tareas no se completan teniendo en cuenta todas las
> posibilidades que ofrecen las fuentes de datos de que disponemos. Completar
> una tarea no consiste simplemente en descargarse los datos «en bruto»,
> fusionarlo con los edificios existentes y subirlos a OSM, hay que hacer más
> cosas.
>
> Las fotos de fachada nos brindan la posibilidad de comprobar la tipología
> de
> los edificios. Muchos edificios importados del Catastro aparecen
> etiquetados
> como «building=residential», por ejemplo. Nosotros podemos especificarlo
> más
> aún, usando «building=house», «building=apartments», «building=detached»,
> etc. También debemos aprovechar que consultamos las fotos de fachada para
> ubicar los nodos de entrada y las barreras que se aprecien en los
> edificios,
> colocando en ellas las etiquetas de dirección: entradas principales,
> entradas de garaje, entradas de aparcamientos colectivos, cancelas, verjas,
> etc.
>
> En el proyecto de Málaga estamos usando la opción de añadir comentarios del
> gestor de tareas para compartir con otros colaboradores cómo podríamos
> mejorar cada tarea completada. No se trata de dedicarle tres horas a cada
> una ni de mapear hasta el último detalle, sino de aprovechar bien las
> fuentes de datos de que disponemos para hacerlo lo mejor posible, sin
> prisas.
>
> En otros proyectos he visto que no se cuidan tanto los detalles. Algunas
> tareas se completan sin casi haberlas tratado manualmente. No es que esté
> mal, pero se podría hacer mejor. Pensad que este aspecto del mapa no se
> toca
> todos los días. Aprovechad la oportunidad para hacerlo bien, mapeando los
> tipos de edificios, los nodos de entrada y ubicando bien las direcciones
> haciendo uso de todas fuentes de datos de que disponemos.
>
> Nuestra prioridad debiera ser la calidad de los datos, no terminar cuanto
> antes la importación.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [OSM-talk-fr] bus et giratoires en Haute-Garonne

2018-06-26 Per discussione marc marc
Bonjour,

Le 26. 06. 18 à 18:52, lenny.libre a écrit :
> Voici une étude que j'avais faite en novembre 2017) 
> http://u.osmfr.org/m/195191/.

bravo pour l'étude !
De ce que j'en retiens :
- un rond-point avec 4 rues et 4 ilots donc découpés en 8 devient 
ingérables pour l'ultra majorité des contributeurs (et même des outils, 
c'est très facile de casser une relation bus lorsqu'on découpe un  way 
dans josm)

- même avec quelques fanatiques de la découpe pour y passer des heures, 
l'ampleur des dégâts est importante.

Donc pour ma part ce genre de découpe cosmétique, je m'abstiens.
Je pense que collectivement il y a + urgent que le rendu d'un itinéraire 
de bus, surtout que tous les outils de routage savent très bien gérer
la navigation dans un rond point (= prendre la troisième sortie par ex)

> éventuellement les corriger ; qu'en pensez-vous ?

faudrait analyser l'historique d'un dégât et demander au contributeur
quel outil a été utilisé... je présent que la solution proposée est 
aussi la cause du problème. à désactiver par défaut et à réserver
à un mode "expert déconseillé par la communauté" ?

> Mais ce qui est facile à voir visuellement (le parcours suivi par 
> l'itinéraire dans un giratoire découpé) est peut-être moins évident 
> informatiquement ?

non informatiquement l'algorithme pour voir si une relation est continue 
est assez facile.

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


Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...

2018-06-26 Per discussione Christian Quest
Je met un lanes=2 sur les giratoires où il y a clairement de quoi avoir 2
voies.

Ceci dit, pour le sujet des 80 km/h, ça sera pas trop un problème ;)

Le 26 juin 2018 à 19:11, Jérôme Amagat  a écrit :

> Petites questions sur les tags lanes :
>
> Comment faire dans les rond point ou il n'y a pas de délimitation au sol
> mais ou 2 voitures (camion pas trop...) passent de front.
> Lanes=1 ou 2 (ou 1.5)
> Moi je mets rien :) (je mets 2 seulement si le marquage au sol indique 2
> voies)
>
> Dans josm vous utilisez quelque chose pour vous aidez?
> moi j'ai un coloriage "lanes and road attribut" qui permet de representer
> le nombre de voie, les fleche au sol...
> il n'y a pas de grefon ou de modele qui permet de simplifier l'ajout des
> turn:lanes et autres tags sur les lanes?
>
> ___
> 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] Route500 et le passage à 80 km/h du 1er juillet...

2018-06-26 Per discussione Jérôme Amagat
Petites questions sur les tags lanes :

Comment faire dans les rond point ou il n'y a pas de délimitation au sol
mais ou 2 voitures (camion pas trop...) passent de front.
Lanes=1 ou 2 (ou 1.5)
Moi je mets rien :) (je mets 2 seulement si le marquage au sol indique 2
voies)

Dans josm vous utilisez quelque chose pour vous aidez?
moi j'ai un coloriage "lanes and road attribut" qui permet de representer
le nombre de voie, les fleche au sol...
il n'y a pas de grefon ou de modele qui permet de simplifier l'ajout des
turn:lanes et autres tags sur les lanes?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] bus et giratoires en Haute-Garonne

2018-06-26 Per discussione lenny.libre

Bonjour

Voici une étude que j'avais faite en novembre 2017) 
http://u.osmfr.org/m/195191/.


Je l'avais diffusé sur la liste toulousaine, et comme je viens d'envoyer 
un message à un contributeur qui a découpé un giratoire, en créant un 
itinéraire de bus, et en laissant les lignes (2 soit 4 routes) 
existantes avec un routage erroné. Je lui ai expliqué qu'il peut 
découper les giratoires, mais qu'il doit tenir compte et réparer les 
autres lignes au niveau du giratoire.


Ce qui m'a fait ressortir du tiroir la recherche que j’avais faite des 
giratoires et des lignes de bus/car sur la Haute-Garonne. C'est l'état 
d'OSM à cette date et qui a pu changer depuis mon extraction, j'ai aussi 
pu faire quelques erreurs, mais je n'ai pas dû perdre beaucoup d'infos.


J'ai trouvé 1772 carrefours giratoires

- 1497 entiers        84 %
-   275 découpés   16 % (composés par 925 tronçons), ces découpages ne 
sont pas uniquement (mais principalement) dus au fait des réseaux de 
bus, mais aussi des itinéraires vélo/pédestre et des boundary.


J'ai examiné chaque giratoire découpé, si pas de pb il est vert.
    J'ai examiné chaque itinéraire de bus qui traverse ce giratoire
        si une ligne traverse de manière incorrecte (différent d'un arc 
de cercle allant dans le bon sens du point d'entrée au point de sortie) 
:  le giratoire et la ligne deviennent rouges (s'ils ne l'étaient pas déjà).


ce qui m'a donné :
- 183  ok soit 67 %
-  92 nok soit 33 %
Donc 1/3 des giratoires découpés sont traversés par des lignes de bus 
dont le routage sur ces giratoires n'est pas correct ...
désolé, mais je n'ai pas compté les lignes de bus impactées, je n'ai mis 
sur la carte que les routes qui passent par des giratoires découpés.


Des contributeurs comme Jo et d'autres s'occupent de vérifier les autres 
lignes qui traversent les giratoires, mais il y a qu'en même 1/3 des 
giratoires qui ne sont pas ok ...


Je me demandais si je n'allais pas demandé à Osmose de chercher les 
giratoires qui sont traversés par des routes non-cohérentes (sur le 
giratoire) et à pt_assistant d'avoir un assistant qui signale les 
risques pour les autres lignes et éventuellement les corriger ; qu'en 
pensez-vous ?


Mais ce qui est facile à voir visuellement (le parcours suivi par 
l'itinéraire dans un giratoire découpé) est peut-être moins évident 
informatiquement ?


cordialement

Leni


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


Re: [Talk-ee] Talk-ee Digest, Vol 89, Issue 3

2018-06-26 Per discussione Tiiu Rebane
Aitäh!
Vitali oletus näib õigesuunaline olevat, sest kui tõsta sihtpunkti natuke
paremale, otsustab arvutus Vabriku tn kasuks.

tervitades
Tiiu

26. juuni 2018 17:19 kirjutas Jaak Laineste :

>
> Eks õigem oleks seda küsida Graphhopperi enda käest (
> https://www.graphhopper.com/), nad peaksid teadma mis parameetreid seal
> kasutatud on. Me siin võime vaid oletada.
>
> Jaak
>
>
>
> On 26 Jun 2018, at 17:01, Vitali Balandin  wrote:
>
> Graphhopper arvab, et marsruut läbi Ristiku ja Kopli on kiirem.
> 
> 
> Marsruudi ajastust mõjutavad paljud parameetrid (highway, surface,
> maxspeed, traffic_signals). Kõikidel teekonnaarvutuse tarkvaral oma
> parameetrite loetelu ja oma valemid. Ei tea täpselt, kuidas Graphhopper
> arvutab, aga tundub, et ta paneb suur aega thrahvi highway=residential
> liikumisel. (Vabriku tn - 3 minutid).
>
> вт, 26 июн. 2018 г. в 16:01, :
>
>> Send Talk-ee mailing list submissions to
>> talk-ee@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-ee
>> or, via email, send a message with subject or body 'help' to
>> talk-ee-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-ee-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-ee digest..."
>>
>>
>> Today's Topics:
>>
>>1. Tallinna ristmikud (Tiiu Rebane)
>>
>>
>> --
>>
>> Message: 1
>> Date: Tue, 26 Jun 2018 13:22:48 +0300
>> From: Tiiu Rebane 
>> To: Talk-ee@openstreetmap.org
>> Subject: [Talk-ee] Tallinna ristmikud
>> Message-ID:
>> > gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Tere,
>>
>> palun kas keegi oskab hinnata, miks OSM teekonnaarvutus pakub sõiduks
>> Paldiski mnt - Volta tn marsruudi läbi Ristiku ja Kopli:
>>
>>
>> kui mööda Telliskivit ja Vabrikut on mõlemat (nii teed kui aega) pidi
>> lühem?
>>
>>
>> ette tänades
>> Tiiu Rebane
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <http://lists.openstreetmap.org/pipermail/talk-ee/
>> attachments/20180626/8f7b44ac/attachment.html>
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: image.png
>> Type: image/png
>> Size: 832092 bytes
>> Desc: not available
>> URL: <http://lists.openstreetmap.org/pipermail/talk-ee/
>> attachments/20180626/8f7b44ac/attachment.png>
>> -- next part --
>> A non-text attachment was scrubbed...
>> Name: image.png
>> Type: image/png
>> Size: 648653 bytes
>> Desc: not available
>> URL: <http://lists.openstreetmap.org/pipermail/talk-ee/
>> attachments/20180626/8f7b44ac/attachment-0001.png>
>>
>> --
>>
>> Subject: Digest Footer
>>
>> ___
>> Talk-ee mailing list
>> Talk-ee@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ee
>>
>>
>> --
>>
>> End of Talk-ee Digest, Vol 89, Issue 3
>> **
>>
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>
>
>
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee
>
>
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee


[Talk-cz] Mapování cyklotras

2018-06-26 Per discussione majka
Ahoj všem,

potřebovala bych poradit ohledně mapování cyklotras.

Narazila jsem o víkendu na "silniční" cyklotrasu, která v některých úsecích
spíš spadá pod pojem pomsta cyklistům.  Na některých úsecích to pro běžného
cykloturistu není skoro průjezdné (části jsme raději objížděli po louce, a
to jsme jeli relativně nalehko, jen oblečení a jídlo na víkend).

Jedná se o trasu Žumberk - Borovany (relace 3104209).
Podle historie v OSM a toho, co je vidět na Streetview, Panoramě (začátky a
konce těch kritických úseků) a podle toho co je nyní v terénu to vypadá na
to, že kvalita některých cest se poměrně rychle zhoršuje.

Co s tím v mapě?
V některých úsecích je teď označeno i MTB:scale=0, momentálně díky povrchu
je to podle mě spíš MTB:scale=1+.
Přeznačit z route=bicycle na route:mtb? Nechat jen tak a jen doplnit tagy
na cesty ohledně povrchu a kvality?

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


Re: [Talk-it] Name locality

2018-06-26 Per discussione Andrea Musuruane
2018-06-22 9:50 GMT+02:00 Cascafico Giovanni :

> Il giorno 22 giugno 2018 09:06, Andreas Lattmann  > ha scritto:
>
>> Gli ho chiesto anche di citare le fonti da dove prende le sue
>> informazioni, visto che in un suo changeset sostiene che il toponimo,
>> risulta su una mappa asburgica.
>
>
> Nella campagna di rilevazioni 1869-1887 [1] non esiste nessuno dei due
> toponimi
>
> [1] https://goo.gl/Rf2pTH
>

Grazie Giovanni per avermi fatto conoscere questo sito. Ora ho un
bellissimo layer in JOSM con la mappa topografica del Regno di Sardegna :-)

Ciao,

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


Re: [Talk-GB] OS Open MasterMap presentation

2018-06-26 Per discussione Chris Hill
On 26 June 2018 13:25:29 BST, Jez Nicholson  wrote:
>There is a recording of yesterday's AGI/OS webinar at
>https://www.agi.org.uk/news/agi/1297-open-mastermap-webinar-recording-available
>start
>at 11mins 30secs
>
>- Jez

Wow, two years discussion before release. This "OS are keen to ... " stuff is 
really "we are being dragged into this".

Most will be provided by API, I feel OSM editors will quickly provide plugins 
or extensions to use the APIs, but licences need checking carefully first.

OS Detailed Path Network will only be for National Parks. Seems odd.

No addressing data as previously discussed.

Still seems like a half-hearted, muddle from people who don't understand or 
want Open Data. 

--
Chris Hill
(user chillly)___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-it] Telecamere

2018-06-26 Per discussione Martin Koppenhoefer
2018-06-26 11:53 GMT+02:00 Andreas Lattmann :

>
> A ribuongiorno,
> È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono
> obbligati a segnalarne la presenza con apposito cartello??




direi che è anche lecito mappare telecamere all'interno dei negozi. Forse
non le telecamere individuali, ma il fatto se ci sono o meno.
https://wiki.openstreetmap.org/wiki/Key%3Asurveillance

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


Re: [Talk-it] Telecamere

2018-06-26 Per discussione Federico Pedemonte
On Tue, Jun 26, 2018 at 11:54 AM Andreas Lattmann
 wrote:
> A ribuongiorno,
> È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono 
> obbligati a segnalarne la presenza con apposito cartello??

Credo di si, anche se io di solito mappo solo quelle "pubbliche".

Se ti interessa l'argomento telecamere di sorveglianza e non lo
conosci già, qui [1] c'è un progetto interessante!

Ciao,
F.

[1] https://kamba4.crux.uberspace.de/

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


Re: [Talk-it] Telecamere

2018-06-26 Per discussione Martin Koppenhoefer
2018-06-26 15:38 GMT+02:00 Andreas Lattmann :

> Grazie Martin!
> Un ultima domanda, il nodo della telecamera va messa vicina la way del
> building o deve essere un nodo della way del building?



va messo alla posizione della telecamera.


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


Re: [Talk-it] Telecamere

2018-06-26 Per discussione Andreas Lattmann
Grazie Martin!
Un ultima domanda, il nodo della telecamera va messa vicina la way del building 
o deve essere un nodo della way del building?



Il June 26, 2018 12:53:41 PM UTC, Martin Koppenhoefer  
ha scritto:
>
>
>sent from a phone
>
>> On 26. Jun 2018, at 11:53, Andreas Lattmann
> wrote:
>> 
>> A ribuongiorno,
>> È lecito inserire telecamere esterne di negozzi? Tenendo conto che
>sono obbligati a segnalarne la presenza con apposito cartello??
>
>
>certo, se non sono segnalati con cartello tanto di più. 
>
>Ciao, Martin 
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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


Re: [Talk-it] Telecamere

2018-06-26 Per discussione Martin Koppenhoefer


sent from a phone

> On 26. Jun 2018, at 11:53, Andreas Lattmann  wrote:
> 
> A ribuongiorno,
> È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono 
> obbligati a segnalarne la presenza con apposito cartello??


certo, se non sono segnalati con cartello tanto di più. 

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


[Talk-GB] OS Open MasterMap presentation

2018-06-26 Per discussione Jez Nicholson
There is a recording of yesterday's AGI/OS webinar at
https://www.agi.org.uk/news/agi/1297-open-mastermap-webinar-recording-available
start
at 11mins 30secs

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


Re: [Talk-it] Rendering delle modifiche

2018-06-26 Per discussione Francesco Giunchino
>Manda qualche riferimentro (username, numero dalle way e/o del changeset,
zona della modifica, ecc...). Prova a cancellare la cache del browser e
ricaricare la zona.


Ti dico dove ho fatto le modifiche, la zona di campagna tra casalgrande, 
scandiano, arceto, salvaterra nella provincia di Reggio Emilia, ho aggiunto i 
campi coltivati etc, username Junk_GNC, ho fatto le modifiche pochi giorni fa. 
Ti mando quelli che credo siano i changeset ma non ne sono sicuro, non te li 
mando tutti perché ho fatto davvero tante piccole modifiche, ma dovresti aver 
capito quali sono le modifiche di cui sto parlando.

#59958334

#59956986


Da: talk-it-requ...@openstreetmap.org 
Inviato: martedì 26 giugno 2018 12:15
A: talk-it@openstreetmap.org
Oggetto: Digest di Talk-it, Volume 139, Numero 34

Invia le richieste di iscrizione alla lista Talk-it all'indirizzo
talk-it@openstreetmap.org

Per iscriverti o cancellarti attraverso il web, visita
https://lists.openstreetmap.org/listinfo/talk-it
Pagina di informazioni della lista 
Talk-it<https://lists.openstreetmap.org/listinfo/talk-it>
lists.openstreetmap.org
Lista dedicata agli utenti di lingua italiana di OpenStreetMap. Un luogo dove 
discutere progetti, eventi e altro. Per consultare la raccolta dei messaggi 
precedentemente inviati alla lista, visita gli Archivi della lista Talk-it.



oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
talk-it-requ...@openstreetmap.org

Puoi contattare la persona che gestisce la lista all'indirizzo
talk-it-ow...@openstreetmap.org

Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
in modo che sia più utile di un semplice "Re: Contenuti del digest
della lista Talk-it..."


Argomenti del Giorno:

   1. Rendering delle modifiche (Francesco Giunchino)
   2. Re: Rendering delle modifiche (Cascafico Giovanni)
   3. Frantoio Oleario (Andreas Lattmann)
   4. Re: Frantoio Oleario (Martin Koppenhoefer)
   5. Re: Frantoio Oleario (liste DOT girarsi AT posteo DOT eu)
   6. Re: Frantoio Oleario (Andreas Lattmann)
   7. Telecamere (Andreas Lattmann)
   8. Re: Telecamere (liste DOT girarsi AT posteo DOT eu)


--

Message: 1
Date: Tue, 26 Jun 2018 07:49:03 +
From: Francesco Giunchino 
To: "talk-it@openstreetmap.org" 
Subject: [Talk-it] Rendering delle modifiche
Message-ID:



Content-Type: text/plain; charset="iso-8859-1"

Salve a tutti, sono nuovo da queste parti e anche abbastanza inetto, però da 
qualche giorno ho comunque iniziato a modificare la mappa là dove mancano delle 
informazioni.

Non mi è chiara una cosa però, le modifiche che ho apportato non sono visibili 
da un certo zoom in poi (già da quando l'unità di riferimento diventa 2 km). Ho 
pensato che fosse per via delle dimensioni delle aree che avevo aggiunto (ho 
pensato fossero troppo piccole) ma non credo sia per quello, perché ci sono 
aree della stessa grandezza che sono comunque visibili a quegli zoom.

Vi chiedevo quindi come mai non riesco  ancora a vederle anche a distanza di 
settimane dalle modifiche.
-- parte successiva --
Un allegato HTML è stato rimosso...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-it/attachments/20180626/0935ae88/attachment-0001.html>

--

Message: 2
Date: Tue, 26 Jun 2018 10:16:07 +0200
From: Cascafico Giovanni 
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Rendering delle modifiche
Message-ID:

Content-Type: text/plain; charset="utf-8"

Manda qualche riferimentro (username, numero dalle way e/o del changeset,
zona della modifica, ecc...). Prova a cancellare la cache del browser e
ricaricare la zona.


Il giorno 26 giugno 2018 09:49, Francesco Giunchino <
francescogiunch...@hotmail.it> ha scritto:
> Non mi è chiara una cosa però, le modifiche che ho apportato non sono
visibili da un certo zoom in poi (già da quando l'unità di riferimento
diventa 2 km).
-- parte successiva --
Un allegato HTML è stato rimosso...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-it/attachments/20180626/1c8f353c/attachment-0001.html>

--

Message: 3
Date: Tue, 26 Jun 2018 08:29:37 +
From: Andreas Lattmann 
To: openstreetmap list - italiano 
Subject: [Talk-it] Frantoio Oleario
Message-ID: 
Content-Type: text/plain; charset=utf-8

Buongiorno,
Che tag si usa per un Frantoio Oleario che effettua anche la vendita al 
pubblico?
Grazie.

Andreas Lattmann
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.



--

Message: 4
Date: Tue, 26 Jun 2018 10:34:57 +0200
From: Martin Koppenhoefer 
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Frantoio Oleario
Message-ID:

Content-Type: text/plain; charset="utf-8"

2018-06-26 10

Re: [Talk-it] Telecamere

2018-06-26 Per discussione Andreas Lattmann
Grazie Simone,
Mi era venuto un dubbio a riguardo ed ora tutto mi è più chiaro.
Grazie ancora


Il June 26, 2018 10:15:21 AM UTC, liste DOT girarsi AT posteo DOT eu 
 ha scritto:
>On 26/06/18 11:53, Andreas Lattmann wrote:
>> 
>> A ribuongiorno,
>> È lecito inserire telecamere esterne di negozzi? Tenendo conto che
>sono obbligati a segnalarne la presenza con apposito cartello??
>> Grazie
>> Andreas Lattmann
>> 
>
>Per me sì, soprattutto in luoghi pubblici. sempre se segnalate da 
>apposito cartello.
>
>-- 
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>Simone Girardelli
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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


Re: [Talk-es] [Catastro] 29900 Málaga: Sobre las tareas completadas en proyectos de importación

2018-06-26 Per discussione dcapillae
Hola,

Estoy colaborando con la validación de tareas en otros proyectos y he visto
que algunas tareas no se completan teniendo en cuenta todas las
posibilidades que ofrecen las fuentes de datos de que disponemos. Completar
una tarea no consiste simplemente en descargarse los datos «en bruto»,
fusionarlo con los edificios existentes y subirlos a OSM, hay que hacer más
cosas.

Las fotos de fachada nos brindan la posibilidad de comprobar la tipología de
los edificios. Muchos edificios importados del Catastro aparecen etiquetados
como «building=residential», por ejemplo. Nosotros podemos especificarlo más
aún, usando «building=house», «building=apartments», «building=detached»,
etc. También debemos aprovechar que consultamos las fotos de fachada para
ubicar los nodos de entrada y las barreras que se aprecien en los edificios,
colocando en ellas las etiquetas de dirección: entradas principales,
entradas de garaje, entradas de aparcamientos colectivos, cancelas, verjas,
etc.

En el proyecto de Málaga estamos usando la opción de añadir comentarios del
gestor de tareas para compartir con otros colaboradores cómo podríamos
mejorar cada tarea completada. No se trata de dedicarle tres horas a cada
una ni de mapear hasta el último detalle, sino de aprovechar bien las
fuentes de datos de que disponemos para hacerlo lo mejor posible, sin
prisas.

En otros proyectos he visto que no se cuidan tanto los detalles. Algunas
tareas se completan sin casi haberlas tratado manualmente. No es que esté
mal, pero se podría hacer mejor. Pensad que este aspecto del mapa no se toca
todos los días. Aprovechad la oportunidad para hacerlo bien, mapeando los
tipos de edificios, los nodos de entrada y ubicando bien las direcciones
haciendo uso de todas fuentes de datos de que disponemos.

Nuestra prioridad debiera ser la calidad de los datos, no terminar cuanto
antes la importación.



-
Daniel Capilla 
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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


Re: [OSM-talk-be] Fwd: [OSGeo.be-Announce] foss4g.be: Call for presentations - Appel à présentations - Oproep voor presentaties

2018-06-26 Per discussione Pieter Vander Vennet
Is there an 'OSM is winning' talk planned already?



Met vriendelijke groeten,
Pieter Vander Vennet

2018-06-26 11:54 GMT+02:00 joost schouppe :

> Apply now to present at Foss4g!
>
> Just like last year, OSM-be is involved in planning and programming. Stuff
> related to OpenStreetMap is welcome. For "niche" stuff, we might make a
> special OSM track. If your talk is more for a general audience, it might
> make the main track.
>
> -- Forwarded message --
> From: Moritz Lennert 
> Date: 2018-06-26 10:50 GMT+02:00
> Subject: [OSGeo.be-Announce] foss4g.be: Call for presentations - Appel à
> présentations - Oproep voor presentaties
> To: belgium-annou...@lists.osgeo.org
>
>
> Dear all, Goeie dag, Bonjour à tous,
>
> 
> Pour la version française de cet appel: https://2018.foss4g.be/papers.
> php?lang=fr
> Voor de nederlandse versie van deze oproep: https://2018.foss4g.be/papers.
> php?lang=nl
> To immediately jump to the full information in English:
> https://2018.foss4g.be/papers.php?lang=en
> 
>
> After successful events in 2015, 2016 and 2017, OSGeo.be will organize
> another edition of the FOSS4G Belgium Conference on Thursday 25 October
> 2018 in Brussels. We are looking for contributors who want to support this
> event through a presentation.
>
> FOSS4G conferences gather developers and users of Open Source geospatial
> software from around the world to discuss new directions, exciting
> implementations, and growing business opportunities in this domain. Recent
> years have seen substantial changes in the geospatial industry. One of
> those changes has been the growth in maturity and adoption of Free and Open
> Source solutions. In many cases organizations are using a mixture of open
> and closed source solutions.
>
> We will share knowledge and experiences during the whole event through
> presentations and demonstrations with 25 minutes each at most.
>
> To submit a proposal go to http://2018.foss4g.be/submit-paper.php.
>
> Looking forward to hearing from you !
>
> Best wishes,
>
> the foss4g.be team
> ___
> Belgium-Announce mailing list
> belgium-annou...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/belgium-announce
>
>
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

2018-06-26 Per discussione Philippe Verdy
Attention à la pérennité du soutien de la World Bank: ce n'est pas son
coeur de métier et je pense que le soutien répond juste à un besoin
temporaire pour sollicité les initiatives privées et qu'ensuite elle ne
maintiendra pas son aide. Il s'agit juste d'aider au démarrage, c'est une
subvention destinée à favoriser le développement économique, l'ide peut
être polongée en cas de besoins réels mais de difficultés, mais à terme ce
n'est pas la World Bank qui soutiendra ça et si l'initiative privée ne
prend pas le relais et le projet patine et ne donne pas les résultats
économiques et de développement attendus, le projet ne sera plus financé.

Il pourrait alors éclater en sous-projets plus locaux (nationaux ou
régionaux) avec des ambitions plus limitées non plus mondiale mais locale:
Là on a déjà des initiatives locales bien gérées qui fonctionne bien et des
incitations locales ou nationales par la loi à ce que ce soit fourni
directement par les opérateurs de service public en open data.

Mais ensuite restera le problème du coréférencement des différentes
initiatives et sources. En France on a un portail national, mais au plan
mondial le référencement de sources dans une base commune n'existe pas
encore (ce qui complique encore le développement de normes communes
d'échange entre les sources, et là je pense que la Banque Mondiale pourrait
être utile pour inciter les opérateurs à créer et soutenir une base
d'échange et des normes communes, par exemple ISO à condition que ce soit
des normes ouvertes et LIBRES, ce qui est rarement le cas des normes ISO
hormis une poignée). En Europe la normalisation passe par les directives et
traités européens avec des agences spécialisées, mais elles aussi ont du
mal à se financer et fonder des projets pérennes.

Que faire alors ? les projets des chapitres locaux OSM ont aussi des
difficultés. de même que ceux des partenaires associatifs même aussi
"puissants" que la Croix Rouge ou MSF qui ont tous besoin de désigner des
missions localisées avec des buts limités dans le temps et
géographiquement. Je pense qu'à terme une plateforme d'échange pérenne
passera par une coordination d'assos et fondations du libre (OSM,
Wikimedia, Fondation Linux, Fondation Mozilla, ...) mais en travaillant en
coordination avec les autorités nationales et agir comme incitateur pour
que la puissance publique nationale incite à l'Open Data et impose une
charte de compatibilité des licences et évite des réappropriations de
droits publics (via des brevets ou similaires, ou des normes ISO imposées
avec des API propriétaires) par des organisations commerciales un peu trop
intéressées pour limiter à terme l'usage et l'interopérabilité.

On n'en est encore qu'au début du mouvement "open data" et il manque encore
une volonté publique claire au plan international (même au USA concernant
son "domaine public" gouvernemental qui est de plus en plus menacé, comme
il l'a déjà été corrompu dans plein de pays car le domaine public ne
protégeait pas grand chose contre ces réappropriations et fait maintenant
un "flop" complet face aux brevets).

Si vous voulez un exemple récent du danger des brevets, regardez ce qui se
passe en ce moment avec l'inventeur polonais d'un système de compression
statistique (plus efficace qu'Huffman et le codage arithmétique protégé par
des brevets d'IBM) publié en domaine public (plus et qui maintenant se fait
voler ses droits par Google), alors qu'il a publié tous ses travaux dans
des revues scientifiques, décrit tous les usages  possibles (y compris pour
la vidéo, objet du brevet de Google), publié son code source, créé un
projet ouvert pour le maintenir et s'est largement fait connaitre au plan
mondial (et tout est daté, signé, revu par des tiers internationalement
reconnus)... Google ne jette pas l'éponge et veut maintenir son brevet et
même le revendre via l'alliance commerciale MPEG (issue des travaux de
normalisation internaitonale de l'ISO qui est tout sauf libre!).

Le système des brevets est largement corrompus et totalement opaque dans
ses décisions, il ne supporte aucune revue réelle par des tiers et ne
respecte pas les usages en terme de publication et coopération
scientifique, il risque fort de compromettre aussi le mouvement Open Data
si ce dernier n'a pas un support par les autorités nationales, la loi
(voire même la constitution, ce que propose maintenant des parlementaires
français, y compris pour protéger l'initiative publique contre des
directives européennes imposées par des lobbies industriels puissants même
pas européens et qui maintenant impose une forme de justice privée dont les
acteurs sont à la fois juges et parties et ne peuvent même pas être
poursuivis ou peuvent modifier les règles à loisir avant qu'elles ne soient
opposables à eux).

Je ne critique pas l'Europe mais je vois bien son incapacité totale à
protéger les droits foindamentaux et le libre, et même nos lois nationales
ne nous protège plus et finissent par couter cher à la puissance publique.

La 

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

2018-06-26 Per discussione Jean-Claude Repetto
Le 22/03/2018 à 21:30, Stéphane Péneau a écrit :
> Le 22/03/2018 à 18:54, Jean-Claude Repetto a écrit :
>> Pourquoi pas une puce bi-fréquence comme celle-ci:
>> https://www.broadcom.com/products/wireless/gnss-gps-socs/bcm47755
>> qui semblerait donner une meilleure précision sans post-traitement ?
>>
> Ah tiens, je l'avais oublié celle-là, merci de me le rappeler.
> Pour le moment, les récepteurs bi-fréquences sont beaucoup beaucoup plus
> cher que les mono fréquences. De mémoire, rien à moins de 500€.
> Ublox doit en sortir en 2019, la série F9.
> 
> Notre électronicien/libriste/contributeur me dit que pouvoir obtenir des
> produits Broadcom est TRES compliqué. Là on est dans le cas d'un produit
> très récent, qu'on a encore jamais vu dans un smartphone. Je ne me fais
> pas trop d'illusion.
> 
> Je me suis posé la question d'attendre les produits multifréquences
> low-cost qui sont annoncés depuis plusieurs années, mais pour le moment
> rien n'est arrivé. Alors à un moment, je pense qu'il faut avancer,
> quitte à rester en L1.
> 
> Stéphane

Ça y est, le premier smartphone équipé de la puce Broadcom vient de
sortir. C'est le modèle Mi 8 de Xiaomi :
https://www.gsa.europa.eu/newsroom/news/world-s-first-dual-frequency-
gnss-smartphone-hits-market

J'ai trouvé quelques articles qui en parlent :
https://www.xiaomitoday.com/gps-mi-8-test/
http://gpsworld.com/dual-frequency-gnss-smartphone-hits-the-market/
https://medium.com/@sjbarbeau/dual-frequency-gnss-on-android-devices-152b8826e1c

Jean-Claude


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


Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux des cars régionaux

2018-06-26 Per discussione Philippe Verdy
Le 26 juin 2018 à 06:57, Mail Delivery System  a
écrit :

> From: mga_geo 
> To: talk-fr@openstreetmap.org
> Date: Mon, 25 Jun 2018 23:57:03 -0500 (CDT)
> Subject: Re: [OSM-talk-fr] Arrêts de bus urbains communs avec ceux des
> cars régionaux



>

Bonjour à tous,
> Sur Rennes, le post-fixage a été utilisé très fréquemment pour les tags
> name
> et ref pour les arrêts communs, exemple
> https://www.openstreetmap.org/node/286360849
> Que le tag name ne corresponde pas exactement au terrain (ajout du nom de
> la
> commune, suppression des abréviations ...) rend très difficile
> l'utilisation
> pour des étrangers.
>

Pour un tel cas la faute revient plutôt à l'opérateur départemental
(Illenoo) qui utilise sur ses fiches horaires et son site d'information des
noms plutôt ambigus comme ici "Rennes/Trois Marches" qui n'est même pas à
Rennes et aurait du être "Vezin-le-Coquet/Trois Marches".

name 
Vezin-le-Coquet
(Trois Marches)
name:fr_illenoo Rennes/Trois Marches
Ceci dit même pour les arrêts officiels métropolitains (Illenoo n'a pas
d'arrêt officiel dans la métropole, il emprunte ceux de la métropole qui a
l'exclusivité administrative pour tous les services publics de transport,
et les a confié à la STAR, gérée par la filiale locale de la SNCF comme
opérateur exploitant et chargé de la gestion des besoins de toutes les
sociétés de transport), on a des arrêts ambigus par leur nom seul qui n'est
pas unique sur la métropole entière (exemple "Centre", ou "Mairie", ou
"Gares", si on n'ajoute pas le nom de la commune).

Il y a des cas d'arrêts multiples dans un même secteur et de même commune
mais ils sont assez proches pour former une même station de correspondance
(une même stop_area) et varier entre eux selon les horaires et conditions
de circulation. Je ne vois pas alors l'utilité de les rendre absolument
uniques pour ce cas.

Mentionner clairement la commune devrait être donc un minimum. Il me semble
que pour l'immense réseau bus de la RATP on a besoin de lever des
ambiguités pour permettre de trouver les arrêts (par exemple dans une
recherche sur le nom simple comme "Trois Marches" ici, avec Nominatim, on
devrait pouvoir avoir une liste claire d'arrêts, uniques au moins par
"stop_area".

Mais là l'erreur est chez Illenoo qui préfère mentionner "Rennes" que
"Vezin-le-Coquet". Ce n'est pas évident de répondre à tous les usages des
noms... et le suffixage lève les ambiguités pour permettre de reprendre les
noms des opérateurs, mais le nom par défaut devrait être clair en lui-même
et correctement désigner l'arrêt sur le terrain de façon non ambiguë pour
les recherches (on n'est pas obligé de mettre la commune partout).

Reste ensuite à décider comment afficher le nom sur une carte: à haute
résolution, ce nom devrait être fidèle à ce qu'on voit à l'arrêt, mais en
niveau de zoom faible (exemple: carte à l'échelle départementale ou
régionale), les noms précis sont moins utiles que la désignation d'une
ville majeure (exemple "Paris" pour toutes ses gares et aéroports, sinon
"Paris Orly"... ces difficultés ont amené les opérateurs aériens a utiliser
des désignations courtes codées comme "ORY" pour les billets et lever les
ambiguités, c'est une codification, une "ref:*" mais pas un nom et même pas
suffisant pour désigner un terminal comme "CDG 2" ou "Orly ouest").

Quel nom utiliser ? Difficile de faire des choix. Mais je pense que le
"name=*" par défaut doit être le plus proche du nom local en restant assez
clair, et pour les autres usages les name:*=*" suffixés par opérateur sont
appropriés (et ce n'est pas à nous de changer les noms utilisés par les
opérateurs et diffusés sur leurs fiches horaires), de même que les
"ref:*=*" suffixés par opérateur, et les éventuels "short_name:*=*"
suffixés par opérateur.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Telecamere

2018-06-26 Per discussione liste DOT girarsi AT posteo DOT eu

On 26/06/18 11:53, Andreas Lattmann wrote:


A ribuongiorno,
È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono 
obbligati a segnalarne la presenza con apposito cartello??
Grazie
Andreas Lattmann



Per me sì, soprattutto in luoghi pubblici. sempre se segnalate da 
apposito cartello.


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

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


Re: [OSM-ja] JOSM での360度カメラ写真によるMapillary活用

2018-06-26 Per discussione Miura Hiroshi
追伸 三浦です

2018年6月24日 23:36 Miura Hiroshi :
>> 最初はドラッグしても視点が動かないなぁと戸惑いましたが、視点移動はシングルクリックなんですね。

https://github.com/miurahr/panoramaviewer

こちらは、プラグインにさきがけて、先行実装をおこなうスタンドアロンのビューアーです。
ソースコードは、Mapillary pluginとほぼ同じになっていて、こちらでためして
納得がいけば、プラグインのほうに実装します。

こちらでは、ドラッグ操作を実装してみました。
インストールは、zipファイルをダウンロードして展開し、javaのインストールされている環境で、
binディレクトリのバッチファイルや、シェル実行コマンドを実行することで、起動します。
https://github.com/miurahr/panoramaviewer/releases/tag/v0.1

ファイルをコマンドラインで指定すると、そのファイルをみることができます。

キー操作やマウス操作ですが、Mapilary Pluginとソースをあわせているため、つぎのようになります。

Left button: Zoom control

Right button: View point control

Middle button: Optional control

Click wit left button:

Click with middle button: zoom out to original level.

Drag with left button: zoom in to selected area. (maximum zoom level is 2:1)

Drag with right button: move view point.

Control-Q: exit

右クリックで、視点移動になり、左ドラッグでズームレベルになり、中央クリックで、ズームの
リセットです。 パノラマではない普通の写真を表示するときは、Mapillary pluginと同じ
操作体系になるので、比較してもらうのがいいでしょう。

これでよければ、mapillary pluginに提案したいとおもいます。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja


[Talk-it] Telecamere

2018-06-26 Per discussione Andreas Lattmann

A ribuongiorno,
È lecito inserire telecamere esterne di negozzi? Tenendo conto che sono 
obbligati a segnalarne la presenza con apposito cartello??
Grazie
Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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


Re: [Talk-it] Frantoio Oleario

2018-06-26 Per discussione Andreas Lattmann
Grazie a tutti! 

Il June 26, 2018 8:50:40 AM UTC, liste DOT girarsi AT posteo DOT eu 
 ha scritto:
>On 26/06/18 10:29, Andreas Lattmann wrote:
>> Buongiorno,
>> Che tag si usa per un Frantoio Oleario che effettua anche la vendita
>al pubblico?
>> Grazie.
>> 
>> Andreas Lattmann
>> 
>
>Se ho capito è artigianale, per cui ho trovato questi tre su taginfo:
>
>- craft=olive_oil_mill , 1 ricorrenza. [0]
>
>- man_made=oil_mill, direi complementare e sul'area a quella dopo, 18 
>ricorrenze.[1]
>
>- craft=oil_mill [2], 18 ricorrenze, c'è una blanda pagina wiki [3], 
>direi complementare con product=olive_oil_mill.
>
>- per la vendita direi shop=oil_mill, oil_mill:type=olive.
>
>
>[0]
>https://taginfo.openstreetmap.org/tags/craft=olive_oil_mill#overview
>
>[1] https://taginfo.openstreetmap.org/tags/man_made=oil_mill#overview
>
>[2] https://taginfo.openstreetmap.org/tags/craft=oil_mill#overview
>
>[3] https://wiki.openstreetmap.org/wiki/Tag%3Acraft%3Doil_mill
>-- 
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>Simone Girardelli
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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


Re: [OSM-talk-fr] Zone 30 km/h

2018-06-26 Per discussione George Kaplan

> Le 26 juin 2018 à 10:52, Axelos  a écrit :

> À ce sujet, j'ai édité plusieurs pages wiki proposant des solutions
> différentes les unes des autres pour représenter les zones 30 il y a
> plus de deux ans. En me basant sur le sujet
> http://gis.19327.n8.nabble.com/Deux-propositions-pour-osmose-zones-30-et-zones-de-rencontre-td5629239.html
> 
> J'ai remplacé toutes les propositions par source:maxspeed=FR:zone30
> Depuis, il y a eu d'autres éditions qui ont recréé à nouveau des
> différences.


source:maxspeed n’est pas la bonne clé à utiliser, elle permet d’indiquer la 
source par laquelle le contributeur a établi la vitesse maximum à ne pas 
dépasser. Elle ne précise pas que le way fait partie d’une zone 30, j’utilise 
pour ça zone:maxspeed=FR:30

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


Re: [OSM-talk-fr] Zone 30 km/h

2018-06-26 Per discussione Axelos
Le 26/06/2018 à 10:21, SALLES Quentin a écrit :
> Les tags que je mets pour déclarer un way en zone 30 sont :
> - maxspeed = 30
> - source:maxspeed =FR:zone30
> - zone:maxspeed = FR:30
> C'est ce qui est indiqué sur cette page du Wiki :
> https://wiki.openstreetmap.org/wiki/FR:Key:maxspeed

À ce sujet, j'ai édité plusieurs pages wiki proposant des solutions
différentes les unes des autres pour représenter les zones 30 il y a
plus de deux ans. En me basant sur le sujet
http://gis.19327.n8.nabble.com/Deux-propositions-pour-osmose-zones-30-et-zones-de-rencontre-td5629239.html

J'ai remplacé toutes les propositions par source:maxspeed=FR:zone30
Depuis, il y a eu d'autres éditions qui ont recréé à nouveau des
différences.

Pour le moment je continue à n'utiliser que source:maxspeed=FR:zone30,
(en plus de maxspeed=30), mais suis-je toujours bon ?

(Quentin essais de bien veiller à utiliser la fonction "répondre à la
liste")

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


Re: [Talk-it] Frantoio Oleario

2018-06-26 Per discussione liste DOT girarsi AT posteo DOT eu

On 26/06/18 10:29, Andreas Lattmann wrote:

Buongiorno,
Che tag si usa per un Frantoio Oleario che effettua anche la vendita al 
pubblico?
Grazie.

Andreas Lattmann



Se ho capito è artigianale, per cui ho trovato questi tre su taginfo:

- craft=olive_oil_mill , 1 ricorrenza. [0]

- man_made=oil_mill, direi complementare e sul'area a quella dopo, 18 
ricorrenze.[1]


- craft=oil_mill [2], 18 ricorrenze, c'è una blanda pagina wiki [3], 
direi complementare con product=olive_oil_mill.


- per la vendita direi shop=oil_mill, oil_mill:type=olive.


[0] https://taginfo.openstreetmap.org/tags/craft=olive_oil_mill#overview

[1] https://taginfo.openstreetmap.org/tags/man_made=oil_mill#overview

[2] https://taginfo.openstreetmap.org/tags/craft=oil_mill#overview

[3] https://wiki.openstreetmap.org/wiki/Tag%3Acraft%3Doil_mill
--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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


Re: [Talk-cz] Neexistující rozcestník?

2018-06-26 Per discussione xkomc...@centrum.cz

Někdo použil data, která posbíral dříve?


Například já jsem mezi roky 2015-2017 nemohl přispívat do OSM (neboť 
jsem měl ve smlouvě zakázáno jakkoliv pracovat pro konkurenci, do které 
se počítalo i OSM), takže mám v plánu až jednou bude čas vzít fotky a 
GPS trasy z té doby a podle nich upravit OSM (s rizikem, že některé věci 
mohou být obsolete).



Jirka Komárek


On 25.6.2018 15:01, majka wrote:

Tak mám odpověď z KČT:

TIM bylo zřízenov r. 1998 když k dosavadní modré trase do Šejb přibyla 
nově červená trasa do Č. Velenic a trasy se zde rozcházely. V r. 2006 
byla ale modrá trasa vedená výlučně po asfaltu zrušena, tím se stalo 
toto TIM nadbytečným (pouze 1 km od TIM Nové Hrady bus) a bylo zrušeno.
V letošním roce bylo cca 1 km odtud ve směru Č. Velenice zřízeno na 
nově vyznačené odbočce k přírodnímu hraničnímu kameni nové TIM - 
Hraniční kámen rozc.


--
Už jsem vymazala.
Jen mi není jasné, jak se nám ten rozcestník v lednu 2016 dostal do dat.

Majka


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


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


Re: [Talk-it] Frantoio Oleario

2018-06-26 Per discussione Martin Koppenhoefer
2018-06-26 10:29 GMT+02:00 Andreas Lattmann :

> Buongiorno,
> Che tag si usa per un Frantoio Oleario che effettua anche la vendita al
> pubblico?
> Grazie.
>


direi che sono 2 oggetti: un frantoio e un negozio / punto vendità.

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


[Talk-it] Frantoio Oleario

2018-06-26 Per discussione Andreas Lattmann
Buongiorno,
Che tag si usa per un Frantoio Oleario che effettua anche la vendita al 
pubblico?
Grazie.

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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


Re: [Talk-cz] nelze přesunout fotografii rozcestníku

2018-06-26 Per discussione Marián Kyral

-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 26. 6. 2018 10:10:36
Předmět: Re: [Talk-cz] nelze přesunout fotografii rozcestníku
"2018-06-25 13:57 GMT+02:00 Marián Kyral :
>
...
>
>
> Jak pro koho. Nahrávání tak nějak funguje, dokud se nevyskytne nějaká
chyba
> - zámek databáze -> nevloží se do ní záznam, ale obrázek se uloží. Takže
při
> dalším pokusu, to řve, že obrázek už existuje. Jenže v databázi není. Nebo
> naopak, obrázek se uloží poškozený...

no to ja nevim, ze nahravani nefunguje? to je chyba a musi se opravit.
Tak co s tim provedem?
1. zamek db je jednoduchy, kdyz je to zamcene tak se nic ukladat
nemuze, odmazat upload nahlasit chybu.
""
2. poskozene obrazky. to sem nikdy nevidel a nevim ze by se to delo,
mas nejaky priklad?
"



Stávalo se to, když docházelo místo. A může se stát znovu.




"
https://github.com/osmcz/guidepostphpupoad

tak kdy se na to vrhnes? ja uz do toho vrtat moc nechci, stejnes to
cely prekopal.
""Ja ten upload hodlam predelam celej, ale jde to pomalu, realisticky
odhad je tak za rok:)
"



Já nejdřív v srpnu. Jak velké změny jsi schopen skousnout? ;-)





Marián



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


[OSM-talk-fr] Zone 30 km/h

2018-06-26 Per discussione SALLES Quentin
Bonjour,

Je taggue également way par way.

En revanche, je ne taggue pas le panneau (peut-être à tort). Je pense les
rajouter pour compléter l'information avec traffic:sign=FR:B30 (entrée en
zone 30) et traffic:sign=FR:B51 (sortie de zone 30).

Les tags que je mets pour déclarer un way en zone 30 sont :
- maxspeed = 30
- source:maxspeed =FR:zone30
- zone:maxspeed = FR:30
C'est ce qui est indiqué sur cette page du Wiki :
https://wiki.openstreetmap.org/wiki/FR:Key:maxspeed

Je ne vois pas l'usage du "maxspeed:type=*".

Cordialement

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


Re: [Talk-cz] nelze přesunout fotografii rozcestníku

2018-06-26 Per discussione Michal Grézl
Jeste bych chtel oznamit reseni problemu, ne navrhnout, vy to proste
musite udelat, jinak se budem hadat vecne.
reseni jsou 2.

1. udelejte si to cele znovu po vasem.

2. presun api jinam. budete si to tam provozovat sami, i s fotkama. ja
to budu dal vyvijet (a paralelne provozovat tam, kde to je ted pro
svoji potrebu). Jednoduse budu fungovat jako kazdy jo os project.


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

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


Re: [Talk-it] Rendering delle modifiche

2018-06-26 Per discussione Cascafico Giovanni
Manda qualche riferimentro (username, numero dalle way e/o del changeset,
zona della modifica, ecc...). Prova a cancellare la cache del browser e
ricaricare la zona.


Il giorno 26 giugno 2018 09:49, Francesco Giunchino <
francescogiunch...@hotmail.it> ha scritto:
> Non mi è chiara una cosa però, le modifiche che ho apportato non sono
visibili da un certo zoom in poi (già da quando l'unità di riferimento
diventa 2 km).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-cz] nelze přesunout fotografii rozcestníku

2018-06-26 Per discussione Michal Grézl
2018-06-25 13:57 GMT+02:00 Marián Kyral :
>
...
>
>
> Jak pro koho. Nahrávání tak nějak funguje, dokud se nevyskytne nějaká chyba
> - zámek databáze -> nevloží se do ní záznam, ale obrázek se uloží. Takže při
> dalším pokusu, to řve, že obrázek už existuje. Jenže v databázi není. Nebo
> naopak, obrázek se uloží poškozený...

no to ja nevim, ze nahravani nefunguje? to je chyba a musi se opravit.
Tak co s tim provedem?
1. zamek db je jednoduchy, kdyz je to zamcene tak se nic ukladat
nemuze, odmazat upload nahlasit chybu.
2. poskozene obrazky. to sem nikdy nevidel a nevim ze by se to delo,
mas nejaky priklad?

https://github.com/osmcz/guidepostphpupoad

tak kdy se na to vrhnes? ja uz do toho vrtat moc nechci, stejnes to
cely prekopal.
Ja ten upload hodlam predelam celej, ale jde to pomalu, realisticky
odhad je tak za rok:)

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



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

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


Re: [Talk-at] zeitlich begrenzte Straßensperren

2018-06-26 Per discussione Peter Müller
Das kann man evt auch für die hadikgasse eintragen
https://www.meinbezirk.at/land-wien/lokales/achtung-teilsperre-der-hadikgasse-im-sommer-d2702525.html

> Gesendet: Dienstag, 26. Juni 2018 um 08:35 Uhr
> Von: "Friedrich Volkmann" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] zeitlich begrenzte Straßensperren
>
> On 26.06.2018 06:55, caigner wrote:
> > Ich bin gestern an einem Schild vorbei gekommen, welches eine zeitlich
> > begrenzte Straßensperre (wegen Bauarbeiten) ankündigt.
> ...
> > Ab wann: 9.7.2018
> > 
> > Bis wann: voraussichtlich 3.8.2018
> ...
> > Kann man die schon vorab in OSM eintragen, so daß sie erst mit dem
> > Stichtag aktiv wird?
> > 
> > Und kann man auch gleich das Ende dazu eintragen, damit die Sperre
> > wieder automatisch aufgehoben wird?
> 
> opening_hours=2018 Jul 07-31 off; 2018 Aug 01-03 off
> oder
> access=no@2018 Jul 07-31; no@2018 Aug 01-03
> 
> Auswerten tut das aber keiner, und die meisten Navi-Nutzer werden ihre Daten 
> erst dann aktualisieren, wenn die Baustelle längst vorbei ist. Darum finde 
> ich es zwecklos, Baustellen einzutragen, die weniger als 1 Monat lang 
> bestehen.
> 
> Außerdem ist das Ende-Datum ja noch gar nicht sicher. Vielleicht ist der 
> Umbau schon früher fertig, dann routest du Leute über einen Umweg, der gar 
> nicht mehr nötig ist.
> 
> Im konkreten Fall hast du außerdem das Problem, dass du noch nicht genau 
> weißt, von wo bis wo die Straße gesperrt sein wird. Kann auch sein, dass ein 
> Abschnitt die ersten 2 Wochen, ein anderer die nächsten 2 Wochen gesperrt ist.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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


Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

2018-06-26 Per discussione Florian LAINEZ
Hey,
Vu que vous vous penchez sur le hardware, voici un appel à projet de
l'ADEME sur le sujet qui pourrait vous intéresser :
http://wiki.lafabriquedesmobilites.fr/wiki/Appel_%C3%A0_Manifestation_d%27Int%C3%A9ret_Boitier_Open_Source

Le jeu. 31 mai 2018 à 01:23, Stéphane Péneau  a
écrit :

> Je n'ai pas eu le temps de m'occuper de ce projet ces dernières semaines
> (trop occupé avec le V4MBike), mais je vais m'y remettre.
>
> Pour les intéressés qui viennent au Sotm à Bordeaux ce week-end, le moment
> pour en parler sera le samedi, entre 16h et 17h30, dans la Salle 3 :
> "Matériel de collecte"
> Smartphones, tablettes, caméras, récepteurs GNSS, APN, vélos, voitures,
> raspberry, arduino, etc.
> 1. Chacun a ses méthodes pour utiliser son matériel de collecte, ses
> petites astuces d'utilisation. Alors échangeons.
> 2. Utiliser, c'est bien. Modifier, bidouiller, créer, c'est encore mieux.
> Discutons-en !
> 3. Nous pourrons aussi progresser sur le projet de récepteur GNSS envisagé
> sur la liste de discussion.
> A samedi !
>
> Stéphane
>
> Le 07/04/2018 à 07:29, Stéphane Péneau a écrit :
>
> Le 06/04/2018 à 20:38, David Marchal a écrit :
>
> Euh… Je me représente pas bien le truc : autant une antenne à plat, type
> patch, je vois bien comment l’arranger sur moi, mais ce type d’antenne, je
> vois pas trop.
>
> Cordialement.
>
>
> Regarde cette plaquette, c'est ce type d'antenne qu'on voit sur la photo
> qui est en haut à gauche :
>
> https://www.datagnss.com/wp-content/uploads/2018/02/D302-RTK_datasheet_ver2017.12.pdf
>
> Stf
>
> ___
> 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
>


-- 

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


[Talk-it] Rendering delle modifiche

2018-06-26 Per discussione Francesco Giunchino
Salve a tutti, sono nuovo da queste parti e anche abbastanza inetto, però da 
qualche giorno ho comunque iniziato a modificare la mappa là dove mancano delle 
informazioni.

Non mi è chiara una cosa però, le modifiche che ho apportato non sono visibili 
da un certo zoom in poi (già da quando l'unità di riferimento diventa 2 km). Ho 
pensato che fosse per via delle dimensioni delle aree che avevo aggiunto (ho 
pensato fossero troppo piccole) ma non credo sia per quello, perché ci sono 
aree della stessa grandezza che sono comunque visibili a quegli zoom.

Vi chiedevo quindi come mai non riesco  ancora a vederle anche a distanza di 
settimane dalle modifiche.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-de] Bing-Luftbilder - Aktualität

2018-06-26 Per discussione chris66

Am 26.06.2018 um 08:54 schrieb Markus:

Hallo Norbert,


Schon mal Rechtsklick (Kontextmenü) versucht?


ich vermute:Capture Date
da steht:   10/18/2010-10/6/2013



Capture Date ist das gesuchte Datum, ist allerdings nicht in allen
Sat-Bildern verfügbar.

Grüße
Chris





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


Re: [Talk-de] Bing-Luftbilder - Aktualität

2018-06-26 Per discussione Markus
Hallo Norbert,

> Schon mal Rechtsklick (Kontextmenü) versucht?

ich vermute:Capture Date
da steht:   10/18/2010-10/6/2013

Klingt nach uralt...
und die 3-jährige Zeitspanne klingt irgendwie auch nicht so passend.

Oder meinst Du etwas anderes?

Beispielsweise in der Nordsee möchte ich schon gerne wissen, in welchem
Jahr und Monat das Bild aufgenommen wurde (Dünen, Priele, Windparks)
und zu welcher Stunde (Wasserstand der Küstenlinie).

Auch bei Häusern ist es ja interessant zu wissen, ob es da Neubauten
oder Abbrüche gab - und wann.

Gruss, Markus

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


Re: [OSM-talk-fr] Ajout de clés à l'index de Nominatim

2018-06-26 Per discussione Christian Quest
Le 24 juin 2018 à 12:43, François Lacombe  a
écrit :

> Le nom d'une rue n'est rien d'autre qu'une référence métier, chercher dans
> name=* n'a de générique que le périmètre géographique éventuellement.
>


Mouais... c'est quoi une "donnée métier" ?

C'est pour moi une donnée utilisée par un métier ou un secteur d'activité
particulier, mais pas au delà ou très peu.

Le nom d'une rue est utilisé bien au delà d'un métier ou d'un secteur
d'activité, ça en fait une information très générique à laquelle beaucoup
de monde fait référence quel que soit son métier ou secteur.

Il me parait donc normal que nominatim n'indexe pas les ref:xx:yyy, il
pourrait éventuellement le faire sur les ref=* qui sont d'ailleurs des
identifiants jugés suffisamment génériques pour qu'il atteignent cette clé
générique.

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


Re: [Talk-at] zeitlich begrenzte Straßensperren

2018-06-26 Per discussione Friedrich Volkmann

On 26.06.2018 06:55, caigner wrote:

Ich bin gestern an einem Schild vorbei gekommen, welches eine zeitlich
begrenzte Straßensperre (wegen Bauarbeiten) ankündigt.

...

Ab wann: 9.7.2018

Bis wann: voraussichtlich 3.8.2018

...

Kann man die schon vorab in OSM eintragen, so daß sie erst mit dem
Stichtag aktiv wird?

Und kann man auch gleich das Ende dazu eintragen, damit die Sperre
wieder automatisch aufgehoben wird?


opening_hours=2018 Jul 07-31 off; 2018 Aug 01-03 off
oder
access=no@2018 Jul 07-31; no@2018 Aug 01-03

Auswerten tut das aber keiner, und die meisten Navi-Nutzer werden ihre Daten 
erst dann aktualisieren, wenn die Baustelle längst vorbei ist. Darum finde 
ich es zwecklos, Baustellen einzutragen, die weniger als 1 Monat lang bestehen.


Außerdem ist das Ende-Datum ja noch gar nicht sicher. Vielleicht ist der 
Umbau schon früher fertig, dann routest du Leute über einen Umweg, der gar 
nicht mehr nötig ist.


Im konkreten Fall hast du außerdem das Problem, dass du noch nicht genau 
weißt, von wo bis wo die Straße gesperrt sein wird. Kann auch sein, dass ein 
Abschnitt die ersten 2 Wochen, ein anderer die nächsten 2 Wochen gesperrt ist.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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