[OSM-talk-be] Lancement de formations en cartographie sur QGIS - 28 & 29 janvier 2019 à l’ULB

[joost schouppe]

Hi,

Our friend Maelle asked to inform you about their upcoming QGIS training,
in Brussels, in French. All the info below!


-- Forwarded message -
From: Mathieu Strale 
Date: jeu. 23 déc. 2018 à 11:36
Subject: Lancement de formations en cartographie sur QGIS - 28 & 29 janvier
2019 à l’ULB
To: Mathieu Strale 


Bonjour à tou.te.s,
Nous sommes heureux de vous annoncer l’ouverture de *nouveaux modules de
formation*, organisés par l'Institut de Gestion de l'Environnement et
d'Améngement du territoire (IGEAT-ULB) et qui vous permettront d'apprendre
à *réaliser des cartes au moyen du logiciel QGIS* à *l’Université Libre de
Bruxelles*.

La *première session* de formation de deux jours aura lieu les *2**8 & 29
janvier 2019*. *Les inscriptions sont ouvertes pour cette session*.

*Une deuxième session aura lieu les 20 et 21 mai pour le premier module de
formation, et les 23 et 24 mai pour le second module.*

Les *informations détaillées* sur ces formations et le *lien vers les
inscriptions* sont disponibles ici :
*https://cartulb.ulb.be/  *
*Nous le savons, la cartographie constitue une source de données de base
pour l’analyse, la planification, le suivi, et l’évaluation des actions de
développement dans de nombreux secteurs, que ce soit la prévention des
risques naturels, l’environnement et la gestion des ressources naturelles,
l’aide à la décision dans les domaines de la santé, du développement urbain
et rural, du développement économique, de la gestion de la population, de
la résolution des conflits, etc... Une bonne carte peut faire la
différence, que ce soit pour localiser un phénomène, ou pour communiquer
entre institutions.*

*Or, il n'est pas toujours facile de s'y retrouver parmi les outils
disponibles... De plus, une maîtrise mal assurée de ces outils conduit à de
mauvaises utilisations et peut avoir des conséquences déplorables en termes
de communication et décision. Pour avancer sur ce sujet capital,*

*QGIS est un outil de cartographie libre, gratuit, très complet, qui offre
des possibilités plus étendues que Google MyMaps pour ne citer que
celui-là. QGIS permet par exemple de réaliser des cartes hors-ligne, de
générer des cartes grands formats, de charger les fonds de carte Urbis ou
IGN, et de gérer un nombre pratiquement illimité d'objets et de couches.
Enfin, les cartes peuvent être publiées en ligne ou exportées pour être
réutilisées.** Ce sera aussi l'occasion de partager des expériences entre
apprenants, collègues, et, finalement, d'en ressortir avec une vision plus
large qu'en ayant simplement regardé un tutoriel en ligne.*

*Des questions?* n'hésitez pas à contacter Mathieu Strale (mstr...@ulb.ac.be),
notre responsable de formation.

N'hésitez pas à diffuser ce mail à vos contacts si vous pensez qu'ils
seraient intéressés.

En attendant, nous vous souhaitons de très belles fêtes de fin d'année,


L'équipe de
formation









-- 
Maëlle VERCAUTEREN DRUBBEL
Coordinatrice du stage SIG Libres ARES

Département Géosciences, Environnement et Société
Université Libre de Bruxelles
Bureau: S.DB.6.143
CP 130/03
Av. F.D. Roosevelt 50
1050 Bruxelles
Belgique
Tél.: 02/650.68.14 Fax: 02/650.50.92
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-es] Error al crear un proyecto en el Gestor de Tareas

[Javier Sánchez Portero]

Envíame por curro los tres archivos geojson.

El vie., 4 ene. 2019 16:00, Jordi MF  escribió:

> Hola,
>
> Por fin estoy a punto de crear el proyecto de importación de Catastro del
> municipio de Benlloc. Espero que sea el primero de otros más.
>
> Me ha surgido un último problema a la hora de crear el proyecto en el
> Gestor
> de Tareas. En el Paso 3 del gestor, después de adjuntar el archivo
> "zoning.geojson", me devuelve al Paso 1 con el siguiente mensaje informando
> del error:
>
> "Lo sentimos, no se pudo crear el proyecto. (DataError) Geometry type
> (GeometryCollection) does not match column type (Multipolygon)"
>
> Me he fijado que en la previsualización del mapa, en el paso 3, se observa
> una área no sombreada de azul por el gestor [1]. Es decir, parece que el
> Gestor de Tareas no detecta esa tarea. Esta misma área sí que queda
> sombreada en la previsualización si utilizo el archivo
> "rustic_zoning.geojson".
>
> He usado la versión de desarrollo 1.2 de CatAtom2Osm para generar los
> archivos. ¿Es posible que se trate de algún error del archivo
> "zoning.geojson"? ¿Vale la pena repetir el proceso sin usar la versión de
> desarrollo de CatAtom2Osm?
>
> [1] https://drive.google.com/open?id=1HmvYfnKur0xt1cJQUJp8OCnA2Ry-30uq
>
>
>
> --
> 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] Quelle nouvelle année pour OSM ?

[osm . sanspourriel]

> Il est vrai que la dépression semble si énorme que personne n’a pensé 
à faire de cartes OSM des rond-points en folie ;-).
Si si , il y avait même l'indication des forces de polices notés un peu 
à la manière d'un radar "zone de danger" ;-).


Tes vœux c'est trouver quelqu'un-e à l'aise en français et en anglais, 
investi sur cette liste et prêt à s'invertir au niveau de la fondation 
tout en étant conscient des enjeux culturels. Et ayant du temps. Je me 
demande pourquoi des milliers de personnes n'ont pas répondu ^^. 
J'attendrai la retraite pour répondre ;-) mais effectivement même une 
seule personne faisant le lien peut faire la différence. Même un ne 
faisant que suivre des deux côtés et alertant l'autre communauté si 
besoin peut avoir un vrai impact (je l'ai fait dans un autre contexte 
sauf que j'ai agi directement avec une personne de l'autre communauté : 
trois fois rien mais impact important).


Pour la quantité de messages, il y a quelques personnes qui 
n'interviennent plus ou qui interviennent moins. Pour moi ça s'appelle 
le temps libre disponible. ET on peut discuter entre nous sans le mettre 
sur la liste.


Pour revenir aux zones de dangers, à ma demande _s_'il fallait envisager 
un projet du mois sur les 80/90 km/h je m'étais seulement mangé une 
réponse hors sujet (disant ce qu'il fallait pour faire un projet du mois 
et que ce n'était donc pas un projet du mois puisque qu'un message sur 
une liste de discussion).
Parmi mes dadas, la chasse aux informations fausses. Et 90 % des limites 
à 90 dans OSM sont devenues des informations fausses.


J'ai corrigé l'essentiel en Bretagne :
- récupération des zones à 90 sans nombre de voies dans JOSM :
[out:json][timeout:250];
// gather results
(
  node["maxspeed"="90"][!"lanes"]({{bbox}});
  way["maxspeed"="90"][!"lanes"]({{bbox}});
  relation["maxspeed"="90"][!"lanes"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

- sélection des nœuds et voies et passage à 80. Oui c'est faux car il 
peut y avoir des routes sans nombre de voies.


- sélection des radars à 90 :

maxspeed=90 enforcement

- ajout ans la todolist. Un avantage c'est qu'on zoome au bon niveau 
pour voir le nombre de voies.


En général on ne voit que le radar sur une deux voies, on le passe à 80.

Exceptionnellement on tombe sur un radar sur une 2x2 voies qui a été 
téléchargée.


Alors on gagne le droit de mettre
maxspeed=90
lanes=2

sur la voirie. Je suis tombé sur la N171 du côté de Montoir-de-Bretagne 
qui n'avait pas été taguée 2x2 voies. C'est le seul problème trouvé.


Ce n'est pas du 100 %, il y a quelques 3 voies et là sans aller sur 
place difficile de savoir ce que la collectivité a choisi. Ou des voies 
pas à sens unique indiquées lanes=2 que je n'ai pas passées en revue.


Mais avec la vérification des radars on ne doit pas avoir passé trop de 
voies de 90 à 80.


Pour le moment la zone à 90 la plus débile que j'ai trouvée (et qui 
était correctement décrite dans OSM) c'est moins de 100 m à 90 du côté 
de Rédéné. Au niveau d'un carrefour (non traversant, ouf) et jouxtant un 
lotissement. Dans le genre application bête du règlement ce n'est pas 
mal. Record à battre ?


Pour revenir sur les projets du mois, ils sont à annoncer sur les 
différents canaux, je suppose que c'est ce qui est fait.


Jean-Yvon

Le 04/01/2019 à 18:41, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :
J’avais envoyé ce message sur cette liste au moment de l’arrivée de la 
nouvelle année. J’ai été étonné qu’il n’ait eu aucun écho, alors que 
des "messages de service » sont arrivés ensuite.
Autrefois (comprendre « il y a une pincée d’années »), les voeux entre 
membres de la liste arrivaient en rafales. Perte de moral ?
Il est vrai que la dépression semble si énorme que personne n’a pensé 
à faire de cartes OSM des rond-points en folie ;-).


Christian R.


Le 1 janv. 2019 à 00:48, Christian Rogel 
> a écrit :


C’est le moment de faire des voeux pour le développement 
d’OpenStreetMap en 2019.


L’entreprise collective (ce n’est plus un projet) a certainement 
beaucoup à engranger du fait de la hausse des tarifs de Google Maps, 
mais, la supervision par la communauté sera d’autant plus nécessaire 
(surtout dans les grandes villes) que des sociétés commerciales 
seront tentées d’arranger les éléments géographiques selon leurs 
visions et intérêts.


La Fondation OSM admet que celles qui ont des intèrêts commerciaux 
dans le géospatial puissent avoir une place, limitée au  consultatif, 
surtout celles qui veulent bien partager une fraction de leur 
technicité et de leurs outils.


Grâce à un appel judicieux, la communauté française a su renforcer sa 
place numérique dans le millier de membres de la FOSM, mais, il reste 
à avoir de bons anglophones qui ont du temps et des moyens pour 
transmettre nos points de vue. Le fait que l’association OSM France 
soit devenu un « chapitre officiel » de la Fondation est un pas 
intéressant, mais 

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Vincent Privat]

Le ven. 4 janv. 2019 à 18:33, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
> Ensuite, ils verront les avantages de JOSM et seront encouragés à
> l’utiliser s’ils y trouvent une couche localisée.
>

Et à le traduire ?
https://translations.launchpad.net/josm/trunk/+pots/josm/br/+details
https://translations.launchpad.net/josm/trunk/+pots/josm/eu/+details
https://translations.launchpad.net/josm/trunk/+pots/josm/oc/+details
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cad'ortho de Noël...

[Vincent Privat]

Sachant que j'ai déjà listé par mal d'infos côté JOSM et que je continue
quand j'ai le temps:
https://josm.openstreetmap.de/wiki/Maps/France

Mais tout le monde peut aider, le wiki est communautaire.
A+
Vincent

Le ven. 4 janv. 2019 à 14:43, Christian Quest  a
écrit :

> C'est bien ce que j'envisageais... rajouter une colonne "attribution"
>
> Le ven. 4 janv. 2019 à 13:47, Augustin Doury  a écrit :
>
>> Merci pour le retour. Du coup on pourrait rajouter les attributions dans
>> une nouvelle colonne du tableau de la page Wiki.
>>
>> Après quelques recherches je trouve quelques pistes dans les issues
>> Github qui référencent certaines sources :
>> https://github.com/osm-fr/infrastructure/issues?utf8=%E2%9C%93=is%3Aissue+is%3Aopen+ortho
>>
>> N'ayant pas participé à l'identification des sources et à leur
>> intégration je ne suis pas sûr de pouvoir réellement aider, mais s'il y a
>> davantage d'infos quelque part à éplucher je peux essayer.
>>
>> Bonne journée,
>>
>> Augustin
>>
>> Le 2019-01-04 13:25, Christian Quest a écrit :
>>
>> Il faut compléter cette page de wiki.
>>
>> Tout ce qui est dans ce tableau est sous licence ouverte, mais
>> effectivement les attributions sont différentes en fonction des zones.
>>
>> J'ai aussi prévu de générer des shapefile/geojson avec les emprises de
>> chaque source pour à terme avoir une API interrogeable qui dit ce qu'on
>> voit sur une zone donnée...
>>
>>
>> Le ven. 4 janv. 2019 à 10:28, Augustin Doury  a
>> écrit :
>>
>>> Salut,
>>> Un grand merci pour ce gros boulot d'aggrégation ! c'est super.
>>> Dans les crédits de la uMap on trouve ce lien :
>>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
>>> Y a-t-il un endroit où on trouve la liste des sources et des licences
>>> associées ? elles sont issues d'ici
>>> http://professionnels.ign.fr/orthohr-par-departements#tab-3 et donc
>>> sous LO ?
>>> Bonne journée,
>>> Augustin
>>>
>>> Le 2019-01-04 08:35, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT
>>> GE PPE) a écrit :
>>>
>>> Enfin sur Lyon, l'orthophoto est surtout à 8 cm. La prise de vue drone (
>>> a 1 cm) ne concerne que moins de 10 ha.
>>>
>>>
>>>
>>> *De :* Christian Quest [mailto:cqu...@openstreetmap.fr]
>>> *Envoyé :* jeudi 3 janvier 2019 23:17
>>> *À :* Discussions sur OSM en français 
>>> *Objet :* Re: [OSM-talk-fr] Cad'ortho de Noël...
>>>
>>>
>>>
>>> Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de
>>> 2015 publiée en opendata par la région Grand Est.
>>>
>>> J'ai aussi ajouté l'ortho 2015 de Brest.
>>>
>>>
>>>
>>> Vous trouverez sur la carte umap des marqueurs pour les ortho les plus
>>> récentes ou d'une résolution au delà de 20cm
>>>
>>>
>>>
>>>
>>> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714
>>>
>>>
>>>
>>> Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé.
>>>
>>>
>>>
>>>
>>>
>>> Le ven. 28 déc. 2018 à 18:17, Christian Quest 
>>> a écrit :
>>>
>>> Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est
>>> pas encore parfait pour certaines (quand le blanc n'est pas si blanc que
>>> ça).
>>>
>>>
>>>
>>> J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça
>>> aide.
>>>
>>>
>>>
>>> Ajout de:
>>>
>>> - l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur
>>> 8 départements
>>>
>>> - Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise
>>> de vues)
>>>
>>> - Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes,
>>> la Manche arrive
>>>
>>>
>>>
>>>
>>>
>>> Le jeu. 27 déc. 2018 à 16:24, Christian Quest 
>>> a écrit :
>>>
>>> Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA,
>>> une partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas
>>> encore intégrésur la BD Ortho).
>>>
>>>
>>>
>>> La couche 'orthohr' combine toutes les années et mettant les plus
>>> récentes en avant.
>>>
>>> J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos
>>> FR avec les plus récentes et les plus hautes def en priorité.
>>>
>>>
>>>
>>> Il y a encore quelques trucs à améliorer:
>>>
>>> - des zones blanches en bord d'une ortho qui masquent la voisine
>>>
>>> - un précalcul pour accélérer certains affichages
>>>
>>>
>>>
>>>
>>>
>>> Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM 
>>> a écrit :
>>>
>>> Quel Cad'Ô génial, merci !
>>>
>>> Dans josm j'ai ajouté orthohr_2017 :
>>> tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/
>>> {zoom}/{x}/{y}
>>>
>>> Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix
>>> en provence):
>>> https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png
>>>
>>> As tu une idée du pourquoi ?
>>>
>>> Cyrille37
>>>
>>> Le 27/12/2018 à 11:30, Christian Quest a écrit :
>>>
>>> J'ai complété la wiki:
>>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
>>>
>>>
>>>
>>> Le détail des couches couvrant une partie du territoire français a été
>>> ajoutée.
>>>
>>>
>>>
>>> Au 

Re: [talk-cz] WeeklyOSM CZ 439

[Jan Macura]

Ahoj,

On Fri, 4 Jan 2019 at 10:37, Marián Kyral  wrote:

> nejvíc mě zaujaly problémy na datové hranici. Jsem moc rád, že tohle ve
> středu Evropy nemusíme řešit :-D
>

datová hranice s tím vlastně vůbec nesouvisí (je to špatně i v en
originále), problém dělá samotný přechod přes 180° délky. A kdyby JOSM
nepoužíval defaultně Mercatorovo zobrazení, tak by nejspíš bylo po
problémech...

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

[Talk-GB] Lees Footpath Mapping tomorrow

[SK53]

Dear All,

I have made a 1:20k map showing missing paths in the area around Lees
Derbyshire. Dudley will be doing the small network around Kirk Langley in
the morning.

There is also a KML file of the completely missing paths suitable for use
with Maps.Me.

I suggest we focus on the large network of paths to the W of Lees.

The map on the Wiki page:
https://wiki.openstreetmap.org/wiki/Nottingham/Mapping_Meetup/New_Year_2019#2019_New_Year_Meeting_:_Date:_Saturday_5th_January_2019

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

Re: [Talk-es] Participación en Jornadas SIG Libre 2019

[Miguel Sevilla-Callejo]

Hola a todos

Mi intención era ir a las jornada de SIG Libre de este año y claro está, me
encantaría poder llevar algo de OpenStreetMap, ya fuera de la comunidad en
general, como lo que propone Lanxana del catastro o algo propio de lo que
estamos haciendo en el grupo de Mapeado Colaborativo en Zaragoza, o algo en
conjunto y mixto.

Personalmente me había planteado la posibilidad de llevar, al menos una
comunicación sobre el tema de la accesibilidad usando OpenStreetMap, al
hilo del trabajo que presentó y que sigue haciendo Nacho Orte [1] pero me
gustaría ir más allá si hay más gente interesada de la comunidad y preparar
no solo una comunicación si no también un taller sobre el tema que, además
incluyera una mapping party en Girona en los días de las jornadas. Así, de
paso aprovechamos para coordinarnos todas las personas interesadas en este
interesante tema. ¿Alguien interesado?

Con lo del tema del catastro, ya sea solo para una comunicación y/o más un
taller usando JOSM me presto ayudar e incluso impartir la presentación pero
yo/nosotros en Zaragona no me/nos he/hemos metido aún con lo de la
importación del Catastro y mi/nuestra experiencia es reducida al respecto.

Creo que la cosa es saber quien vamos a ir, qué intereses tenemos y hasta
dónde podemos llegar. Por el momento creo que solo hemos confirmado nuestra
intención firme de asistir Lanxana, Nacho y yo

¿Quién se une?

[1] Trabajo Final de Grado OSM - accesibilidad -->
https://lists.openstreetmap.org/pipermail/talk-es/2019-January/016510.html

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Thu, 3 Jan 2019 at 01:11, Javier Sánchez Portero 
wrote:

> Yo también puedo colaborar. Lo que hace falta es que alguien se anime a
> asistir e impartir la presentación.
>
> El mié., 2 ene. 2019 a las 17:34, Lanxana . ()
> escribió:
>
>> Buenas,
>>
>> retomo la discusión porque en unos días se cerrará el plazo para
>> presentar las propuestas.
>>
>> Tema tutoriales, creo que se podría combinar entre los vídeos que
>> propones y talleres presenciales. En todo caso, tras darle unas vueltas y
>> plantearme la pregunta al revés, creo que un taller sobre importación de
>> catastro no se ajustaría a las Jornadas, dado que son herramientas con
>> objetivo muy concreto. En cambio, un taller sobre JOSM podría interesar a
>> más público, ya sea a quien edita desde web y no se atreve a dar el paso,
>> como a quien no ha editado nunca.
>>
>> Sobre la presentación, sigo pensando que estaría bien hacerla, aunque sea
>> sin entrar en la parte más técnica del código. Entiendo que son muchas
>> horas que has dedicado ya a desarrollar el código, pero como no me he
>> enfrentado al proceso de importación en sí, sería interesante que alguien
>> que sí lo haya hecho se animara a contar su experiencia.
>>
>> Personalmente puedo echar una mano en cualquiera de las dos propuestas,
>> pero no me veo capaz de llevarlas en solitario.
>>
>> En todo caso, si nadie se anima y no se hacen, podemos ir hablando de los
>> videotutoriales, que es algo de lo que ya se habló en la última reunión.
>>
>> Saludos
>>
>>
>> El lun., 26 nov. 2018 a las 20:42, Javier Sánchez Portero (<
>> javiers...@gmail.com>) escribió:
>>
>>> Hola
>>>
>>> Me parece una idea genial. Lo que comentas de los tutoriales lo tenía en
>>> mente con el fin de facilitar a gente con cualquier nivel digerir la guía
>>> de importación. Pensaba en videotutoriales a partir de capturas de sesiones
>>> de trabajo en Josm comentadas con audio. Sería un trabajo que quedaría
>>> disponible para consulta en la red a un público potencialmente muy amplio,
>>> mientras que los talleres en unas jornadas están limitados a unas fechas y
>>> patrticipantes concretos.
>>>
>>> Si salieran adelante estos vídeo tutoriales, sería fácil para cualquiera
>>> un poco puesto en la materia asimilar el contenido e impartirlo en forma de
>>> taller en estas jornadas y en cualquiera otras.
>>>
>>> El problema por el que no había comentado esto antes, es que no tengo
>>> más tiempo. Desarrollar el código, importar mis proyectos, validar los de
>>> otros cuando puedo... y varios temas pendientes como preparar la
>>> importación de las direcciones de Barcelona.
>>>
>>> Si alguien se anima a participar y encontramos la forma de dividir el
>>> trabajo y hacerlo colaborativo cuenten conmigo. Podríamos comenzar haciendo
>>> unos guiones de los contenidos y a partir de ahí se puede darles forma de
>>> videotutorial, taller o lo que queramos. La wiki podía ser un punto de
>>> partida.
>>>
>>> Respecto a la comunicación, quizá sería lo más fácil de hacer, pero es
>>> que tampoco estoy muy animado en gastar días de vacaciones y dinero en ir
>>> de Canarias a Girona. ¿Alguien se anima a impartirla?
>>>
>>> Saludos, Javier
>>>
>>>
>>> El sáb., 24 nov. 2018 12:12, Lanxana .  escribió:
>>>
 Buenos días,

 Esta semana se ha abierto la convocatoria a comunicaciones, talleres y
 tutoriales para las Jornadas SIG Libre, que se celebrarán en Girona los
 

[Talk-Kosovo] Editing and Data Collection

[Kiana Ziola]

Greetings, 

I work for KAART   and I am writing 
because our company contributes to the OSM community in several countries by 
adding data that is advantageous for navigation software. Our team will begin 
groundwork and data collection in Serbia, Kosovo, and Macedonia this month. We 
will then edit data in these areas in the following months.  I am reaching out 
to active editors and trying to connect to see if anyone is located in any of 
theses countries. I would like to use this message to actively open up a line 
of communication about editing or possibly meeting up with the active OSM 
community. 

Cheers,
Kiana___
Talk-Kosovo mailing list
Talk-Kosovo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-kosovo

[OpenStreetMap Serbia] Editing and Data Collection

[Kiana Ziola]

Greetings, 

I work for KAART   and I am writing 
because our company contributes to the OSM community in several countries by 
adding data that is advantageous for navigation software. Our team will begin 
groundwork and data collection in Serbia, Kosovo, and Macedonia this month. We 
will then edit data in these areas in the following months.  I am reaching out 
to active editors and trying to connect to see if anyone is located in any of 
theses areas. I would like to use this message to actively open up a line of 
communication about editing or possibly meeting up with the active OSM 
community. 

Cheers,

Kiana___
Talk-rs mailing list
Talk-rs@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-rs

Re: [OSRM-talk] Install OSRM on MacOs

[Daniel Patterson]

Check out the Wiki page at:
https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM

With OSRM 5.x, the names of some of the tools changed.  You will now want
to run `osrm-extract -p profiles/car.lua yourmap.osm` then `osrm-contract
yourmap.osrm`

daniel

On Fri, Jan 4, 2019 at 9:33 AM Didier Doumerc  wrote:

> Hi,
>
> Since I can't upgrade whith a new map (crash when running osrm-prepare), I
> try to reinstall OSRM.
>
> Once I have reinstalled ORSM, I can extract the new map, but I don't find
> osrm-prepare anymore. I don't know what to do before running osrm-routed.
>
> Is someone can give me a link please to a clear and complete install
> method ?
>
> Thanks and happy new year...
>
> Didier
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Quelle nouvelle année pour OSM ?

[Christian Rogel]

J’avais envoyé ce message sur cette liste au moment de l’arrivée de la nouvelle 
année. J’ai été étonné qu’il n’ait eu aucun écho, alors que des "messages de 
service » sont arrivés ensuite.
Autrefois (comprendre « il y a une pincée d’années »), les voeux entre membres 
de la liste arrivaient en rafales. Perte de moral ?
Il est vrai que la dépression semble si énorme que personne n’a pensé à faire 
de cartes OSM des rond-points en folie ;-).

Christian R.


> Le 1 janv. 2019 à 00:48, Christian Rogel  a 
> écrit :
> 
> C’est le moment de faire des voeux pour le développement d’OpenStreetMap en 
> 2019.
> 
> L’entreprise collective (ce n’est plus un projet) a certainement beaucoup à 
> engranger du fait de la hausse des tarifs de Google Maps, mais, la 
> supervision par la communauté sera d’autant plus nécessaire (surtout dans les 
> grandes villes) que des sociétés commerciales seront tentées d’arranger les 
> éléments géographiques selon leurs visions et intérêts.
> 
> La Fondation OSM admet que celles qui ont des intèrêts commerciaux dans le 
> géospatial puissent avoir une place, limitée au  consultatif, surtout celles 
> qui veulent bien partager une fraction de leur technicité et de leurs outils.
> 
> Grâce à un appel judicieux, la communauté française a su renforcer sa place 
> numérique dans le millier de membres de la FOSM, mais, il reste à avoir de 
> bons anglophones qui ont du temps et des moyens pour transmettre nos points 
> de vue. Le fait que l’association OSM France soit devenu un « chapitre 
> officiel » de la Fondation est un pas intéressant, mais la Fondation, si elle 
> a su susciter plusieurs « succursales locales », n’a pas encore trouvé moyen 
> d’en faire une force détectable au niveau international.
> 
> Ce qui nous serait utile à court terme, c’est des statistiques digestes de ce 
> qui se fait sur le territoire de la France. Des projets du mois ou de la fin 
> d’année sont bien lancés, et uniquement par des membres de cette liste de 
> discussions, mais, cela ne fait pas encore masse pour être bien connu.
> 
> Finalement, accroître l’utilisation de dcelle-ci serait bien utile, mais, il 
> y a des résistances et es évolutions. Pourtant, le flux a sensiblement baissé.
> Croyez-vous que d’autres moyens lui font concurrence ?
> Cela ne semble pas être le cas des listes régionales qui ont plus ou moins 2 
> douzaines de messages/mois. Pas Facebook ou Slack. Twitter et Mastodon ne 
> servent qu’à des brèves intermittentes.
> 
> En attendant de résoudere ces mystères, alez faire un tour sur le site rénové 
> d’OpenStreetMap France , on y trouve des infos 
> et un peu d’articles de blog.
> 
> 
> Bonne année 2019 à tous et le maximum d’entre nous début juin à Montpellier 
> (State of the Map France).

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

[OSRM-talk] Install OSRM on MacOs

[Didier Doumerc]

Hi,

Since I can't upgrade whith a new map (crash when running osrm-prepare), I try 
to reinstall OSRM. 

Once I have reinstalled ORSM, I can extract the new map, but I don't find 
osrm-prepare anymore. I don't know what to do before running osrm-routed.

Is someone can give me a link please to a clear and complete install method ?

Thanks and happy new year...

Didier

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

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Christian Rogel]

> Le 4 janv. 2019 à 13:29, Christian Quest  a écrit :
> 
> +1 un rendu "générique" ne permet pas de contribuer efficacement car il faut 
> cherche les aiguilles manquantes dans la meule de foin !
> 
> Pour quelque chose plus facile d'accès que des requêtes overpass, un rendu 
> dédié est par contre possible, sur le modèle de ceux disponibles sur layers 
> ou le rendu QA, BANO, etc qui servent à aider à la contribution.
> 
> 
> Le ven. 4 janv. 2019 à 11:02, marc marc  > a écrit :
> Le 03.01.19 à 23:35, osm.sanspourr...@spamgourmet.com 
>  a écrit :
> > voir rapidement les noms manquants dans la langue en question.
> 
> voltiger sur un rendu à différents niveau de zoom pour espérer trouver 
> visuellement un nom manquant dans une langue me semble inefficace.
> 
> Utiliser overpass me semble bien plus adapté avec une requête du genre 
> nwr[name][!"name:br"] avec quelques critères supplémentaires (par ex 
> commencer par les entités administratives puis les place=*).
> 
> Combiné avec nomino ce serrait sans doute le plus efficace/pratique
> pour un nouveau contributeur axé "nom dans une langue donnée"

La question de mise à disposition de rendus « linguistiques » ne peut pas être 
vue du point de vue des contributeurs expérimentés (oubliez overpass). Celui 
qui veut ajouter des toponymes ne cherche pas dans une meule de foin.
Il a seulement besoin de savoir où ce se passe et où ça ne se passe pas.

Dans le vaste Midi, c’est iD qui va servir de porte d’entrée et le rendu FR 
servira, d’abord à vérifier l’avancement (et la QA), et beaucoup plus tard, à 
chercher les manques. Il s’agit de contributeurs, polarisés au début, puis, se 
prenant au jeu de rectifier ou compléter l’environnement des toponymes.
Ensuite, ils verront les avantages de JOSM et seront encouragés à l’utiliser 
s’ils y trouvent une couche localisée.

Il y a un enjeu plus gros que certains l’entrevoient, car, (re)nommer sur une 
carte est gratifiant, un peu comme quand nous tracions dans le vide il y a 
quelques années.
Un nouveau levier de contribution, qui, apportera une publicité à OSM.

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

Re: [Talk-lt] Užtvankos

[Tomas Straupis]

Sveiki

  Išbandžiau užtvankas ant keliasdešimties objektų - viskas lyg ir gražu.
  Jei nėra prieštaravimų, būčiau linkęs Kauno HE waterway=dam perkelti
ant Marijampolės plento.

  Beje, įdomų variantą radau. Štai šioje vietoje yra užtvanka:
  https://topo.openmap.lt/#t/15.88/55.12122/23.75627/0/0/
  Kur dabar ją žymėti? :-) Automagistralės keliai tai du. Ant vieno iš
kelių? Per vidurį (nebus sąsajos su keliu). Patogiausia būtų
šiaurinėje dalyje (Kauans->Klaipėda).

-- 
Tomas

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

Re: [Talk-cat] Salutació

[Jaume Figueras i Jové]

Benvingut Ricard!!

On 04/01/2019 13:37, Ricard Josa wrote:

Bon dia

Seguint la invitació de jqngarcia i no disposant de Telegram, m'apunto
a aquesta llista de correus,

Sóc excursionista i aprofito les excursions que faig per afagir coses
que no hi son a l'OSM.

Celebro la ràpida solució als meus errors

Salutacions

Ricard Josa

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



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

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

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

Ubuntu User #14347 - Linux User #504317

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

[Talk-es] Error al crear un proyecto en el Gestor de Tareas

[Jordi MF]

Hola,

Por fin estoy a punto de crear el proyecto de importación de Catastro del
municipio de Benlloc. Espero que sea el primero de otros más.

Me ha surgido un último problema a la hora de crear el proyecto en el Gestor
de Tareas. En el Paso 3 del gestor, después de adjuntar el archivo
"zoning.geojson", me devuelve al Paso 1 con el siguiente mensaje informando
del error:

"Lo sentimos, no se pudo crear el proyecto. (DataError) Geometry type
(GeometryCollection) does not match column type (Multipolygon)"

Me he fijado que en la previsualización del mapa, en el paso 3, se observa
una área no sombreada de azul por el gestor [1]. Es decir, parece que el
Gestor de Tareas no detecta esa tarea. Esta misma área sí que queda
sombreada en la previsualización si utilizo el archivo
"rustic_zoning.geojson".

He usado la versión de desarrollo 1.2 de CatAtom2Osm para generar los
archivos. ¿Es posible que se trate de algún error del archivo
"zoning.geojson"? ¿Vale la pena repetir el proceso sin usar la versión de
desarrollo de CatAtom2Osm?

[1] https://drive.google.com/open?id=1HmvYfnKur0xt1cJQUJp8OCnA2Ry-30uq



--
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: [Talk-cat] Salutació

[yo paseopor]

Benvingut!!
Tot un plaer tenir un mapejador que trepitja el terreny!! ;)
Salut i mapes
yopaseopor

On Fri, Jan 4, 2019 at 1:38 PM Ricard Josa  wrote:

> Bon dia
>
> Seguint la invitació de jqngarcia i no disposant de Telegram, m'apunto
> a aquesta llista de correus,
>
> Sóc excursionista i aprofito les excursions que faig per afagir coses
> que no hi son a l'OSM.
>
> Celebro la ràpida solució als meus errors
>
> Salutacions
>
> Ricard Josa
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-ja] 提案:投票終了 [Japan tagging/Access transportation mode]

[yuu hayashi]

  Approved - Japan tagging/Access transportation mode

hayashiです

「Japan tagging」のページに「車両種別」のタグ付け指針を記載しましょうという提案を「Approved - 承認済み」としました。
それに伴い、下記のページに本ページへのリンクを記載いたしました。

< 関連ページ >
本ページ:
https://wiki.openstreetmap.org/wiki/Japan_tagging/Access_transportation_mode

JapanTagging:
https://wiki.openstreetmap.org/wiki/Japan_tagging#Access:transportation_mode_.2F_.E4.BA.A4.E9.80.9A.E6.89.8B.E6.AE.B5.E3.81.AB.E3.82.88.E3.82.8B.E5.88.B6.E9.99.90_-_.E9.99.B8.E4.B8.8A.E4.BA.A4.E9.80.9A_.E8.BB.8A.E4.B8.A1.E7.A8.AE.E5.88.A5.E3.82.A2.E3.82.AF.E3.82.BB.E3.82.B9

JA:Key:access
https://wiki.openstreetmap.org/wiki/Japan_tagging/Access_transportation_mode

JA:条件付き制限:
https://wiki.openstreetmap.org/wiki/JA:%E6%9D%A1%E4%BB%B6%E4%BB%98%E3%81%8D%E5%88%B6%E9%99%90

＜追記＞
今回の提案ページを作成するときにページ名の先頭に「Proposal/提案」をつけ忘れてしまい、提案ページと承認済みの本ページとを分けることができなくなりました。
今後、このような提案をする際にはこのような失敗をしないようにページ名には注意しましょう。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-transit] New Key "Interval"

[Leif Rasmussen]

Thanks for suggestion this!
I have updated all of the wiki pages you sent to include the key
"interval".  I also added "duration" as an option to some of the pages
missing that key.
Leif Rasmussen

On Thu, Jan 3, 2019 at 7:59 AM Noémie Lehuby 
wrote:

> Hi,
>
> Before we move on to the next proprosal, can you please also update the
> according pages in the wiki in English so we can start translating the doc
> about this new tag ?
>
> I think we need to mention the new key in these pages at least:
> https://wiki.openstreetmap.org/wiki/Relation:route#Tags
> https://wiki.openstreetmap.org/wiki/Relation:route_master#Other_useful_tags
>
> https://wiki.openstreetmap.org/wiki/Tag:route%3Dferry#Tags_to_use_in_combination
> https://wiki.openstreetmap.org/wiki/Tag:route%3Dbus
>
> https://wiki.openstreetmap.org/wiki/Buses#Step_2_-_Create_the_new_bus_relations
> https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway
> https://wiki.openstreetmap.org/wiki/Tag:route%3Dtram
>
> https://wiki.openstreetmap.org/wiki/Tag:route%3Dtrain#How_to_tag_a_train_relation_.3F
>
> nlehuby
>
> Date: Wed, 2 Jan 2019 19:49:08 -0500
> From: Leif Rasmussen <354...@gmail.com>
> To: talk-transit@openstreetmap.org
> Subject: [Talk-transit] New Key "Departures"
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> The new key "interval" for adding the departure times interval of a public
> transport route was recently approved after two weeks of voting.
> I have created a new wiki page to document this key:
> https://wiki.openstreetmap.org/wiki/Key:interval
>
> Full schedule information, however, is still impossible.  I originally
> proposed using "timetable relations" to add full schedule information to
> routes.  I have since realized that this would be a disaster just waiting
> to happen.
> I have now simplified the proposal to be easier to add and maintain, while
> still keeping most of the same information in the database.
>
> The key "departures" is my solution to keeping timetables simple and easy
> to maintain.
>
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_transport_schedules/Departures
>
> I would love feedback to help make this proposal work for everyone.  I
> know that for many bus routes, it would be impossibly difficult to add (and
> maintain) full schedule information.  Those routes should therefore only
> include the tag "interval".  Others, however, including many ferry routes,
> would be very easy to add schedule information to.
>
> Thanks,
> Leif Rasmussen
>
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 16:21, Christoph Hormann wrote:


Diese Entscheidungen werden auf Grundlage von

way_area/NULLIF(!pixel_width!::real*!pixel_height!::real,0)

gefällt.  Es wäre eigentlich sinnvoll, statt der Normalisierung
mittels !pixel_width!/!pixel_height! mit !scale_denominator! zu
arbeiten.  Müsste nur mal jemand umrechnen.

Siehe auch:

https://github.com/gravitystorm/openstreetmap-carto/issues/2524


Ah, interessant. Also tatsächlich eine Stelle wo einfach andere
Ausgabemedien nicht wirklich vorgesehen sind ...

--
hartmut

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

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 15:59, Frederik Ramm wrote:


Ich hatte bei der Weihnachts-Druck-Aktion neulich ein bisschen das
Problem, dass der Carto-Stil nicht richtig mit dem Scale-Faktor zusammen
arbeitet. Die Entscheidung, ab wann Fontgrößen für Flächen erhöht werden
sollen, scheint unabhängig vom Scalefaktor getroffen zu werden.


Da gibt es mindestens drei Probleme die ich mal gründlicher angehen muss:

* PDF und SVG werden mit dem Standard-Scalefactor gerendert, der ist aber
  nicht wirklich passend da die Druckauflösung ja eigentlich deutlich
  höher ist als die von Mapnik und Cairo angenommenen 72 bzw 96 dpi
  (kann mir nie merken welches welche ist)

* Bei der PNG Ausgabe passe ich tatsächlich den Scale Factor an um
  auf 300 dpi zu kommen, wenn das PNG aber zu groß wird und entweder
  zu viel Speicher verbraucht oder an das harte Cairo-Limit von ca.
  30k*30k Pixeln stößt falle ich zurück auf 72dpi

* Bei der PNG-Variante mit Scale Factor != 1 gibt es irgendwo in dem
  ganzen Stack ein Rundungsproblem bei den Schriftgrößen.

  Hier zum Beispiel fällt es besonders auf, die Größen der Halos sind
  durchgehend richtig, die eigentliche Beschriftung dagegen wechselt
  in der Größe relativ willkürlich von Buchstabe zu Buchstabe


https://print.get-map.org/results//043939_2018-12-29_21-14_westen.8bit.png

Ich habe auch mal versucht bei den PDFs und SVGs am Scale Factor zu
drehen, aber die Ergebnisse dabei gingen so überhaupt nicht in die
Richtung in die ich eigentlich wollte ...

Leider ist da auch die Mapnik-Dokumentation nicht wirklich hilfreich
(wie in so vielen Dingen). Ich habe auch schon mal kurz darüber 
nachgedacht "einfach" die MinScaleDenominator und MaxScaleDenominator

Atribute in den XML-Stylefiles für höhere Auflösungen "on the fly"
per XML-Parser anzupassen ...

--
hartmut

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

Re: [Talk-de] Hat der Renderer Probleme?

[Christoph Hormann]

On Friday 04 January 2019, Frederik Ramm wrote:
>
> Ich hatte bei der Weihnachts-Druck-Aktion neulich ein bisschen das
> Problem, dass der Carto-Stil nicht richtig mit dem Scale-Faktor
> zusammen arbeitet. Die Entscheidung, ab wann Fontgrößen für Flächen
> erhöht werden sollen, scheint unabhängig vom Scalefaktor getroffen zu
> werden.

Diese Entscheidungen werden auf Grundlage von 

way_area/NULLIF(!pixel_width!::real*!pixel_height!::real,0)

gefällt.  Es wäre eigentlich sinnvoll, statt der Normalisierung 
mittels !pixel_width!/!pixel_height! mit !scale_denominator! zu 
arbeiten.  Müsste nur mal jemand umrechnen.

Siehe auch:

https://github.com/gravitystorm/openstreetmap-carto/issues/2524

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Hat der Renderer Probleme?

[Frederik Ramm]

Hallo Hartmut,

On 04.01.19 15:52, Hartmut Holzgraefe wrote:
> und neue Carto OSM Versionen installiere ich normalerweise auch sehr
> Zeitnah.

Ich hatte bei der Weihnachts-Druck-Aktion neulich ein bisschen das
Problem, dass der Carto-Stil nicht richtig mit dem Scale-Faktor zusammen
arbeitet. Die Entscheidung, ab wann Fontgrößen für Flächen erhöht werden
sollen, scheint unabhängig vom Scalefaktor getroffen zu werden.

Eigentlich würde man ja erwarten:

Bild in 1000 x 1000 bei Scalefaktor 1 = identisch mit einem Bild 2000 x
2000 bei Scalefaktor 2, wenn ich das letztgenannte dann runterskaliere.

Stattdessen hat das 2000 x 2000-Bild aber an einigen Stellen zu große
Beschriftungen, oder Beschriftungen, die das 1000 x 1000-Bild gar nicht hat.

Kennst Du das Problem, oder hast eventuell dafür sogar eine Lösung? Ich
hab in der Vergangenheit oft einfach von Hand am Style geschraubt, bis
es passte, aber das kann man nicht mahchen, wenn man regelmässig updaten
will...

Bye
Frederik

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

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

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 14:37, Nordpfeil wrote:

Hallo zusammen,

gibt es nur "den" Renderer.



nein, natürlich nicht.


Wenn man zB. ungeduldig ist und "sofort" sehen möchte wie das im
aktuellen OSM-Carto Stil aussieht (oder auch in anderen Stilen)
kann sich den entsprechenden Bereich auch zB. auf meinem Druckserver
rendern lassen:

  https://print.get-map.org/

In der Regel hängt meine Planet-Datenbank nur ein bis zwei Minuten
hinterher (grüne Kurve):


https://print.get-map.org/munin/localdomain/localhost.localdomain/osm_lag.html

und neue Carto OSM Versionen installiere ich normalerweise auch sehr
Zeitnah.

Vorteil:

* es wird nichts gecached, jeder Renderauftrag wird direkt
aus dem aktuellen DB-Stand erzeugt.

Nachteil:

* keine Tiles/kein Tileserver, es wird immer genau für die jeweilige
  Papiergröße und den gewählten Kartenausschitt in einem Rutsch
  gerendert

* keine direkte Kontrolle des Zoomfaktors

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

[talk-cz] Depa DPD

[majka]

Přiznejte se, kdo z nás pracuje u DPD? Dneska přidali do mapy docela
luxusním způsobem depa a kanceláře pod novým uživatelem
.

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

Re: [Talk-ko] 오픈스트리트맵의 place 태그에 관해서 / place tags in OpenStreetMap for Korea

[Garam Gim]

아, 잘못 보냈습니다.


[image: image.png]

입니다.

2019년 1월 4일 (금) 오후 10:48, Jaeu Jeong 님이 작성:

> 안녕하세요 Garam님
>
> 앞서 메일로 자치구가 아닌 구는 읍면을 관할하기도 한다고 말씀드렸는데요, 도농복합시에서 이런 형태가 많이 나옵니다.
>
> 자치구가 아닌 구와 읍면동이 같은 admin_level인 점이 우려되는 이유는
>
> 예를 들어서 충청남도 천안시 서북구 성환읍이라고 하면,
>
> 자치구가 아닌 구인 서북구는 place=town, admin_level=8로 태그되고,
>
> 서북구에 속해있는 성환읍도 place=town, admin_level=8이 됩니다.
>
> 관할구역만 보면 서북구가 성환읍을 포함한 읍면동을 포함하는데 둘 다 동일한 admin_level로 태깅해도 문제가 없을까요?
>
> (위키백과 - 천안시의 행정구역
> 
> )
>
> 문제가 없다면 그대로 유지해도 좋습니다.
>
>
> 자치시는 기초자치단체로 분류되고 도에 속해있는 자치권이 있는 시, 행정시는 자치권이 없는 시입니다.
>
> 보통 자치시라고 안하고 시라고 합니다. 행정시와 구분하려고 자치시라 부르는 것 같습니다.
>
> 제주시와 서귀포시는 일반적인 도에 속해있는 시와는 다르게 자치권이 없습니다
>
> 그래서 제주시와 서귀포시는 기초자치단체가 아닙니다.
>
> 2019년 1월 4일 (금) 오후 9:52, Garam Gim 님이 작성:
>
>> [image: image.png]
>>
>> 이런 느낌이면 될까요?
>>
>> 자치시는 지방지치법에 명시되어 있지 않은 용어라 정확히 무엇을 말씀하시는 것인지 잘 이해하지 못했습니다.
>>
>> admin_centre는 admin_level과는 별도로
>> https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members 의
>> 내용을 따르는 것이므로 행정구역 단위와는 별개라고 보여집니다.
>>
>> 2019년 1월 2일 (수) 오후 2:49, Jaeu Jeong 님이 작성:
>>
>>> 동·리는 제가 잘못 파악했습니다. 읍·면·동이 같은 급인데 헷갈렸습니다.
>>>
>>> 자치권의 범위를 파악하는 일이 참 어려운 것 같습니다. 같은 자치단체급이나 행정구역급이라고 해도 다양한 특례와 법률에 따라
>>> 위임사무와 자치사무의 범위가 달라지니까요. 이 부분에 대해서는 좀 더 고민이 필요해보입니다.
>>>
>>> 자치구가 아닌 구는 읍면을 관할하기도 해서(천안시 동남구 및 서북구), admin_level 및 place 태그 값이 변경하는
>>> 것이 좋습니다.
>>>
>>> 또한 자치구과 자치구가 아닌 구를 구분하는 것처럼, 제주특별자치도의 자치권이 없는 시는 자치시 구분되는 것이 좋습니다.
>>>
>>> 그리고 일본을 보니 도쿄도의 boundary=administrative 관계에서 label 멤버인 노드는
>>> place=province 값을 사용하고, admin_centre 멤버인 노드는 place=city 값을 사용하고 있습니다. (
>>> 링크 ) 광역자치단체에서 특별시, 광역시,
>>> 특별자치시의 경우 이름에 "-시"가 들어가고 의미상 도에서 분리된 독립시이므로 일본의 예를 따를 수 있을 것 같습니다.
>>>
>>> 2019년 1월 2일 (수) 01:21에 Garam Gim 님이 작성:
>>>
 위키 내 날짜와 시간은 사용자가 사용중인 환경에 따라 다르게 보이므로 1765395판
 을
 기준으로 말씀드리겠습니다.

 광역자치단체는 대한민국 지방자치법에 따라 한 가지로 보기 때문에, 또한 마땅한 여분의 키값이 없고 다른 나라의 경우에도 한
 가지로 통일하고 있기 때문에 province로 값을 부여한 것입니다.

 시·자치구·군은 같은 급이긴 하나 동법 제2조 제2항을 보면 자치권의 범위가 다소 다를 수 있다고 명시하고 있으므로, 이를
 구분하고자 각기 city와 district로 구분하였습니다. 그리고 혹여 차후에 국가적으로 자치권의 범위가 바뀌는 경우가 있다면 이를
 변경함에 있어 다소 번거러움을 덜 목적이기도 합니다.

 neighbourhood에 해당하는 동의 경우에는 광역지방자치단체, 즉 자치구의 동이므로 village에 해당하는 일반 리와는
 같을 수 없으며, town과 같은 급입니다. 다소 설명이 부족했던 것 같은데,  말씀하시는 부분이 동법 제4조의2에 대한
 부분에 해당한다면 village에 포함된다고 보시면 됩니다.

 그 경우에도 왜 동을 town과 별개로 두었는가 하는 의문이 드실 수 있습니다. 이 경우에는 앞서 말씀드린 상위 행정 구역
 상에서 자치권의 범위가 다를 수 있다는 것을 따른 것도 있고, 동법 제3조 제4항과 Tag:place=town
  및
 Tag:place=neighbourhood
 에 명시된
 내용을 참고하여 도심지와 비도심지를 나누고자 한 것이기도 합니다.


 2019년 1월 1일 (화) 오후 10:34, Jaeu Jeong 님이 작성:

> Garam님이 작성한 위키 페이지(https://wiki.openstreetmap.org/wiki/Korea_tagging)를
> 보니 한 가지 궁금한 점이 있습니다.
>
> 작성된 내용(1월 1일 오후 8시 기준)에 따르면 지자체의 급에 따라 place를 분류된 것도 있고, 그렇지 않은 것도
> 있습니다.
>
> 예를 들어 광역자치단체(특별시, 광역시, 특별자치시, 도, 특별자치도)는 province로 분류되어 있습니다. 반면
> (자치)시, 군과 자치구는 같은 급인데, (자치)시, 군은 city, 자치구는 district로 분류되어 있습니다. 또한 동, 리는
> 같은 급인데 neighbourhood와 village로 각각 분류되어 있습니다.
>
> 이렇게 분류된 기준이 무엇인지 궁금합니다.
>
> 그리고 OSM 위키에 참고자료로 도움이 될 것 같아서 지방자치법, 세종특별자치시 특별법, 제주특별자치시 특별법을 바탕으로
> 행정구역 분류도를 그려보았습니다. 첨부하여 드립니다. 피드백 주시면 감사드리겠습니다.
> [image: 행정구역 분류.png]
>
>
> 2018년 12월 30일 (일) 오전 7:06, Garam Gim 님이 작성:
>
>> 아, 제 발언은 전적으로 행정구역을 어떻게 표기할 것인가에 대한 의견이었습니다.
>>
>> 현재 place을 어떻게 각기 사용할 것인가에 대한 초안을 생성해보았습니다.
>> https://wiki.openstreetmap.org/wiki/Korea_tagging
>>
>> 여기 및 https://forum.openstreetmap.org/viewtopic.php?pid=731450 그리고 다른
>> 경로 등을 두루 참고하였으나 아직 초안이므로 수준(level) 등이 다소 변경될 수 있는데, 이와 관련해서 의견이 있으시다면
>> 말씀해주시면 감사하겠습니다.
>>
>> 2018년 12월 30일 (일) 오전 12:47, Jaeu Jeong 님이 작성:
>>
>>> 각 지방자치단체에서는 행정구역을 의미상 번역하지 않고 공식적으로는 로마자 표기를 사용하기 때문에 -do, -si, -gu,
>>> -gun을 사용하고 있지 않을까 생각됩니다. 개인적으로 OSM의 태그 값은 영국식 영어를 따르는 것 같아서(대표적으로 색상 태그를
>>> colour라고 사용하는데 미국식 영어는 color입니다.) 되도록 로마자 표기 대신 영어에서 비슷한 의미를 찾아 사용하는 것이 
>>> 좋다고
>>> 생각합니다. 하지만 영어로 1:1 번역이 어려운 경우 Garam님께서 말씀하신 대로 로마자 표기가 대안이 될 수 있을 것 
>>> 같습니다.
>>> 혹시라도 로마자 표기에 따라 태그 값을 사용하게 된다면 place=do, place=si, place=gu,
>>> place=gun과 같이 태그 값이 적용되는 건가요? 사용할 수 있으면 좋겠지만 새로운 태그값이라 만약에 사용하려고 한다면 OSM
>>> 위키에 place=do / si / gun / gu 태그 값을 제안해야 할 것 같습니다.
>>>
>>> 2018년 12월 29일 (토) 오후 8:21, Garam Gim 님이 작성:
>>>
 각 지방자치단체의 홈페이지를 방문하면 거진 -do, -si, -gu, -gun 등으로 쓰고 있음이 확인됩니다. 그렇다고
 한다면 실제 표기를 따르는 것이 맞지 않을까 하는데 어떻게 생각하십니까?

 2018년 12월 29일 (토) 오전 2:36, Jaeu Jeong 님이 작성:

> 한국의 지명과 place 태그 값을 어떻게 매칭할 수 있는지 조사하고 있으나 어려움을 겪고 있습니다. 정부 차원에서
> 어떻게 행정구역을 번역하고 있는지 살펴봤습니다.
>
> 한국법제연구원에서 영어로 번역한 지방자치법[1]에서는 다음과 같이 행정구역을 소개하고 있습니다. 

Re: [Talk-ko] 오픈스트리트맵의 place 태그에 관해서 / place tags in OpenStreetMap for Korea

[Jaeu Jeong]

안녕하세요 Garam님

앞서 메일로 자치구가 아닌 구는 읍면을 관할하기도 한다고 말씀드렸는데요, 도농복합시에서 이런 형태가 많이 나옵니다.

자치구가 아닌 구와 읍면동이 같은 admin_level인 점이 우려되는 이유는

예를 들어서 충청남도 천안시 서북구 성환읍이라고 하면,

자치구가 아닌 구인 서북구는 place=town, admin_level=8로 태그되고,

서북구에 속해있는 성환읍도 place=town, admin_level=8이 됩니다.

관할구역만 보면 서북구가 성환읍을 포함한 읍면동을 포함하는데 둘 다 동일한 admin_level로 태깅해도 문제가 없을까요?

(위키백과 - 천안시의 행정구역

)

문제가 없다면 그대로 유지해도 좋습니다.


자치시는 기초자치단체로 분류되고 도에 속해있는 자치권이 있는 시, 행정시는 자치권이 없는 시입니다.

보통 자치시라고 안하고 시라고 합니다. 행정시와 구분하려고 자치시라 부르는 것 같습니다.

제주시와 서귀포시는 일반적인 도에 속해있는 시와는 다르게 자치권이 없습니다

그래서 제주시와 서귀포시는 기초자치단체가 아닙니다.

2019년 1월 4일 (금) 오후 9:52, Garam Gim 님이 작성:

> [image: image.png]
>
> 이런 느낌이면 될까요?
>
> 자치시는 지방지치법에 명시되어 있지 않은 용어라 정확히 무엇을 말씀하시는 것인지 잘 이해하지 못했습니다.
>
> admin_centre는 admin_level과는 별도로
> https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members 의
> 내용을 따르는 것이므로 행정구역 단위와는 별개라고 보여집니다.
>
> 2019년 1월 2일 (수) 오후 2:49, Jaeu Jeong 님이 작성:
>
>> 동·리는 제가 잘못 파악했습니다. 읍·면·동이 같은 급인데 헷갈렸습니다.
>>
>> 자치권의 범위를 파악하는 일이 참 어려운 것 같습니다. 같은 자치단체급이나 행정구역급이라고 해도 다양한 특례와 법률에 따라
>> 위임사무와 자치사무의 범위가 달라지니까요. 이 부분에 대해서는 좀 더 고민이 필요해보입니다.
>>
>> 자치구가 아닌 구는 읍면을 관할하기도 해서(천안시 동남구 및 서북구), admin_level 및 place 태그 값이 변경하는 것이
>> 좋습니다.
>>
>> 또한 자치구과 자치구가 아닌 구를 구분하는 것처럼, 제주특별자치도의 자치권이 없는 시는 자치시 구분되는 것이 좋습니다.
>>
>> 그리고 일본을 보니 도쿄도의 boundary=administrative 관계에서 label 멤버인 노드는 place=province
>> 값을 사용하고, admin_centre 멤버인 노드는 place=city 값을 사용하고 있습니다. (링크
>> ) 광역자치단체에서 특별시, 광역시,
>> 특별자치시의 경우 이름에 "-시"가 들어가고 의미상 도에서 분리된 독립시이므로 일본의 예를 따를 수 있을 것 같습니다.
>>
>> 2019년 1월 2일 (수) 01:21에 Garam Gim 님이 작성:
>>
>>> 위키 내 날짜와 시간은 사용자가 사용중인 환경에 따라 다르게 보이므로 1765395판
>>> 을
>>> 기준으로 말씀드리겠습니다.
>>>
>>> 광역자치단체는 대한민국 지방자치법에 따라 한 가지로 보기 때문에, 또한 마땅한 여분의 키값이 없고 다른 나라의 경우에도 한 가지로
>>> 통일하고 있기 때문에 province로 값을 부여한 것입니다.
>>>
>>> 시·자치구·군은 같은 급이긴 하나 동법 제2조 제2항을 보면 자치권의 범위가 다소 다를 수 있다고 명시하고 있으므로, 이를
>>> 구분하고자 각기 city와 district로 구분하였습니다. 그리고 혹여 차후에 국가적으로 자치권의 범위가 바뀌는 경우가 있다면 이를
>>> 변경함에 있어 다소 번거러움을 덜 목적이기도 합니다.
>>>
>>> neighbourhood에 해당하는 동의 경우에는 광역지방자치단체, 즉 자치구의 동이므로 village에 해당하는 일반 리와는
>>> 같을 수 없으며, town과 같은 급입니다. 다소 설명이 부족했던 것 같은데,  말씀하시는 부분이 동법 제4조의2에 대한 부분에
>>> 해당한다면 village에 포함된다고 보시면 됩니다.
>>>
>>> 그 경우에도 왜 동을 town과 별개로 두었는가 하는 의문이 드실 수 있습니다. 이 경우에는 앞서 말씀드린 상위 행정 구역 상에서
>>> 자치권의 범위가 다를 수 있다는 것을 따른 것도 있고, 동법 제3조 제4항과 Tag:place=town
>>>  및
>>> Tag:place=neighbourhood
>>> 에 명시된
>>> 내용을 참고하여 도심지와 비도심지를 나누고자 한 것이기도 합니다.
>>>
>>>
>>> 2019년 1월 1일 (화) 오후 10:34, Jaeu Jeong 님이 작성:
>>>
 Garam님이 작성한 위키 페이지(https://wiki.openstreetmap.org/wiki/Korea_tagging)를
 보니 한 가지 궁금한 점이 있습니다.

 작성된 내용(1월 1일 오후 8시 기준)에 따르면 지자체의 급에 따라 place를 분류된 것도 있고, 그렇지 않은 것도 있습니다.

 예를 들어 광역자치단체(특별시, 광역시, 특별자치시, 도, 특별자치도)는 province로 분류되어 있습니다. 반면 (자치)시,
 군과 자치구는 같은 급인데, (자치)시, 군은 city, 자치구는 district로 분류되어 있습니다. 또한 동, 리는 같은 급인데
 neighbourhood와 village로 각각 분류되어 있습니다.

 이렇게 분류된 기준이 무엇인지 궁금합니다.

 그리고 OSM 위키에 참고자료로 도움이 될 것 같아서 지방자치법, 세종특별자치시 특별법, 제주특별자치시 특별법을 바탕으로
 행정구역 분류도를 그려보았습니다. 첨부하여 드립니다. 피드백 주시면 감사드리겠습니다.
 [image: 행정구역 분류.png]


 2018년 12월 30일 (일) 오전 7:06, Garam Gim 님이 작성:

> 아, 제 발언은 전적으로 행정구역을 어떻게 표기할 것인가에 대한 의견이었습니다.
>
> 현재 place을 어떻게 각기 사용할 것인가에 대한 초안을 생성해보았습니다.
> https://wiki.openstreetmap.org/wiki/Korea_tagging
>
> 여기 및 https://forum.openstreetmap.org/viewtopic.php?pid=731450 그리고 다른
> 경로 등을 두루 참고하였으나 아직 초안이므로 수준(level) 등이 다소 변경될 수 있는데, 이와 관련해서 의견이 있으시다면
> 말씀해주시면 감사하겠습니다.
>
> 2018년 12월 30일 (일) 오전 12:47, Jaeu Jeong 님이 작성:
>
>> 각 지방자치단체에서는 행정구역을 의미상 번역하지 않고 공식적으로는 로마자 표기를 사용하기 때문에 -do, -si, -gu,
>> -gun을 사용하고 있지 않을까 생각됩니다. 개인적으로 OSM의 태그 값은 영국식 영어를 따르는 것 같아서(대표적으로 색상 태그를
>> colour라고 사용하는데 미국식 영어는 color입니다.) 되도록 로마자 표기 대신 영어에서 비슷한 의미를 찾아 사용하는 것이 
>> 좋다고
>> 생각합니다. 하지만 영어로 1:1 번역이 어려운 경우 Garam님께서 말씀하신 대로 로마자 표기가 대안이 될 수 있을 것 같습니다.
>> 혹시라도 로마자 표기에 따라 태그 값을 사용하게 된다면 place=do, place=si, place=gu,
>> place=gun과 같이 태그 값이 적용되는 건가요? 사용할 수 있으면 좋겠지만 새로운 태그값이라 만약에 사용하려고 한다면 OSM
>> 위키에 place=do / si / gun / gu 태그 값을 제안해야 할 것 같습니다.
>>
>> 2018년 12월 29일 (토) 오후 8:21, Garam Gim 님이 작성:
>>
>>> 각 지방자치단체의 홈페이지를 방문하면 거진 -do, -si, -gu, -gun 등으로 쓰고 있음이 확인됩니다. 그렇다고
>>> 한다면 실제 표기를 따르는 것이 맞지 않을까 하는데 어떻게 생각하십니까?
>>>
>>> 2018년 12월 29일 (토) 오전 2:36, Jaeu Jeong 님이 작성:
>>>
 한국의 지명과 place 태그 값을 어떻게 매칭할 수 있는지 조사하고 있으나 어려움을 겪고 있습니다. 정부 차원에서
 어떻게 행정구역을 번역하고 있는지 살펴봤습니다.

 한국법제연구원에서 영어로 번역한 지방자치법[1]에서는 다음과 같이 행정구역을 소개하고 있습니다. 도, 시, 군, 구,
 읍, 면, 동, 리는 사실상 번역이 아닌 로마자 표기법입니다.
  - 특별시 : Special City
  - 광역시 : Metropolitan City
  - 특별자치시 : Metropolitan Autonomous City
  - 도 : Do
  - 특별자치도 : Special Self-governing Province
  

Re: [OSM-talk-fr] Cad'ortho de Noël...

[Christian Quest]

C'est bien ce que j'envisageais... rajouter une colonne "attribution"

Le ven. 4 janv. 2019 à 13:47, Augustin Doury  a écrit :

> Merci pour le retour. Du coup on pourrait rajouter les attributions dans
> une nouvelle colonne du tableau de la page Wiki.
>
> Après quelques recherches je trouve quelques pistes dans les issues Github
> qui référencent certaines sources :
> https://github.com/osm-fr/infrastructure/issues?utf8=%E2%9C%93=is%3Aissue+is%3Aopen+ortho
>
> N'ayant pas participé à l'identification des sources et à leur intégration
> je ne suis pas sûr de pouvoir réellement aider, mais s'il y a davantage
> d'infos quelque part à éplucher je peux essayer.
>
> Bonne journée,
>
> Augustin
>
> Le 2019-01-04 13:25, Christian Quest a écrit :
>
> Il faut compléter cette page de wiki.
>
> Tout ce qui est dans ce tableau est sous licence ouverte, mais
> effectivement les attributions sont différentes en fonction des zones.
>
> J'ai aussi prévu de générer des shapefile/geojson avec les emprises de
> chaque source pour à terme avoir une API interrogeable qui dit ce qu'on
> voit sur une zone donnée...
>
>
> Le ven. 4 janv. 2019 à 10:28, Augustin Doury  a écrit :
>
>> Salut,
>> Un grand merci pour ce gros boulot d'aggrégation ! c'est super.
>> Dans les crédits de la uMap on trouve ce lien :
>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
>> Y a-t-il un endroit où on trouve la liste des sources et des licences
>> associées ? elles sont issues d'ici
>> http://professionnels.ign.fr/orthohr-par-departements#tab-3 et donc sous
>> LO ?
>> Bonne journée,
>> Augustin
>>
>> Le 2019-01-04 08:35, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT
>> GE PPE) a écrit :
>>
>> Enfin sur Lyon, l'orthophoto est surtout à 8 cm. La prise de vue drone (
>> a 1 cm) ne concerne que moins de 10 ha.
>>
>>
>>
>> *De :* Christian Quest [mailto:cqu...@openstreetmap.fr]
>> *Envoyé :* jeudi 3 janvier 2019 23:17
>> *À :* Discussions sur OSM en français 
>> *Objet :* Re: [OSM-talk-fr] Cad'ortho de Noël...
>>
>>
>>
>> Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de
>> 2015 publiée en opendata par la région Grand Est.
>>
>> J'ai aussi ajouté l'ortho 2015 de Brest.
>>
>>
>>
>> Vous trouverez sur la carte umap des marqueurs pour les ortho les plus
>> récentes ou d'une résolution au delà de 20cm
>>
>>
>>
>>
>> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714
>>
>>
>>
>> Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé.
>>
>>
>>
>>
>>
>> Le ven. 28 déc. 2018 à 18:17, Christian Quest 
>> a écrit :
>>
>> Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est
>> pas encore parfait pour certaines (quand le blanc n'est pas si blanc que
>> ça).
>>
>>
>>
>> J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça
>> aide.
>>
>>
>>
>> Ajout de:
>>
>> - l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur
>> 8 départements
>>
>> - Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise
>> de vues)
>>
>> - Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes,
>> la Manche arrive
>>
>>
>>
>>
>>
>> Le jeu. 27 déc. 2018 à 16:24, Christian Quest 
>> a écrit :
>>
>> Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA,
>> une partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas
>> encore intégrésur la BD Ortho).
>>
>>
>>
>> La couche 'orthohr' combine toutes les années et mettant les plus
>> récentes en avant.
>>
>> J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos
>> FR avec les plus récentes et les plus hautes def en priorité.
>>
>>
>>
>> Il y a encore quelques trucs à améliorer:
>>
>> - des zones blanches en bord d'une ortho qui masquent la voisine
>>
>> - un précalcul pour accélérer certains affichages
>>
>>
>>
>>
>>
>> Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM 
>> a écrit :
>>
>> Quel Cad'Ô génial, merci !
>>
>> Dans josm j'ai ajouté orthohr_2017 :
>> tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/{zoom}/{x}/{y}
>>
>> Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix
>> en provence):
>> https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png
>>
>> As tu une idée du pourquoi ?
>>
>> Cyrille37
>>
>> Le 27/12/2018 à 11:30, Christian Quest a écrit :
>>
>> J'ai complété la wiki:
>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
>>
>>
>>
>> Le détail des couches couvrant une partie du territoire français a été
>> ajoutée.
>>
>>
>>
>> Au total... plus de 12 tera-pixels disponibles (l'équivallent de 1
>> million de photos de 12 Mpix).
>>
>> Ceci occupe un peu moins de 2To d'espace disque (sans compter les caches).
>>
>>
>>
>> Viennent d'être ajoutés:
>>
>> - Nancy 1994, 1999, 2001, 2002, 2005, 2008, 2012
>>
>> - Lyon 2015 (89cm)
>>
>> - l'ortho littorale de 2002 (50cm)
>>
>>
>>
>> Il ne manque plus que deux départements (58 et 70) sur les ortho HR de
>> 2017.
>>
>> En cours de 

[talk-cz] Spolek OSM CZ - domena osmap.cz prevedena

[Tom Ka]

Ahoj,

byl dokoncen prevod domeny osmap.cz z Krakonose na spolek. Timto mu
jeste jednou dekuji za spolupraci.
Aktualne je v procesu i prevod openstreetmap.cz s Walleym.

Bye tom.k

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

Re: [Talk-de] Hat der Renderer Probleme?

[Nordpfeil]

Hallo zusammen,

gibt es nur "den" Renderer.

Ich mappe selbst viel und nutze OSMAND + / OSMAND LIVE (letzteres gabs 
vor Weihnachten für ein Jahr für einmalig 2,99 € ohne Abo).


Da habe ich (bei eingestellter stündlicher Aktualisierung oder nach 
angeforderter Sofortaktualisierung) alle meine Änderungen spätestens 
nach 1 bis 2 Stunden gerendert auf dem Smartphone.


Also zumindest in dieser Konfiguration bin ich äußerst zufrieden mit dem 
/ meinem Renderer.


Beste Grüße

Nordpfeil

Am 04.01.2019 um 11:48 schrieb Manuel Reimer:

Hallo,

Ich habe gestern am Nachmittag einige Änderungen gemacht und einige 
davon sind bis heute nicht gerendert.


Das ging in der Vergangenheit definitiv mal schneller...

Wird aktuell besonders viel gemappt oder hat der Renderer ein Problem?

Gruß

Manuel


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


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

Re: [talk-cz] Spolek OSM CZ zapsan

[Tom Ka]

No a na to jsme prave narazili, rejstrik nestiha, takze zapsano je,
ale stanovy se tam objevi za nekolik mesicu. No uvidime jak to
dopadne.

Bye

pá 4. 1. 2019 v 14:28 odesílatel Ladislav Nesnera  napsal:
>
> Za OpenAlt i Otevřená města s nimi máme dobrou zkušenost. Oprávněnost
> osob si ověřovali proti rejstříku a tam zveřejněným stanovám (brněnská
> pobočka).;?
>
> On 03/01/2019 11.51, Tom Ka wrote:
> > Ahoj,
> >
> > jo s Fiem zatim pocitame, v podminkach zakladani uctu jsou sice mozna
> > nejakekomplikace ale dneska-zitra se tam chci stavit a vyjasnit si to
> > s nima osobne.
> >
> > Bye
> >
> > čt 3. 1. 2019 v 10:58 odesílatel majka  napsal:
> >>
> >> On Thu, 3 Jan 2019 at 09:33, Tom Ka  wrote:
> >>> V behu jsou obe domeny, dale muzu zacit resit i banku at se muzou
> >>> resit clenske prispevky na 2019 i novi clenove.
> >> Z mého pohledu navrhuji Fio, a to nejen kvůli tomu, že tam taky mám účet. 
> >> Ale mají zdarma i možnost transparentních účtů, což by bylo pro spolek asi 
> >> ideální...
> >> ___
> >> 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
>
>
> ___
> 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-cz] Spolek OSM CZ zapsan

[Ladislav Nesnera]

Za OpenAlt i Otevřená města s nimi máme dobrou zkušenost. Oprávněnost
osob si ověřovali proti rejstříku a tam zveřejněným stanovám (brněnská
pobočka).    ;?

On 03/01/2019 11.51, Tom Ka wrote:
> Ahoj,
>
> jo s Fiem zatim pocitame, v podminkach zakladani uctu jsou sice mozna
> nejakekomplikace ale dneska-zitra se tam chci stavit a vyjasnit si to
> s nima osobne.
>
> Bye
>
> čt 3. 1. 2019 v 10:58 odesílatel majka  napsal:
>>
>> On Thu, 3 Jan 2019 at 09:33, Tom Ka  wrote:
>>> V behu jsou obe domeny, dale muzu zacit resit i banku at se muzou
>>> resit clenske prispevky na 2019 i novi clenove.
>> Z mého pohledu navrhuji Fio, a to nejen kvůli tomu, že tam taky mám účet. 
>> Ale mají zdarma i možnost transparentních účtů, což by bylo pro spolek asi 
>> ideální...
>> ___
>> 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




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

[talk-ph] Mapping private information in Lupang Arenda

[maning sambale]

Hi everyone,

Over the last couple of days we noticed several mappers in Lupang
Arenda Taytay/Cainta are adding names of residents on buildings.
We have been reviewing and fixing a lot of theses edits [0].  I
believe Erwin also added comments in some changesets.

We are not sure what is the purpose of these edits, our hunch is that
the data is being used for a community based land tenure project.
While using OSM for land rights is a commendable endeavor, private
information such as names of residents should not be in OSM.
We are requesting the Data Working Group to redact these data ASAP.

If anyone knows about this initiative, we would love to talk to the
organizers so that we can help them how to use OSM without
compromising privacy.


[0] 
https://osmcha.mapbox.com/?filters=%7B%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%2C%22geometry%22%3A%5B%7B%22label%22%3A%7B%22coordinates%22%3A%5B%5B%5B121.09267299103794%2C14.553205630453988%5D%2C%5B121.11572489832605%2C14.553431006907346%5D%2C%5B121.1203818492969%2C14.530554123541435%5D%2C%5B121.113473703%2C14.523466229286896%5D%2C%5B121.10683755375703%2C14.526171095636244%5D%2C%5B121.0964758378588%2C14.540145711273581%5D%2C%5B121.09426378614421%2C14.541836129052285%5D%2C%5B121.09267299103794%2C14.553205630453988%5D%5D%5D%2C%22type%22%3A%22Polygon%22%7D%2C%22value%22%3A%7B%22coordinates%22%3A%5B%5B%5B121.09267299103794%2C14.553205630453988%5D%2C%5B121.11572489832605%2C14.553431006907346%5D%2C%5B121.1203818492969%2C14.530554123541435%5D%2C%5B121.113473703%2C14.523466229286896%5D%2C%5B121.10683755375703%2C14.526171095636244%5D%2C%5B121.0964758378588%2C14.540145711273581%5D%2C%5B121.09426378614421%2C14.541836129052285%5D%2C%5B121.09267299103794%2C14.553205630453988%5D%5D%5D%2C%22type%22%3A%22Polygon%22%7D%7D%5D%2C%22is_suspect%22%3A%5B%7B%22label%22%3A%22Yes%22%2C%22value%22%3A%22True%22%7D%5D%2C%22harmful%22%3A%5B%7B%22label%22%3A%22Show%20Bad%20only%22%2C%22value%22%3A%22True%22%7D%5D%7D
-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://github.com/maning
http://twitter.com/maningsambale
--

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

Re: [Talk-de] Hat der Renderer Probleme?

[mmd]

Am 04.01.19 um 11:48 schrieb Manuel Reimer:

> 
> Ich habe gestern am Nachmittag einige Änderungen gemacht und einige
> davon sind bis heute nicht gerendert.
> 
> Das ging in der Vergangenheit definitiv mal schneller...
> 
> Wird aktuell besonders viel gemappt oder hat der Renderer ein Problem?
> 

Das ist ein bekanntes Problem an der Rendering-Infrastruktur, an dem die
Sysadmins kontinuierlich arbeiten und Verbesserungen vornehmen.

Wer sich für Details interessiert kann gerne das entsprechende
Operations Ticket verfolgen:
https://github.com/openstreetmap/operations/issues/257

Mehr Infos als das was dort steht habe ich auch nicht ;)

-- 



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

Re: [Talk-ko] 오픈스트리트맵의 place 태그에 관해서 / place tags in OpenStreetMap for Korea

[Garam Gim]

[image: image.png]

이런 느낌이면 될까요?

자치시는 지방지치법에 명시되어 있지 않은 용어라 정확히 무엇을 말씀하시는 것인지 잘 이해하지 못했습니다.

admin_centre는 admin_level과는 별도로
https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members 의
내용을 따르는 것이므로 행정구역 단위와는 별개라고 보여집니다.

2019년 1월 2일 (수) 오후 2:49, Jaeu Jeong 님이 작성:

> 동·리는 제가 잘못 파악했습니다. 읍·면·동이 같은 급인데 헷갈렸습니다.
>
> 자치권의 범위를 파악하는 일이 참 어려운 것 같습니다. 같은 자치단체급이나 행정구역급이라고 해도 다양한 특례와 법률에 따라 위임사무와
> 자치사무의 범위가 달라지니까요. 이 부분에 대해서는 좀 더 고민이 필요해보입니다.
>
> 자치구가 아닌 구는 읍면을 관할하기도 해서(천안시 동남구 및 서북구), admin_level 및 place 태그 값이 변경하는 것이
> 좋습니다.
>
> 또한 자치구과 자치구가 아닌 구를 구분하는 것처럼, 제주특별자치도의 자치권이 없는 시는 자치시 구분되는 것이 좋습니다.
>
> 그리고 일본을 보니 도쿄도의 boundary=administrative 관계에서 label 멤버인 노드는 place=province
> 값을 사용하고, admin_centre 멤버인 노드는 place=city 값을 사용하고 있습니다. (링크
> ) 광역자치단체에서 특별시, 광역시,
> 특별자치시의 경우 이름에 "-시"가 들어가고 의미상 도에서 분리된 독립시이므로 일본의 예를 따를 수 있을 것 같습니다.
>
> 2019년 1월 2일 (수) 01:21에 Garam Gim 님이 작성:
>
>> 위키 내 날짜와 시간은 사용자가 사용중인 환경에 따라 다르게 보이므로 1765395판
>> 을
>> 기준으로 말씀드리겠습니다.
>>
>> 광역자치단체는 대한민국 지방자치법에 따라 한 가지로 보기 때문에, 또한 마땅한 여분의 키값이 없고 다른 나라의 경우에도 한 가지로
>> 통일하고 있기 때문에 province로 값을 부여한 것입니다.
>>
>> 시·자치구·군은 같은 급이긴 하나 동법 제2조 제2항을 보면 자치권의 범위가 다소 다를 수 있다고 명시하고 있으므로, 이를
>> 구분하고자 각기 city와 district로 구분하였습니다. 그리고 혹여 차후에 국가적으로 자치권의 범위가 바뀌는 경우가 있다면 이를
>> 변경함에 있어 다소 번거러움을 덜 목적이기도 합니다.
>>
>> neighbourhood에 해당하는 동의 경우에는 광역지방자치단체, 즉 자치구의 동이므로 village에 해당하는 일반 리와는 같을
>> 수 없으며, town과 같은 급입니다. 다소 설명이 부족했던 것 같은데,  말씀하시는 부분이 동법 제4조의2에 대한 부분에
>> 해당한다면 village에 포함된다고 보시면 됩니다.
>>
>> 그 경우에도 왜 동을 town과 별개로 두었는가 하는 의문이 드실 수 있습니다. 이 경우에는 앞서 말씀드린 상위 행정 구역 상에서
>> 자치권의 범위가 다를 수 있다는 것을 따른 것도 있고, 동법 제3조 제4항과 Tag:place=town
>>  및
>> Tag:place=neighbourhood
>> 에 명시된 내용을
>> 참고하여 도심지와 비도심지를 나누고자 한 것이기도 합니다.
>>
>>
>> 2019년 1월 1일 (화) 오후 10:34, Jaeu Jeong 님이 작성:
>>
>>> Garam님이 작성한 위키 페이지(https://wiki.openstreetmap.org/wiki/Korea_tagging)를
>>> 보니 한 가지 궁금한 점이 있습니다.
>>>
>>> 작성된 내용(1월 1일 오후 8시 기준)에 따르면 지자체의 급에 따라 place를 분류된 것도 있고, 그렇지 않은 것도 있습니다.
>>>
>>> 예를 들어 광역자치단체(특별시, 광역시, 특별자치시, 도, 특별자치도)는 province로 분류되어 있습니다. 반면 (자치)시,
>>> 군과 자치구는 같은 급인데, (자치)시, 군은 city, 자치구는 district로 분류되어 있습니다. 또한 동, 리는 같은 급인데
>>> neighbourhood와 village로 각각 분류되어 있습니다.
>>>
>>> 이렇게 분류된 기준이 무엇인지 궁금합니다.
>>>
>>> 그리고 OSM 위키에 참고자료로 도움이 될 것 같아서 지방자치법, 세종특별자치시 특별법, 제주특별자치시 특별법을 바탕으로 행정구역
>>> 분류도를 그려보았습니다. 첨부하여 드립니다. 피드백 주시면 감사드리겠습니다.
>>> [image: 행정구역 분류.png]
>>>
>>>
>>> 2018년 12월 30일 (일) 오전 7:06, Garam Gim 님이 작성:
>>>
 아, 제 발언은 전적으로 행정구역을 어떻게 표기할 것인가에 대한 의견이었습니다.

 현재 place을 어떻게 각기 사용할 것인가에 대한 초안을 생성해보았습니다.
 https://wiki.openstreetmap.org/wiki/Korea_tagging

 여기 및 https://forum.openstreetmap.org/viewtopic.php?pid=731450 그리고 다른
 경로 등을 두루 참고하였으나 아직 초안이므로 수준(level) 등이 다소 변경될 수 있는데, 이와 관련해서 의견이 있으시다면
 말씀해주시면 감사하겠습니다.

 2018년 12월 30일 (일) 오전 12:47, Jaeu Jeong 님이 작성:

> 각 지방자치단체에서는 행정구역을 의미상 번역하지 않고 공식적으로는 로마자 표기를 사용하기 때문에 -do, -si, -gu,
> -gun을 사용하고 있지 않을까 생각됩니다. 개인적으로 OSM의 태그 값은 영국식 영어를 따르는 것 같아서(대표적으로 색상 태그를
> colour라고 사용하는데 미국식 영어는 color입니다.) 되도록 로마자 표기 대신 영어에서 비슷한 의미를 찾아 사용하는 것이 
> 좋다고
> 생각합니다. 하지만 영어로 1:1 번역이 어려운 경우 Garam님께서 말씀하신 대로 로마자 표기가 대안이 될 수 있을 것 같습니다.
> 혹시라도 로마자 표기에 따라 태그 값을 사용하게 된다면 place=do, place=si, place=gu,
> place=gun과 같이 태그 값이 적용되는 건가요? 사용할 수 있으면 좋겠지만 새로운 태그값이라 만약에 사용하려고 한다면 OSM
> 위키에 place=do / si / gun / gu 태그 값을 제안해야 할 것 같습니다.
>
> 2018년 12월 29일 (토) 오후 8:21, Garam Gim 님이 작성:
>
>> 각 지방자치단체의 홈페이지를 방문하면 거진 -do, -si, -gu, -gun 등으로 쓰고 있음이 확인됩니다. 그렇다고
>> 한다면 실제 표기를 따르는 것이 맞지 않을까 하는데 어떻게 생각하십니까?
>>
>> 2018년 12월 29일 (토) 오전 2:36, Jaeu Jeong 님이 작성:
>>
>>> 한국의 지명과 place 태그 값을 어떻게 매칭할 수 있는지 조사하고 있으나 어려움을 겪고 있습니다. 정부 차원에서 어떻게
>>> 행정구역을 번역하고 있는지 살펴봤습니다.
>>>
>>> 한국법제연구원에서 영어로 번역한 지방자치법[1]에서는 다음과 같이 행정구역을 소개하고 있습니다. 도, 시, 군, 구, 읍,
>>> 면, 동, 리는 사실상 번역이 아닌 로마자 표기법입니다.
>>>  - 특별시 : Special City
>>>  - 광역시 : Metropolitan City
>>>  - 특별자치시 : Metropolitan Autonomous City
>>>  - 도 : Do
>>>  - 특별자치도 : Special Self-governing Province
>>>  - 자치구 : Autonomous Gu (Gu로 통칭)
>>>  - 시 / 군 / 구 : Si / Gun / Gu
>>>  - 읍 / 면 / 동 : Eup / Myeon / Dong
>>>  - 리 : Ri
>>>
>>> 정부 산하 해외문화홍보원에서 운영하는 www.korea.net[2]에서는 도, 시, 군, 구를 한국법제연구원과는 다르게
>>> 번역했습니다.
>>>  - 도 : Province
>>>  - 시 : City
>>>  - 군 : County
>>>  - 구 : District
>>>  - 시군구보다 높은 계층은 지방자치법 영문 법령과 동일, 시군구보다 낮은 계층은 언급 없음.
>>>
>>> 국토지리정보원에서 발간한 지명의 국제표준지침서[3]는 법령과 거의 동일하나 일부 차이가 있습니다.
>>>  - 특별자치시 : Special Self-governing City
>>>
>>> 즉, 특별자치시, 도, 시, 군, 구 행정구역 단위에 대한 공식적인 영어 번역 명칭은 통일되어 있지 않습니다. 도, 시,
>>> 군, 구에 대해서는 정부 산하 해외문화홍보원을 따르는 것이 좋다고 생각합니다.
>>>
>>> 특별시, 광역시, 특별자치시, 자치시, 행정시는 모두 지명으로서 시(City)로 분류할 수 있을 것 같습니다. 특별시,
>>> 광역시, 특별자치시는 광역자치단체로서, 도에서 분리된 시입니다. 자치시는 도의 하위 행정구역이자 기초자치단체입니다. 행정시는
>>> 특별자치도에서만 사용되는 자치권이 

Re: [OSM-talk-fr] Cad'ortho de Noël...

[Augustin Doury]

Merci pour le retour. Du coup on pourrait rajouter les attributions dans
une nouvelle colonne du tableau de la page Wiki. 


Après quelques recherches je trouve quelques pistes dans les issues
Github qui référencent certaines sources :
https://github.com/osm-fr/infrastructure/issues?utf8=%E2%9C%93=is%3Aissue+is%3Aopen+ortho


N'ayant pas participé à l'identification des sources et à leur
intégration je ne suis pas sûr de pouvoir réellement aider, mais s'il y
a davantage d'infos quelque part à éplucher je peux essayer. 

Bonne journée, 

Augustin 


Le 2019-01-04 13:25, Christian Quest a écrit :

Il faut compléter cette page de wiki. 

Tout ce qui est dans ce tableau est sous licence ouverte, mais effectivement les attributions sont différentes en fonction des zones. 

J'ai aussi prévu de générer des shapefile/geojson avec les emprises de chaque source pour à terme avoir une API interrogeable qui dit ce qu'on voit sur une zone donnée... 

Le ven. 4 janv. 2019 à 10:28, Augustin Doury  a écrit : 


Salut,
Un grand merci pour ce gros boulot d'aggrégation ! c'est super.
Dans les crédits de la uMap on trouve ce lien : 
https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
Y a-t-il un endroit où on trouve la liste des sources et des licences associées 
? elles sont issues d'ici 
http://professionnels.ign.fr/orthohr-par-departements#tab-3 et donc sous LO ?
Bonne journée,
Augustin 

Le 2019-01-04 08:35, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) a écrit : 

Enfin sur Lyon, l'orthophoto est surtout à 8 cm. La prise de vue drone ( a 1 cm) ne concerne que moins de 10 ha. 

DE : Christian Quest [mailto:cqu...@openstreetmap.fr] 
ENVOYÉ : jeudi 3 janvier 2019 23:17

À : Discussions sur OSM en français 
OBJET : Re: [OSM-talk-fr] Cad'ortho de Noël... 

Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de 2015 publiée en opendata par la région Grand Est. 

J'ai aussi ajouté l'ortho 2015 de Brest. 

Vous trouverez sur la carte umap des marqueurs pour les ortho les plus récentes ou d'une résolution au delà de 20cm 

https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714 

Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé. 

Le ven. 28 déc. 2018 à 18:17, Christian Quest  a écrit : 

Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est pas encore parfait pour certaines (quand le blanc n'est pas si blanc que ça). 

J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça aide. 

Ajout de: 

- l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur 8 départements 

- Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise de vues) 

- Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes, la Manche arrive 

Le jeu. 27 déc. 2018 à 16:24, Christian Quest  a écrit : 

Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA, une partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas encore intégrésur la BD Ortho). 

La couche 'orthohr' combine toutes les années et mettant les plus récentes en avant. 

J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos FR avec les plus récentes et les plus hautes def en priorité. 

Il y a encore quelques trucs à améliorer: 

- des zones blanches en bord d'une ortho qui masquent la voisine 

- un précalcul pour accélérer certains affichages 

Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM  a écrit : 

Quel Cad'Ô génial, merci ! 


Dans josm j'ai ajouté orthohr_2017 :
tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/{zoom}/{x}/{y} 


Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix en 
provence):
https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png 

As tu une idée du pourquoi ? 


Cyrille37

Le 27/12/2018 à 11:30, Christian Quest a écrit : 

J'ai complété la wiki: https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr [1] 

Le détail des couches couvrant une partie du territoire français a été ajoutée. 

Au total... plus de 12 tera-pixels disponibles (l'équivallent de 1 million de photos de 12 Mpix). 

Ceci occupe un peu moins de 2To d'espace disque (sans compter les caches). 

Viennent d'être ajoutés: 

- Nancy 1994, 1999, 2001, 2002, 2005, 2008, 2012 

- Lyon 2015 (89cm) 

- l'ortho littorale de 2002 (50cm) 

Il ne manque plus que deux départements (58 et 70) sur les ortho HR de 2017. 

En cours de téléchargement, l'ortho HR 2015 des départements 54, 55, 57 et 88, qui ne sont pas listés sur le site de l'IGN mais dispo sur le site opendata de la région. 

Le mar. 25 déc. 2018 à 20:55, Christian Quest  a écrit : 

Le père Noël a apporté des orthos dans sa hotte ! 

Du nouveau sur wms.openstreetmap.fr [2]: 

- les ortho "HR" à 20cm des années 2013 à 2016, 2017 n'est pas encore complète (manque la Bourgne et les Antilles) 

- Mulhouse 2018 (8cm) 

- Toulouse 2017 (10cm) 

- Bayonne 2016 (6cm) 

- Nancy 2016 (7.5cm) 

- Lyon: petite orthos sur 

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Christian Quest]

+1 un rendu "générique" ne permet pas de contribuer efficacement car il
faut cherche les aiguilles manquantes dans la meule de foin !

Pour quelque chose plus facile d'accès que des requêtes overpass, un rendu
dédié est par contre possible, sur le modèle de ceux disponibles sur layers
ou le rendu QA, BANO, etc qui servent à aider à la contribution.


Le ven. 4 janv. 2019 à 11:02, marc marc  a
écrit :

> Le 03.01.19 à 23:35, osm.sanspourr...@spamgourmet.com a écrit :
> > voir rapidement les noms manquants dans la langue en question.
>
> voltiger sur un rendu à différents niveau de zoom pour espérer trouver
> visuellement un nom manquant dans une langue me semble inefficace.
>
> Utiliser overpass me semble bien plus adapté avec une requête du genre
> nwr[name][!"name:br"] avec quelques critères supplémentaires (par ex
> commencer par les entités administratives puis les place=*).
>
> Combiné avec nomino ce serrait sans doute le plus efficace/pratique
> pour un nouveau contributeur axé "nom dans une langue donnée"
> ___
> 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] Cad'ortho de Noël...

[Christian Quest]

Il faut compléter cette page de wiki.

Tout ce qui est dans ce tableau est sous licence ouverte, mais
effectivement les attributions sont différentes en fonction des zones.

J'ai aussi prévu de générer des shapefile/geojson avec les emprises de
chaque source pour à terme avoir une API interrogeable qui dit ce qu'on
voit sur une zone donnée...


Le ven. 4 janv. 2019 à 10:28, Augustin Doury  a écrit :

> Salut,
> Un grand merci pour ce gros boulot d'aggrégation ! c'est super.
> Dans les crédits de la uMap on trouve ce lien :
> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
> Y a-t-il un endroit où on trouve la liste des sources et des licences
> associées ? elles sont issues d'ici
> http://professionnels.ign.fr/orthohr-par-departements#tab-3 et donc sous
> LO ?
> Bonne journée,
> Augustin
>
> Le 2019-01-04 08:35, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE
> PPE) a écrit :
>
> Enfin sur Lyon, l'orthophoto est surtout à 8 cm. La prise de vue drone ( a
> 1 cm) ne concerne que moins de 10 ha.
>
>
>
> *De :* Christian Quest [mailto:cqu...@openstreetmap.fr]
> *Envoyé :* jeudi 3 janvier 2019 23:17
> *À :* Discussions sur OSM en français 
> *Objet :* Re: [OSM-talk-fr] Cad'ortho de Noël...
>
>
>
> Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de
> 2015 publiée en opendata par la région Grand Est.
>
> J'ai aussi ajouté l'ortho 2015 de Brest.
>
>
>
> Vous trouverez sur la carte umap des marqueurs pour les ortho les plus
> récentes ou d'une résolution au delà de 20cm
>
>
>
>
> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714
>
>
>
> Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé.
>
>
>
>
>
> Le ven. 28 déc. 2018 à 18:17, Christian Quest  a
> écrit :
>
> Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est pas
> encore parfait pour certaines (quand le blanc n'est pas si blanc que ça).
>
>
>
> J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça
> aide.
>
>
>
> Ajout de:
>
> - l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur 8
> départements
>
> - Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise
> de vues)
>
> - Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes, la
> Manche arrive
>
>
>
>
>
> Le jeu. 27 déc. 2018 à 16:24, Christian Quest  a
> écrit :
>
> Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA,
> une partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas
> encore intégrésur la BD Ortho).
>
>
>
> La couche 'orthohr' combine toutes les années et mettant les plus récentes
> en avant.
>
> J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos FR
> avec les plus récentes et les plus hautes def en priorité.
>
>
>
> Il y a encore quelques trucs à améliorer:
>
> - des zones blanches en bord d'une ortho qui masquent la voisine
>
> - un précalcul pour accélérer certains affichages
>
>
>
>
>
> Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM 
> a écrit :
>
> Quel Cad'Ô génial, merci !
>
> Dans josm j'ai ajouté orthohr_2017 :
> tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/{zoom}/{x}/{y}
>
> Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix
> en provence):
> https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png
>
> As tu une idée du pourquoi ?
>
> Cyrille37
>
> Le 27/12/2018 à 11:30, Christian Quest a écrit :
>
> J'ai complété la wiki:
> https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
>
>
>
> Le détail des couches couvrant une partie du territoire français a été
> ajoutée.
>
>
>
> Au total... plus de 12 tera-pixels disponibles (l'équivallent de 1 million
> de photos de 12 Mpix).
>
> Ceci occupe un peu moins de 2To d'espace disque (sans compter les caches).
>
>
>
> Viennent d'être ajoutés:
>
> - Nancy 1994, 1999, 2001, 2002, 2005, 2008, 2012
>
> - Lyon 2015 (89cm)
>
> - l'ortho littorale de 2002 (50cm)
>
>
>
> Il ne manque plus que deux départements (58 et 70) sur les ortho HR de
> 2017.
>
> En cours de téléchargement, l'ortho HR 2015 des départements 54, 55, 57 et
> 88, qui ne sont pas listés sur le site de l'IGN mais dispo sur le site
> opendata de la région.
>
>
>
>
>
> Le mar. 25 déc. 2018 à 20:55, Christian Quest  a
> écrit :
>
> Le père Noël a apporté des orthos dans sa hotte !
>
>
>
> Du nouveau sur wms.openstreetmap.fr:
>
> - les ortho "HR" à 20cm des années 2013 à 2016, 2017 n'est pas encore
> complète (manque la Bourgne et les Antilles)
>
> - Mulhouse 2018 (8cm)
>
> - Toulouse 2017 (10cm)
>
> - Bayonne 2016 (6cm)
>
> - Nancy 2016 (7.5cm)
>
> - Lyon: petite orthos sur Fourviere (2016, 1cm), le Parc OL à Lyon (2016,
> 8cm) et St Fons (2018, 2cm), l'ortho à 8cm de 2015 est en cours de download.
>
>
>
> Plus anciennes mais à nouveau disponibles:
>
> - Région PACA 2009-2010
>
>
>
> Tout ça arrive directement dans JOSM...
>
>
>
> --
>
> Christian Quest - OpenStreetMap France
>
>
>
> --
>
> Christian Quest - 

Re: [talk-au] Use of AIS message as input to OSM

[Arthur Geeson]

Hi Alex,

Thank you for the additional information I shall go through it all ASAP.

Arthur

On 3/1/19 6:42 pm, Alex (Maxious) Sadleir wrote:
Having a look at the mapping guidelines I did find Beacons 
https://wiki.openstreetmap.org/wiki/Seamarks/Beacons can have Radio 
Stations https://wiki.openstreetmap.org/wiki/Seamarks/Radio_Stations 
including seamark:radio_station:category=ais "An AIS radiobeacon on a 
seamark that reports its own position" and a lot of other AIS radio 
station types including some that aren't really a buoy there - 
virtual! 
(http://www.professionalmariner.com/August-2014/synthetic-aids-virtual-buoys/) 



I can find some seamarks but not radio stations in NSW 
https://overpass-turbo.eu/s/EVh 
http://map.openseamap.org/?zoom=16=-33.87089=151.18538=-33.87079=151.18459=BFTFFTF0FF
But I did find a red buoy near Macau that is AIS enabled 
https://www.openstreetmap.org/node/5793357137 
http://map.openseamap.org/?zoom=16=22.11957=113.61184=BFTFFTF0FF


So I assume one must do some seaside mapping using some kind of radio 
like an SDR to get the position data? 
https://www.rtl-sdr.com/rtl-sdr-tutorial-cheap-ais-ship-tracking/


On Thu, Jan 3, 2019 at 6:34 PM Marc Gemis > wrote:


AFAIK, OpenSeaMap is dedicated rendering based on the same
OpenStreetMap database as the map of e.g. http://www.openstreetmap.org
The OpenSeaMap project also defines certain tags that are only used
for navigation on water. See [1] for more info on how it works.

So on one hand they are already combined (use the same database), but
they are also separate (OpenSeaMap provides their own rendering of the
data).

regards

m.

[1] https://wiki.openstreetmap.org/wiki/OpenSeaMap

On Thu, Jan 3, 2019 at 7:17 AM Arthur Geeson mailto:ag200...@gmail.com>> wrote:
>
> Hi,
>
> I would like to use the position data received from Automatic
Identification System (AIS) messages that are used for
navigational aids for marine ships to plot the position of these
piles on the OSM but I am not sure if this would be copy right
information?
>
> Perhaps we could have a 'source - AIS' ?
>
> Looking at the OSM wiki I find that there is a 'man_made -
beacon' tag.  Further searching I find there is an OpenSeaMap.  I
am not sure why we would need OpenStreetMap and OpenSeaMap should
these not be combined? However if they are separate so be it.  It
would seem that OpenSeaMap has a number of suitable icons but I
was not able to search it.  Basically AIS does not seem to be
supported on either of the maps.
>
> MarineTraffic.com uses the OpenStreetMap to display the
positions of many thousands of ships around the world based on AIS
input.
>
> Is anyone able to help?
>
> Thanks - Arthur
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-au

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

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

Re: [Talk-it] importare dati osm su database

[Roberto Brazzelli]

Grazie,
ho seguito la guida è sono riuscito ad importare su postgres
installato su server debian i dati binari di osm.pfb.
Poi ho inserito i dati in qgis è volevo applicare questi stili
https://github.com/charleyglynn/OSM-Shapefile-QGIS-stylesheets/tree/master/QML%20files
...non mi trovo è diverse geometrie non vanno..immagino perchè quegli stili
sono per dati formato shp

qualche suggerimento?:
- posso convertire sul db i dati da pbf a shp^
- esistono stili di osm  formato .qml da applicare ai dati binari?

grazie ancora
Roberto

Il giorno mer 12 dic 2018 alle ore 13:36 Maurizio Napolitano <
napoo...@gmail.com> ha scritto:

> parti da qui
> https://switch2osm.org/manually-building-a-tile-server-18-04-lts/
> poi, per gli uggiornamenti invece basta usare le giuste opzioni di
> osm2pgsql scaricando gli aggiornamenti da planet.openstreetmap.org
> https://github.com/openstreetmap/osm2pgsql/blob/master/docs/usage.md
>
>
> On Wed, Dec 12, 2018 at 1:07 PM Roberto Brazzelli
>  wrote:
> >
> > Ciao Daniele..vedo di essere più chiaro..
> > Vorrei fare prova importando solo alcune categorie di poi
> > a livello regionale postgres installato su server cloud debian.
> > leggendo sulla wiki a anche su altre risorse mi pare di capire
> > che è poi possibile far sincronizzare automaticamente i dati presenti sul
> > mio server  con il i dati di osm...è corretto?
> >
> > a questo punto mi chiedevo quale strada tra osm2pgsql e imposm
> > è meglio seguire.
> >
> > grazie
> > rb
> >
> >
> >
> >
> > Il giorno mar 11 dic 2018 alle ore 18:49 Daniele Forsi 
> ha scritto:
> >>
> >> Il giorno mar 11 dic 2018 alle ore 15:49 Roberto Brazzelli ha scritto:
> >>
> >> > quale delle 2 strade è più semplice?
> >>
> >> problema x-y: stai elencando delle soluzioni invece di spiegare qual è
> >> il tuo problema
> >> ("test con dati a livello comunale" non è una spiegazione sufficiente
> >> perché test diversi richiedono strumenti diversi)
> >> --
> >> Daniele Forsi
> >>
> >> ___
> >> 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
>
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-es] semanarioOSM Nº 440 2018-12-18-2018-12-24

[theweekly . osm]

Hola, el semanario Nº 440, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11223/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cu] semanarioOSM Nº 440 2018-12-18-2018-12-24

[theweekly . osm]

Hola, el semanario Nº 440, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11223/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[OSM-co] semanarioOSM Nº 440 2018-12-18-2018-12-24

[theweekly . osm]

Hola, el semanario Nº 440, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11223/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-cl] semanarioOSM Nº 440 2018-12-18-2018-12-24

[theweekly . osm]

Hola, el semanario Nº 440, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11223/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[talk-latam] semanarioOSM Nº 440 2018-12-18-2018-12-24

[theweekly . osm]

Hola, el semanario Nº 440, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11223/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [talk-au] Use of AIS message as input to OSM

[Arthur Geeson]

Hi Graeme,

On receiving the AIS data about half of the messages at my location come 
from fixed location beacons that ships are able to receive and then plot 
the positions on their display along with their GPS position and the 
positions of other vessels.  They are then able to navigate with greater 
safety knowing what is around them.  These fixed location beacons I feel 
should be also permanently marked on the OSM so that weekend sailors can 
use the OSM with more information available.  I presume that these 
beacons consist of a pile or buoy fitted with a solar panel, battery and 
VHF transmitter with software to control the transmission.  They are of 
course situated in suitable locations to assist with navigation.


Hope this helps - Arthur

On 3/1/19 6:30 pm, Graeme Fitzpatrick wrote:



On Thu, 3 Jan 2019 at 16:17, Arthur Geeson > wrote:


Hi,

I would like to use the position data received from Automatic
Identification System (AIS) messages that are used for
navigational aids for marine ships to plot the position of these
piles on the OSM but I am not sure if this would be copy right
information?


What are you actually wanting to map, Arthur?

Anchorages, nav aids, what?

Thanks

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

Re: [Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht

[osm-ToniE]

Hallo Rainer,

prima, das Du mitmachst.

Einzelheiten kann ich Dir am Dienstag auf dem Münchner OSM-Stammtisch 
mitteilen. Evtl. können wir ja gemeinsam an- und/oder abreisen?


VG
Toni

Am 04.01.19 um 00:08 schrieb Rainer:

Hallo André,

ich habe mich entschlossen dieses Jahr am OSM-Stand mitzuhelfen.
Wie ist der zeitliche Rahmen, d.h. wann geht's am Sa los und wann ist am 
So Schluß?
Wie läuft die Anmeldung, koordinierst du das für den OSM-Stand? Auf der 
Wiki-Seite habe ich mich eingetragen.


Viele Grüße,
Rainer

Am 03.01.19 um 13:37 schrieb André Riedel:

Hallo,

für die diesjährigen Chemnitzer Linux-Tage suchen wir noch
Mitstreiter, welche uns am OpenStreetMap-Stand unterstützen. Diese
finden am 16. und 17. März statt. Weitere Informationen findet ihr im
Wiki.

Da der Anmeldeschluss in zwei Tagen ist, benötige ich auch eine
kurzfriste Zusage.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019

Mit besten Grüßen
André


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

[Talk-de] Hat der Renderer Probleme?

[Manuel Reimer]

Hallo,

Ich habe gestern am Nachmittag einige Änderungen gemacht und einige 
davon sind bis heute nicht gerendert.


Das ging in der Vergangenheit definitiv mal schneller...

Wird aktuell besonders viel gemappt oder hat der Renderer ein Problem?

Gruß

Manuel


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

Re: [OSM-talk] What use is OpenStreetMap?

[François Lacombe]

Hi

Big use cases for utilities, network operators and urban planning

English: https://www.openstreetmap.org/user/InfosReseaux/diary/47030
French:
https://www.openstreetmap.fr/cartographier-mondialement-linfrastructure-avec-openstreetmap/

Furthermore, OSM is the only one to build and share a worldwide tagging
model. Users can take the data but they can take the tagging model also and
use it to refine third party data.

All the best

François

Le ven. 4 janv. 2019 à 08:40, Oleksiy Muzalyev 
a écrit :

> A detailed map is an essential tool for firefighters, ambulance, and
> police. And not only of the town itself but also of the countryside
> especially along railways and automobile roads.
>
> The city of Stockholm built an interactive public transportation map on
> the basis of OSM: https://sl.se/en/ . People can see still at home when
> their bus is arriving at the stop.
>
> The city of Odessa created the similar public transportation map but on
> the basis of a commercial map: http://transport.odessa.ua/ . It was
> extremely useful web-application, one could see how the trams' geo-markers
> were moving on the map. The web-application became very popular, and the
> commercial map underneath stopped working normally for some, probably also
> commercial, reason.
>
> I mean a  municipal project which is based on an open data map running on
> the municipal server could be more resilient and affordable, especially if
> it becomes popular.
>
> A big separate topic is e-commerce delivery services. A rookie delivery
> driver may search for an address in a city in some cases for hours. This
> excessive driving could be reduced significantly if a driver could see a
> delivery address on the map. It would mean less pollution, accidents,
> pavement wear.
>
> Best regards,
> Oleksiy
>
> On 03.01.19 22:07, John Whelan wrote:
>
> I got a phone call from someone who works for a municipality who was
> passed my phone number.  Basically asking from a municipal government point
> of view was there any advantage to the municipality in having their
> municipality mapped in detail in OpenStreetMap.
>
> Off the top of my head businesses etc can provide map of where they are
> located without payment and list their web sites and phone numbers etc.
>
> Is there a web page somewhere that covers this?
>
> It is quite a serious question and I suspect will be used to justify some
> expenditure and effort to help enrich the map.
>
> Thanks John
>
>
> --
> Sent from Postbox
> 
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] drawing internal parts of buildings

[Ed Loach]

Marc asked:
> Did you try any of the 2 maps listed on
> https://wiki.openstreetmap.org/wiki/Indoor_Mapping ?
> 
> I tried openlevelup :
> https://openlevelup.net/?l=0#18/52.54051/-0.26289  but I'm not
> sure
> whether I should be able to see the rooms on that one

I think from reading
https://wiki.openstreetmap.org/wiki/OpenLevelUp
that the shops would need level=0 adding if they are on the ground floor:
"The main tag is level=*, only object having a level value (or member of a 
type=level relation) are shown on map."

About a year ago I added shops in Wolverhampton City Centre, and where there 
were two levels I added -1 on the lower level (as most were at the same level 
as Dudley Street. These show here:
https://openlevelup.net/?l=-1#18/52.58442/-2.12760
but switching levels doesn't show the level 0 shops I added without the tag 
(though does show some things I didn't add that do have the tag).

Ed


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

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[marc marc]

Le 03.01.19 à 23:35, osm.sanspourr...@spamgourmet.com a écrit :
> voir rapidement les noms manquants dans la langue en question.

voltiger sur un rendu à différents niveau de zoom pour espérer trouver 
visuellement un nom manquant dans une langue me semble inefficace.

Utiliser overpass me semble bien plus adapté avec une requête du genre 
nwr[name][!"name:br"] avec quelques critères supplémentaires (par ex 
commencer par les entités administratives puis les place=*).

Combiné avec nomino ce serrait sans doute le plus efficace/pratique
pour un nouveau contributeur axé "nom dans une langue donnée"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] drawing internal parts of buildings

[Marc Gemis]

Did you try any of the 2 maps listed on
https://wiki.openstreetmap.org/wiki/Indoor_Mapping ?

I tried openlevelup :
https://openlevelup.net/?l=0#18/52.54051/-0.26289  but I'm not sure
whether I should be able to see the rooms on that one

m.

On Fri, Jan 4, 2019 at 12:30 AM BD  wrote:
>
> Hi all and Happy New Year,
>
> I was trying to capture Peterborough's Serpentine Green shopping centre with 
> all of its internal segments.
> And those are the results:
> https://www.openstreetmap.org/#map=18/52.54057/-0.26284
>
> Yes, I guess some of you will spot that there are no (visible) parts to the 
> shop. Well yes, but I did spent some time and now would like to ask for your 
> advise before more time is waisted.
>
> Firstly, I would like to avoid mapping this building with separate building 
> objects as this is one large shop. So solution like this is not going to 
> satisfy my requirements ;)
> https://www.openstreetmap.org/#map=18/52.54361/-0.30304
>
> Please tell me how can I get something like St. Jude Church layout from 
> Google on OSM.
> https://www.google.com/maps/@52.5826465,-0.270375,20.01z
>
> Many thanks,
> dzidek23
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-GB] drawing internal parts of buildings

[Ed Loach]

Dan suggested:

> If you want the rendering to do something different, you could raise
> an issue or even get involved in coding the main "openstreetmap-
> carto"
> rendering style:
> https://github.com/gravitystorm/openstreetmap-carto

Like perhaps
https://github.com/gravitystorm/openstreetmap-carto/issues/2417

Ed


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

Re: [talk-cz] WeeklyOSM CZ 439

[Marián Kyral]

Hodně výživné vydání (OSM vs. HOT), ale nejvíc mě zaujaly problémy na datové
hranici. Jsem moc rád, že tohle ve středu Evropy nemusíme řešit :-D




Marián







-- Původní e-mail --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic , osm_sk@
googlegroups.com
Datum: 4. 1. 2019 10:28:49
Předmět: [talk-cz] WeeklyOSM CZ 439
"Ahoj, je dostupné vydání 439 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/11173

* Spolek na soudě.
* Bazény od fell3.
* Umístění adres pro SK.
* Volby rady Nadace OSM.
* Intervaly v jízdních řádech.
* Mezinárodní datová hranice.
* Vliv HOT na OSM a OSMF.
* Web pro SotM 2019.
* Dlaždice od Wikimedie v ohrožení.
* Merkatorův globus.
* Nedostupná místa na Zélandu.

Pěkné počtení ...

___
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: [OSM-talk-fr] Cad'ortho de Noël...

[Augustin Doury]

Salut,
Un grand merci pour ce gros boulot d'aggrégation ! c'est super.
Dans les crédits de la uMap on trouve ce lien :
https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr
Y a-t-il un endroit où on trouve la liste des sources et des licences
associées ? elles sont issues d'ici
http://professionnels.ign.fr/orthohr-par-departements#tab-3 et donc sous
LO ?
Bonne journée,
Augustin 


Le 2019-01-04 08:35, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE PPE) a écrit :





Enfin sur Lyon, l'orthophoto est surtout à 8 cm. La prise de vue drone ( a 1 cm) ne concerne que moins de 10 ha. 

DE : Christian Quest [mailto:cqu...@openstreetmap.fr] 
ENVOYÉ : jeudi 3 janvier 2019 23:17

À : Discussions sur OSM en français 
OBJET : Re: [OSM-talk-fr] Cad'ortho de Noël... 

Je viens d'ajouter le 54 (Meurthe et Moselle) provenant de l'Ortho HR de 2015 publiée en opendata par la région Grand Est. 

J'ai aussi ajouté l'ortho 2015 de Brest. 

Vous trouverez sur la carte umap des marqueurs pour les ortho les plus récentes ou d'une résolution au delà de 20cm 

https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#6/46.104/2.714 

Et le bouton pour accéder aux éditeurs (colonne de gauche) est activé. 

Le ven. 28 déc. 2018 à 18:17, Christian Quest  a écrit : 

Les zones blanches en bord d'ortho se sont bien améliorées, mais c'est pas encore parfait pour certaines (quand le blanc n'est pas si blanc que ça). 

J'ai mis en place un cache de tuiles TMS... c'est pas parfait, mais ça aide. 

Ajout de: 

- l'ortho HR 2017 est complète, 2016 et 2015 sont encore à compléter sur 8 départements 

- Rennes 2014 (à 10cm), meilleure que l'ortho HR (et c'est la même prise de vues) 

- Ortho Littorale v2... côte Atlantique et Méditerranée sont couvertes, la Manche arrive 

Le jeu. 27 déc. 2018 à 16:24, Christian Quest  a écrit : 

Cette couche ne montre QUE les orthos qui datent de 2017 et il y a PACA, une partie de la Bourgogne et les Antilles (tout n'est d'ailleurs pas encore intégrésur la BD Ortho). 

La couche 'orthohr' combine toutes les années et mettant les plus récentes en avant. 

J'ai aussi mis à jour la couche 'tous_fr' qui combine toutes les orthos FR avec les plus récentes et les plus hautes def en priorité. 

Il y a encore quelques trucs à améliorer: 

- des zones blanches en bord d'une ortho qui masquent la voisine 

- un précalcul pour accélérer certains affichages 

Le jeu. 27 déc. 2018 à 15:47, Cyrille37 OSM  a écrit : 

Quel Cad'Ô génial, merci ! 


Dans josm j'ai ajouté orthohr_2017 :
tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/{zoom}/{x}/{y} 


Mais je ne vois des tuiles que sur une petite zone (Franche-comté et Aix en 
provence):
https://framapic.org/fO09YhRaahUP/3MHcnpWyqtZd.png 

As tu une idée du pourquoi ? 


Cyrille37

Le 27/12/2018 à 11:30, Christian Quest a écrit : 

J'ai complété la wiki: https://wiki.openstreetmap.org/wiki/FR:Serveurs/wms.openstreetmap.fr [1] 

Le détail des couches couvrant une partie du territoire français a été ajoutée. 

Au total... plus de 12 tera-pixels disponibles (l'équivallent de 1 million de photos de 12 Mpix). 

Ceci occupe un peu moins de 2To d'espace disque (sans compter les caches). 

Viennent d'être ajoutés: 

- Nancy 1994, 1999, 2001, 2002, 2005, 2008, 2012 

- Lyon 2015 (89cm) 

- l'ortho littorale de 2002 (50cm) 

Il ne manque plus que deux départements (58 et 70) sur les ortho HR de 2017. 

En cours de téléchargement, l'ortho HR 2015 des départements 54, 55, 57 et 88, qui ne sont pas listés sur le site de l'IGN mais dispo sur le site opendata de la région. 

Le mar. 25 déc. 2018 à 20:55, Christian Quest  a écrit : 

Le père Noël a apporté des orthos dans sa hotte ! 

Du nouveau sur wms.openstreetmap.fr [2]: 

- les ortho "HR" à 20cm des années 2013 à 2016, 2017 n'est pas encore complète (manque la Bourgne et les Antilles) 

- Mulhouse 2018 (8cm) 

- Toulouse 2017 (10cm) 

- Bayonne 2016 (6cm) 

- Nancy 2016 (7.5cm) 

- Lyon: petite orthos sur Fourviere (2016, 1cm), le Parc OL à Lyon (2016, 8cm) et St Fons (2018, 2cm), l'ortho à 8cm de 2015 est en cours de download. 

Plus anciennes mais à nouveau disponibles: 

- Région PACA 2009-2010 

Tout ça arrive directement dans JOSM... 


--

Christian Quest - OpenStreetMap France 


--

Christian Quest - OpenStreetMap France 


___

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 


--

Christian Quest - OpenStreetMap France 


--

Christian Quest - OpenStreetMap France 


--

Christian Quest - OpenStreetMap France 


---
Ce message et toutes les pièces jointes sont établis à l'intention
exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
responsable des 

[talk-cz] WeeklyOSM CZ 439

[Tom Ka]

Ahoj, je dostupné vydání 439 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/11173

* Spolek na soudě.
* Bazény od fell3.
* Umístění adres pro SK.
* Volby rady Nadace OSM.
* Intervaly v jízdních řádech.
* Mezinárodní datová hranice.
* Vliv HOT na OSM a OSMF.
* Web pro SotM 2019.
* Dlaždice od Wikimedie v ohrožení.
* Merkatorův globus.
* Nedostupná místa na Zélandu.

Pěkné počtení ...

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

[Talk-africa] 2019 - More use of the Talk-Africa mailing list

[David Luswata]

Hi all,

2018 was full of so much we are all doing across Africa. 2019 promises even
more for us. There has not been much use of the talk-africa mailing list in
the past (even with the many advantages this provides). I wanted to gather
some thoughts on:

   - Why the talk-africa (a continental) mailing list is not so active?
   - What can be done to leverage this mailing list?

Best,
David.
-- 
*Mapping every corner of Africa | Mapping our World | @lusdavo*
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-GB] drawing internal parts of buildings

[Dan S]

Hi dzidek

Your mapping looks lovely - thank you!

I can see it most easily if I open the Layers menu (button on the
right) and enable "Map Data". Looking at your tagging, I think it's
great

The main thing to remember is that what you see by default on
openstreetmap.org is only one way of rendering the data. The main
render clearly doesn't do anything to emphasise building-parts. But
your mapping looks good - please be assured, your efforts are not
wasted! - the improved detail gets used in routing applications, other
renderings, etc.

If you want the rendering to do something different, you could raise
an issue or even get involved in coding the main "openstreetmap-carto"
rendering style:
https://github.com/gravitystorm/openstreetmap-carto

Best
Dan

Op do 3 jan. 2019 om 23:30 schreef BD :
>
> Hi all and Happy New Year,
>
> I was trying to capture Peterborough's Serpentine Green shopping centre with 
> all of its internal segments.
> And those are the results:
> https://www.openstreetmap.org/#map=18/52.54057/-0.26284
>
> Yes, I guess some of you will spot that there are no (visible) parts to the 
> shop. Well yes, but I did spent some time and now would like to ask for your 
> advise before more time is waisted.
>
> Firstly, I would like to avoid mapping this building with separate building 
> objects as this is one large shop. So solution like this is not going to 
> satisfy my requirements ;)
> https://www.openstreetmap.org/#map=18/52.54361/-0.30304
>
> Please tell me how can I get something like St. Jude Church layout from 
> Google on OSM.
> https://www.google.com/maps/@52.5826465,-0.270375,20.01z
>
> Many thanks,
> dzidek23
> ___
> 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] Après la carte en breton : voici les cartes en occitan et en basque

[Antoine Riche]

Pour clarifier, ça ne me gêne évidemment pas qu'on ait accès aux fonds 
de carte en breton, basque, occitan dans JOSM. C'est intéressant qu'ils 
soient disponibles, mais je souhaite pouvoir les activer dans les 
Préférences WMS/TMS, comme c'est le cas pour les couches OSM Carto, OSM 
Inspector, les imageries locales, etc.


Antoine.

Le 03/01/2019 à 23:35, osm.sanspourr...@spamgourmet.com a écrit :


L'idée des cartes en breton, basque, occitan etc. dans JOSM c'est de 
voir rapidement les noms manquants dans la langue en question.


À la limite pour JOSM afficher uniquement les noms suffirait.

Avoir une catégorie spéciale langues me semble indispensable.

Je propose d'utiliser l'icône classique .

Bien sûr si en fonction du lieu on propose les cartes les plus 
adaptées c'est encore mieux mais le mieux est l'ennemi du bien.


Le 03/01/2019 à 22:47, Vincent Privat - vincent.pri...@gmail.com a écrit :

Hello,
Vu que le nombre de sources augmente beaucoup je prévois de ranger 
bientôt tout ce qui n'est pas catégorisé "photo" dans des sous-menus 
adéquats:


  * |map| a map
  * |historicmap| historic or otherwise outdated map
  * |osmbasedmap| map based on OSM data
  * |historicphoto| historic or otherwise outdated aerial or
satellite photo
  * |other| any other type

cf. https://josm.openstreetmap.de/ticket/16301#comment:23

A+
Vincent

Le jeu. 3 janv. 2019 à 17:21, marc marc > a écrit :


Le 03.01.19 à 16:55, Christian Rogel a écrit :
>> Le 3 janv. 2019 à 10:08, Antoine Riche a écrit :
>> ces fonds apparaissent par défaut dans le menu Imagerie.

> Quele est la nuisance réelle ?

extrapolons dans 10 ans : 200 rendu dans différents langues,
le menu josm doit contenir par défaut 200 rendu différent et tampi
celui celui qui voulait utiliser le menu imagerie pour... une
imagerie ?
cela me semble une nuisance évidente pour tous :)
à tout le moins un sous-menu serra à terme nécessaire.
En passant on notera que les autres rendus alternatif ne sont pas
par
permanent dans le menu, il faut les activer dans les préférences.

> Ne serait-il pas plus logique de faire l’inverse et de mettre en
> arrière-plan des imageries très peu utilisées ?

quand tu vas dans le menu imagerie de josm, c'est pour choisir
une imagerie. la liste comprend rarement 10 entrées.
je ne comprendre pas où voudrais-tu qu'elles aillent "en arrière
plan"

> Subsidiairement, les promoteurs des langues régionales en ont
assez de
> se faire expliquer que leurs demandes/besoins doivent toujours
passer après.

J'utilise parfois l'un ou l'autre rendu alternatif, je trouve
qu'il y a
rien de choquant à devoir faire un unique clic pour l'avoir dans
le menu
imagerie.
de manière plus constructive, peux-être est-il opportun de suggérer
à josm de tenir compte de la locale du pc où il tourne.
celui qui a un pc en local breton aurait le rendu en breton "par
défaut"
et le reste de la planète tournera comme avant.
les rendus autre que celui par défaut pourraient alors se trouver
dans un sous-menu dont je parlais ci-dessus.

On pourrait suggérer la même chose pour la couche imagerie "best" :
généralement c'est celle là que les gens vont activer en premier.
un sous-menu pourrait contenir les autres (couche + ancienne,
fournisseur alternatif, cadastre, etc)

Cordialement,
Marc
___
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-au] Editing kickoff Australia Zealand

[Warin]

On 04/01/19 18:07, Horea Meleg wrote:


Hi everyone!

This is Horea and I am part of the mapping team at Telenav.

To make OpenStreetMap more navigable and accurate in guidance, our 
mapping team is planning to start editing in Australia/New Zealand.


Starting this January until June we will focus on road geometry, road 
name, oneways, signpost, speed limit, lanes and turn lanes in 
Auckland, Canberra, Perth and Melbourne.


This is where you come in! Beside the general OSM mapping 
guidelines (https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Road_Tagging), 
do you have any local mapping guidelines for us? Also, we appreciate 
any hints regarding available local or government data (besides 
https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue) that we 
might be able to us.


We'd love any input and advice!

If you have any questions or comments, please let me/us know. Also, 
more details about our work and plans can be found on Github 
Repository 
 and 
Telenav Wiki Page 
. We will 
announce specific editing projects on our Github at least two weeks in 
advance.


Our team members are also on the Maptime Oceania Slack, so we can be 
reached there too.




For the ACT/Canberra the NSW LPI Base Map is usefull for road names and 
the NSW LPI Imagery may have better detail than other imagery.



Go easy - we drive on the correct side of the road - the left, clockwise 
around roundabouts too.



PS on the wiki page you have some details about 4WD roads.

Note that some long lengths of 4WD roads In South Australia are not 
council roads - so they have no real government data.


And some of these roads are now access=permit, say ~600 miles of them.

Government data for 4WD? That might include the shorter length roads .. 
most of 'us' are not too interested in those as they lead nowhere.


Possibly the government includes 'unpaved' as 4WD where most of us are 
comfortable in a 2WDvehicle ..with a little ground clearance on these roads.


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