Re: [Talk-es] hello, first message tried in this list

[Diego García]

Buenos días.

Por Aragón también.

No voy a andar revisando todo cada vez que interviene este editor.
Como ejemplo https://www.openstreetmap.org/changeset/79841251 donde crea
comarcas en Teruel y de paso le cambia el adminlevel a la localidad de
Monzón de 7 a 8, siendo que es la capital del Cinca Medio. Veo muchas más
ediciones, pero no me las voy a repasar todas.

Qué pereza, madre mía. Y qué paciencia.



Un saludo,






El mié., 22 ene. 2020 a las 5:15, Diego Cruz Alonso ()
escribió:

> Buenos días a todos:
>
> Lamento tener que volver a escribir a la lista en relación con este tema,
> pero el usuario Verdy_p ha vuelto a editar demarcaciones en Castilla y
> León. Ha creado dos áreas con boundary=political en la provincia de Burgos,
> una en el condado de Treviño y otra agrupando otros dos enclaves que ha
> denominado «Enclaves burgueses de Miranda de Ebro» (me aventuro a decir que
> tal cosa no existe). Por lo que veo la etiqueta boundary=political se
> utiliza en España para circunscripciones electorales y cosas así, ¿me
> equivoco? ¿Tiene sentido crear entes específicos para los enclaves con ella?
>
> Además, ha seguido creando comarcas agrarias (ahora en Palencia) sin
> esperar a que se decida en común lo que se quiere hacer con las comarcas en
> esta comunidad autónoma (invito a otros usuarios castellanoleoneses a
> participar y a todo el que quiera opinar). Cabe la posibilidad de que haya
> que borrar todas, pues la única oficial sigue siendo El Bierzo, así que es
> posible que esté perdiendo su tiempo y nos lo haga perder posteriormente si
> tenemos que borrar todo.
>
> Un saludo
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Hi Ale,

I have been thinking a lot about Milanese fountains  Vedovelle
apparently means widows because the fountains are crying continuously.
 But I like your explanation more !

I found what seems to be an amazing Milanese association called
fontallelle.org which has been working for years on a fountain mapping
project in Milan and other cities.

I am going to contact them to see if they are willing to collaborate with
OSM and contribute their work to the open data space and benefit from
shared resources.

Warm regards,

Stuart

On Mon, 20 Jan 2020 at 11:10, Alessandro Oggioni 
wrote:

> Dear Stuart,
> this is a very exiting and amazing initiative.
> Do you have intention to organise the same event in Rome in other Italian
> cities? Could be possible to open a call in the project in other to create
> similar initiative, like drinking fountain hut, in other cities?
> I’m living in Milan and the drinking fountain is an institution in my city
> (usually named vedovelle, mean little widows because they are alone and
> abandoned in the city).
>
> Regards
>
> Ale
>
>
> On 20 Jan 2020, at 08:11, European Water Project <
> europeanwaterproj...@gmail.com> wrote:
>
> Dear Giovanni,
>
> A bit of feedback on the genesis of the project - I am sorry if this email
> rambles and is off topic. I promise not to repeat as this forum is for OSM.
>
> In Divonne-les-bains, France, our mayor and a developer from Perpignan had
> a project to build a water bottling project to bottle 400 million bottles
> of water in PET for export to Asia.  About 1-year ago, I got very involved
> and with a couple of others we created a non-profit association called
> StopEmbouteillage. Initally, the vast majority of Divonnais and everyone
> from the municipal council supported the project.
>
> After months of hard work by a large group of active members (more than
> 7000 flyers passed out), legal action from Swiss authorities just
> across the border, and a media presence (TV, radio, press, social media) we
> were successful in changing the opinion dramatically. The mayor had no
> choice but to kill the project or deal with a riot among the citizens and
> council members.
>
> Through the process of managing the FB page for the association, I learned
> how critical the plastic situation on our planet really is. I won't go on
> too long on this subject, but in addition to multiple 7th continents of
> plastic in the Pacific which everyone talks about, the micro-plastics in
> the Mediterranean are rivers and lakes is incredibly high. According to
> recent studies, on average everyone of us is ingesting about 5 grams of
> plastic per week, in our fish, meat, vegetables and water. I decided to try
> to help make a difference with this project  ... even in a small symbolic
> way.
>
> In September, when visiting my son graduating from the University of
> Bristol, inn the UK, we noticed water fountains everywhere with a Refill
> label and many cafés which had the same. After many discussions, we decided
> not to partner with Refill due to their insistence on keeping all data
> proprietary and being obliged to sell Chilly bottles. I believe that an
> open data collaborative model is better suited for the task of building and
> maintaining a global database of potable water bottle refill stations.
>
> On the 8th of January, we had the chance to be able to launch our project
> and application at the United Nations in front of 800 students for 32
> countries in the presence of Fabrizio Hochshild, Assistant
> Secretary-General of the United Nations and Doreen Bogdan-Martin, Doreen
> Bogdan-Martin, Director of the Telecommunication Development Bureau of the
> ITU.
>
> Now, to answer your question - which is a very good one.
>
> The photo approach has been chosen in large part to build user engagement
> and make the application more interactive. Adding hundred's of photos of
> standard fountains is not the goal... But here in France and across the
> border in Switzerland we have quite a few beautiful stone ones with
> enormous character. I have heard wonders about the fountains in Italy and I
> am looking forward to discovering for myself. We plan to visit Zaragoza,
> Spain later this year.  Zurich, Lucerne and Bern, Switzerland are very
> active as well.
>
> Best regards,
>
> Stuart
>
>
>
>
>
>
> On Sun, 19 Jan 2020 at 23:11, Cascafico Giovanni 
> wrote:
>
>> The project is really interesting: I often needed to find places for
>> refill as a cyclist and RV user. But still,  since project aims to have a
>> comprehensive map of drinking/refilling places, I wonder why a photo
>> approach has been chosen.
>> Maybe a point-click-upload is more sexy than a boring survey app? Or
>> prospect to see your image online can trigger a sort of gamification? Or
>> both?
>>
>> Of course photos (mapillary, openstreetcam, commons or whatever) are not
>> an issue, but I don't think they will add more value to simple OSM nodes
>> with approprieate tags (BTW bottle=yes|no is 

Re: [Talk-es] hello, first message tried in this list

[Diego Cruz Alonso]

Buenos días a todos:

Lamento tener que volver a escribir a la lista en relación con este tema, pero 
el usuario Verdy_p ha vuelto a editar demarcaciones en Castilla y León. Ha 
creado dos áreas con boundary=political en la provincia de Burgos, una en el 
condado de Treviño y otra agrupando otros dos enclaves que ha denominado 
«Enclaves burgueses de Miranda de Ebro» (me aventuro a decir que tal cosa no 
existe). Por lo que veo la etiqueta boundary=political se utiliza en España 
para circunscripciones electorales y cosas así, ¿me equivoco? ¿Tiene sentido 
crear entes específicos para los enclaves con ella?

Además, ha seguido creando comarcas agrarias (ahora en Palencia) sin esperar a 
que se decida en común lo que se quiere hacer con las comarcas en esta 
comunidad autónoma (invito a otros usuarios castellanoleoneses a participar y a 
todo el que quiera opinar). Cabe la posibilidad de que haya que borrar todas, 
pues la única oficial sigue siendo El Bierzo, así que es posible que esté 
perdiendo su tiempo y nos lo haga perder posteriormente si tenemos que borrar 
todo.

Un saludo


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

Re: [talk-au] Shoulder and cycle usage

[Ian Sergeant]

Hi,

Shoulders should always be tagged appropriately.

Shoulders legally in Australia can be used by all bicycles - whether or not
they have a bicycle stencil (painted bicycle sign)  And a bicycle lane is
legally indicated by a sign and not a stencil.  Legally the stencil has no
meaning at all.

My personal advice currently in Australia is to caution against indicating
there is bicycle infrastructure where there is no amenity.   Since, this is
a far greater problem in OSM than missing cycle routes and infrastructure,
and takes far longer to correct and survey.  Google Maps has actually come
from behind to lead OSM in this aspect now in Sydney in most areas.

That said, most motorways that have a wide shoulder, a cycle stencil, and
permit cycling have a bicycle lane indicated.  I think this is probably
appropriate.

Ian.

On Tue, 21 Jan 2020 at 14:19, Sebastian S.  wrote:

> Hi, what is the view of tagging road shoulders and particularly when they
> have painted bicycle signs?
>
> Motorways would be another candidate.
>
> A wiki entry for shoulder exists but is very basic
> https://wiki.openstreetmap.org/wiki/Key:shoulder
> ___
> 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-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[Grigory Rechistov via Talk-se]

Hej Ture, Andreas, Anders, pangoSE och andra,
Längst ner följer mina kommentarer till dina svar.
 
> Jag har för mig att LMV publicerade textlagren i två uppsättningar: en
”kart”-uppsättning med snygga avstavningar, radbrytningar och så, och en
”GIS”-uppsättning där namnen sitter ihop. Vilket av dem är det du tittar på?
 
Jag använder den "GIS"-uppsättningen, men, som du lagt märke till...
 
> Sedan misstänker jag att även ”GIS”-uppsättningen lider lite av att vara
> ”en karta i shapefile-format”, snarare än en geodatabas — namnen är placerade
> där det blir snyggt på en 50k-karta
 
...det har jag också märkt. Därför finns olika förkortningar och radbrytningar
i källfiler vilka jag har kunnat åtgärda. Jag har i planer att kontakta
Lantmäteriet med en lista på ortnamns korrigeringar som jag samlat. Kanske blir
någon intresserad i att uppdatera deras kartinformation för framtiden.
 
> För herrgårdar kanske man kan passa på att lägga till historic=manor 
> samtidigt.
Jag har också tänkt på detta, men vågade inte räkna varje herrgård som en plats
av historiskt värde.
Då kanske missförstår jag "historic=manor":s betydelse. Den taggen används
förresten inte mycket i Sverige, enligt detta: http://overpass-turbo.eu/s/PY3 .
Endast 77 träffar.
 
> Vi har ju även en hel del ställen som har ett namn, men där det är ödehus
> eller sommarstugor eller fäbodar. Dessa borde även de klassas som locality.
Det är precis den ursprungliga meningen bakom "place=locality". Att importen
använder den taggen för herrgårdarna var en kompromiss som jag tillät eftersom
jag inte kunde hitta ett bättre alternativ för något mindre än 
"isolated_dwelling".
Då ansåg jag att "historic=manor" vore för specifikt. Men att bara kasta iväg
noderna ville jag inte heller.
Låt mig tänka på det lite mer, hur det bästa lösningen skulle se ut. Kanske 
skulle
jag omtagga dem till "isolated_dwelling", kanske till "manor", kanske kasta 
bort.

> Stadsdelar bör väl inte vara hamlet, utan neighbourhood?
Nej, "neighbourhood" är visst bättre för dem. För varje kartruta som ligger nära
en större stad ska en uppladdare se till att "hamlet" blir till "neighbourhood".
Det skulle vara uppenbart att upptäcka visuellt och fixa manuellt.
Det skulle inte finnas många sådana rutor som täcker stora städer. Stora städer
brukar dessutom vara mer färdigt kartlagda vilket betyder mindre nya noder att
importera runtom dem.
Jag kunde kanske ha löst problemet genom att tagga de noder som finns inom 
städers
gränser på ett annat etikettsschema... Men det skulle ha varit för
beräkningsintensivt, och jag är inte redo att skriva en sådan algoritm (ännu).
 
> även om jag själv hade föredragit en adress-import.
Det skulle jag ha också föredragit, om jag hade tillgång till en öppen databas
för ortnamn/adresser.
 
> Gissar att merparten av de nya namnen inte längre används i vardagen.
Här kan vi endast tro på Lantmäteriets kompetens att hålla sina kartor aktuella.
Men det gäller även själva OSM-projektet. Man litar nämligen på att andra OSM:s
bidragsgivare har ritat något som stämmer i verkligheten. En gång hade jag 
cyklat
till en skogsväg som visade sig vara ett dike på marken ¯\_(ツ)_/¯
Det är kanske också en ständig fråga för OSM: när blir historiska data
irrelevanta och bör suddas ur OSM-databasen? Jag är till exempel lätt irriterad
att man tillåter ha "abandoned=railway" (drygt 256 tusen sträckor enligt 
Taginfo!)
 
> Vissa platser ser mer ut som "locality" medan några namn har helt klart
> felaktigt blivit "hamlet" fast det bara är en gård, om ens det.
Det finns sådan risk som jag skrivit i importplanen. Jag bedömer att ett sådant
fel, om tillåtet vid importen, är av mindre vikt. Man kan väl strida om "rätta"
etiketter till världens slut. Att det finns en plats med ett namn skulle dock 
hjälpa
att upptäcka platsen och sedan att bedöma dess storlek och sedan rätta till
"place=hamlet" till "locality" eller tvärtom.

> Är det i såna fall möjligt att genereras nya filer efterhand, så man ser vad
> som blir till övers på slutet?
Att generera ny filer efter jag korrigerat skript/input tar liksom 20 minuter
eller ännu mindre. Det är bara cirka 100 000 noder i hela landet vi talar om.
Den nuvarande uppdelningen beror på Lantmäteriets eget schema. Men jag kan 
enkelt
skära de nuvarande "regionerna" i bitar som täcker enstaka kommuner eller till
någon annan nivås administrativa gränser som nu finns.
 
> Jag rekommenderar att du sätter dig in i hemmansbegreppet och de olika
> skiftesreformer som gjorts i Sverige.
Tack, det ska jag göra. Angående de dubbletter som troligen skapas vid
kartbladens kanter, kan de åtgärdas genom att märkas som tveksamma eller
till och med raderas bort för säkerhets skull. Någonting var inte kartlagt
förut, och det blir inte tillagd efter, right?
 
> Nej, så ska vi inte tagga. Ett objekt ska taggas en gång. Detta är en
grundläggande osm-regel
Ja, det är rimligt att importer följer denna regel. Då modifierar jag skriptet 
att
vara mer aggressivt med att radera 

Re: [Talk-br] Nova proposta de classificação viária

[Fernando Trebien]

Da minha parte, que sou suspeito pra falar, concordo com quase tudo,
só faço as seguintes observações:

1. O termo "ligando" na regra #1 de várias classes deveria ser
substituído por "é a rota ideal", do contrário há margem para incluir
qualquer conjunto de vias que não seja caminho principal entre os
lugares referidos.

2. Seria interessante atribuir função aos tipos unclassified e
residential, mencionando que correspondem à classe "via local" do CTB.

3. Por clareza, deve estar escrito em algum lugar que "estrutural" é
um nome comum nos planos diretores mas inexistente na legislação
federal (no CTB), assim como "estrutural principal", e que "principal"
se refere a uma classe viária municipal oficial e não apenas a uma
descrição genérica. Esse nível só existe nas cidades muito grandes,
como por exemplo em São Paulo com seus três níveis de vias estruturais
(o N1 seria esse tipo, o N2 seria o estrutural típico de outros
municípios de tamanho médio, e o N3 seria equivalente ao arterial que
vira secondary no OSM).

4. Para os níveis secondary e tertiary, o termo "rodovia" deve ser
trocado pelo termo "estrada" para incluir vias não-pavimentadas que
satisfaçam a regra da rota ideal. Especialmente importante em várias
regiões menos desenvolvidas do país que muitas vezes não têm ligações
viárias pavimentadas.

5. Acredito que as comunidades dos outros estados vão querer avaliar
com cuidado se o limiar populacional se ajusta à sua realidade local.
Os limiares padrões do OSM a princípio seriam a metade dos propostos:
100k, 10k, 1k, etc. Pode ser muito num estado denso como São Paulo ou
pouco num pouco denso como o Amazonas.

6. "Para esta finalidade, convencionou-se que uma cidade X exerce
influência num raio determinado pela raiz quadrada de sua população."

No caso do RS, a aplicação desse critério não mudaria em nada a
classificação final que foi aprovada.  Embora eu não discorde a
priori, as implicações não chegaram a ser discutidas nem no fórum, nem
no Telegram. Pra classificação viária, o raio de influência de uma
cidade raramente vai além das suas conexões diretas com as cidades
mais próximas na categoria de lugar sendo considerada (100k ou 200k
para trunk, 10k ou 20k para primary). O que varia de regiões densas
pras esparsas é a distância dessas cidades de mesma categoria mais
próximas, e em alguns casos (especialmente onde o sistema viário é
muito denso), é necessário ir para o próximo conjunto de cidades.

Por esse critério, São Paulo teria um raio de influência de pouco
menos de 3500km, indo até o Ushuaia e até San Jose, na Costa Rica. Ou
seja, para completar o sistema trunk, teríamos que tentar encontrar a
melhor rota entre São Paulo e San Jose (que não existe [1]), ou entre
São Paulo e, digamos, Caracas, na Venezuela. Faz parte dessa rota o
trecho Porto Velho - Manaus, que não é pavimentado. Acho difícil
argumentar que São Paulo influencia o sistema viário muito além do que
seria o percurso factível em 1 dia de viagem (~1320km se for a 110km/h
continuamente por 12 horas) ou muito além das capitais dos estados
vizinhos, sendo que pra viagens mais longas outros modais são
preferíveis (trem ou barco para cargas, avião para passageiros). Por
outro lado, Palmas, no Tocantins, teria um raio de apenas 546km, que
por pouco não cobre todo o estado do Tocantins. O projeto das BRs com
certeza inclui prioritariamente no mínimo a interligação entre as
capitais estaduais.

Agora, se limitarmos em 1320km, algumas cidades grandes em regiões
pouco densas, como Manaus, teriam uma área de influência viária
reduzida.

[1] https://pt.wikipedia.org/wiki/Regi%C3%A3o_de_Dari%C3%A9n


On Tue, Jan 21, 2020 at 7:02 PM santamariense  wrote:
>
> Olá,
>
> Venho por meio desta apresentar uma nova proposta de classificação
> viária a ser discutida e aperfeiçoada em conjunto com a comunidade.
> Ela baseia-se no resultado satisfatório e menos controverso ao qual
> chegamos no RS.
>
> Em resumo, a proposta é fundamentada principalmente na característica
> funcional da via de modo a se escolher a melhor rota entre 2 cidades.
>
> A proposta completa está documentada em
> https://wiki.openstreetmap.org/wiki/Brazil/Classifica%C3%A7%C3%A3o_das_rodovias_do_Brasil
> para apreciação da comunidade.
>
> Creio que para fins de documentação é mais adequada a lista Talk-Br,
> porém o Telegram tem proporcionado dinamicidade às discussões, por
> isso, quem estiver interessado, se possível, entre no grupo
> @osm_classificacao_vias para discutir essa proposta. (
> https://t.me/osm_classificacao_vias ou
> https://web.telegram.org/#/im?p=@osm_classificacao_vias )
>
>
> santamariense
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br



--
Fernando Trebien

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

Re: [OSM-talk-fr] Type de highway pour voie de bus

[deuzeffe]

Bon sûr mais c'est bien sang !

(les piétons n'ont pas à circuler sur la voie de bus, mais je vais 
corriger quand même selon tes indications qui sont parfaitement logiques 
^^ sauf que, interdit aux vélo aussi...)


Merci à toi (et à 1 20 100 ailleurs)
--
deuzeffe, qui fatigue

Le 21/01/2020 à 23:47, Florimond Berthoux a écrit :

Salut,

highway=service
perso je met motor_vehicle=no à la place de access=no (interdit aux piéton ?).

Le mar. 21 janv. 2020 à 23:39, deuzeffe  a écrit :


Hello,

Soit le way https://www.openstreetmap.org/way/346379468

C'est une voie de bus, tagguée :
access  no
busway  designated
highway road
nameVoie de Bus - Ligne 10
oneway  yes
psv yes

Osmose me signale que la classification de la voirie est à contrôler.

Je n'ai pas réussi à trouver dans le wiki quelle valeur doit avoir la
clé highway.

Aide bienvenue, merci d'avance.
--
deuzeffe

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






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

Re: [OSM-talk-fr] Type de highway pour voie de bus

[Florimond Berthoux]

Salut,

highway=service
perso je met motor_vehicle=no à la place de access=no (interdit aux piéton ?).

Le mar. 21 janv. 2020 à 23:39, deuzeffe  a écrit :
>
> Hello,
>
> Soit le way https://www.openstreetmap.org/way/346379468
>
> C'est une voie de bus, tagguée :
> access  no
> busway  designated
> highway road
> nameVoie de Bus - Ligne 10
> oneway  yes
> psv yes
>
> Osmose me signale que la classification de la voirie est à contrôler.
>
> Je n'ai pas réussi à trouver dans le wiki quelle valeur doit avoir la
> clé highway.
>
> Aide bienvenue, merci d'avance.
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux

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

[OSM-talk-fr] Type de highway pour voie de bus

[deuzeffe]

Hello,

Soit le way https://www.openstreetmap.org/way/346379468

C'est une voie de bus, tagguée :
access  no
busway  designated
highway road
nameVoie de Bus - Ligne 10
oneway  yes
psv yes

Osmose me signale que la classification de la voirie est à contrôler.

Je n'ai pas réussi à trouver dans le wiki quelle valeur doit avoir la 
clé highway.


Aide bienvenue, merci d'avance.
--
deuzeffe

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

Re: [OSM-talk-fr] Trottoir traversant

[Florimond Berthoux]

Le mar. 21 janv. 2020 à 22:18, marc marc  a écrit :
>
> cela aurait mérité d'être dans l'espace proposition
> vu l'affinage en cours (ou pas apaprement)

La bureaucratie tue l'innovation ;)
(et vue que c'est une feature mineure, je ne pense pas demander un
vote (qui n'a de toutes façons pas de valeur forte...))
Après talk-fr, je pense le poster sur tagging (ça risque d'être fatiguant..).

> cela me permet de simplifier ma réponse :)
> je pense que tu oublies que les clefs osm n'ont pas nécessairement
> le même sens dans osm qu'en anglais. plus précisement :
>
> https://wiki.openstreetmap.org/wiki/FR%3AKey%3Ajunction
> Décrit le type d'une jonction routière Edit or translate this description.
> totalement axé "pour véhicule" et non intersection
> cela ne me semble pas le bon choix de clef

Certes les pages (explications et exemples) du wiki sont souvent
orientées bagnoles mais le wiki ne précise pas que ce n'est que pour
les grosses intersection motorisés «This key describes how a specific
junction is constituted. ».
Donc autant l'utiliser, on ne va pas inventer un mot s'il n'y a pas
d'autres mots en anglais, et c'est intéressant de réutiliser un tag
(un concept) s'il sied.

> kerb : axé obstacle piéton lorsqu'il croise une rue.
ou pour les cyclistes «A kerb (American English curb) is the edge
where a road meets a sidewalk. As these are transition points between
different surfaces and/or elevations, the locations of kerbs are
important features to pedestrians, cyclists, and especially to those
with reduced mobility (e.g., in wheelchairs). »
Et les personnes en fauteuil roulant ou en scooter pour handicapé
utilisent aussi bien les trottoirs que les pistes dans les pays
cyclables.
Et surtout, pourquoi limiter un tag à une utilisation lorsque ce tag
est un tag servant à décrire un objet physique ?

> cela va compliquer l'utilisation des données si maintenant kerb=* décrit
> aussi des traffic_claming=table sans que je percoive l'avantage

kerb permet de décrire plus finement un traffic calming, par exemple
kerb:left/right sur un way permet justement de faire ce pour quoi il
est fait : dire s'il y a une bordure latérale au chemin piéton/vélo.

Un intérêt que je vois de tagguer les trottoirs traversant pour les
cyclistes et les piétons c'est d'objectiver la sécurité et le confort
d'une intersection.
Ce qui est réutilisable pour le routage par exemple.

>
> bref, dommage
>
> Le 21.01.20 à 22:10, Florimond Berthoux a écrit :
> > Bonsoir,
> >
> > J'ai formalisé la réflexion sur cette nouvelle page
> > https://wiki.openstreetmap.org/wiki/Continuous_Sidewalk
> >
> > Réflexion faite, junction=continuous_sidewalk/continuous_cycleway sur le
> > nœud d'intersection permet de préciser l'infra rapidement et de manière
> > non ambigüe.
> > Pour plus de précision on peut tagguer les ways avec
> > junction=continuous_* et les kerbs.
> >
> > Le ven. 17 janv. 2020 à 22:14, Florimond Berthoux
> > mailto:florimond.berth...@gmail.com>> a
> > écrit :
> >
> > Le ven. 17 janv. 2020 à 10:37, marc marc  > > a écrit :
> > >
> > > Je trouve que tu fais compliqué :)
> >
> > En bon ingénieur j'énumère toutes les possibilités pour sélectionner
> > la meilleure à la fin ;)
> >
> > > une route et un trottoir se croise, donc un nœud d'intersection
> > > "passage piéton" highway=crossing + crossing=uncontrolled probablement
> > > pour le niveau de sécurité + crossing_ref=no probablement
> > > pour le type (lié au marquage en fr be ch) + kerb=no
> >
> > En fait il y a bien un kerb «A kerb (American English curb) is the
> > edge where a road meets a sidewalk.»
> > https://wiki.openstreetmap.org/wiki/Key:kerb
> > Sauf que pour le trottoir traversant c'est la voiture qui se le
> > prend cette fois, puisque le piéton lui reste sur le trottoir !
> > Après, on pourrait interpréter le tag comme étant du point de vue du
> > piéton, mais ce n'est pas définit comme cela.
> >
> > > si tu veux maintenant ajouter du détail pour dire en linéaire
> > > la longueur de ce croissement pour chaque usager :
> > > - pour la voiture, c'est un plateau traffic_calming=table
> > > sur le way voiture.
> > > côté voiture, je vois pas de différence entre traverser
> > > un plateau passage piéton avec marquage (les ""anciens"" trottoir
> > > traversants qui existent depuis des années) et un plateau
> > > passe piéton trottoir traversant).
> > > tout autre tag me semble donc superflu ou erroné.
> > > est-ce qu'il y a une différence dans la loi ?
> >
> > Premier point, il y a différent type de trottoir traversant plus ou
> > moins cassant pour une voiture, alors qu'un plateau traversant c'est
> > bien réglementé (en France en tout cas).
> > Second point, sur un plateau traversant il y a toujours une
> > délimitation route/trottoir même s'ils sont censés être à niveau.
> > Troisième point légal, en France, une 

Re: [OSM-talk-fr] Trottoir traversant

[marc marc]

cela aurait mérité d'être dans l'espace proposition
vu l'affinage en cours (ou pas apaprement)
cela me permet de simplifier ma réponse :)
je pense que tu oublies que les clefs osm n'ont pas nécessairement
le même sens dans osm qu'en anglais. plus précisement :

https://wiki.openstreetmap.org/wiki/FR%3AKey%3Ajunction
Décrit le type d'une jonction routière Edit or translate this description.
totalement axé "pour véhicule" et non intersection
cela ne me semble pas le bon choix de clef

kerb : axé obstacle piéton lorsqu'il croise une rue.
cela va compliquer l'utilisation des données si maintenant kerb=* décrit
aussi des traffic_claming=table sans que je percoive l'avantage

bref, dommage

Le 21.01.20 à 22:10, Florimond Berthoux a écrit :
> Bonsoir,
> 
> J'ai formalisé la réflexion sur cette nouvelle page
> https://wiki.openstreetmap.org/wiki/Continuous_Sidewalk
> 
> Réflexion faite, junction=continuous_sidewalk/continuous_cycleway sur le
> nœud d'intersection permet de préciser l'infra rapidement et de manière
> non ambigüe.
> Pour plus de précision on peut tagguer les ways avec
> junction=continuous_* et les kerbs.
> 
> Le ven. 17 janv. 2020 à 22:14, Florimond Berthoux
> mailto:florimond.berth...@gmail.com>> a
> écrit :
> 
> Le ven. 17 janv. 2020 à 10:37, marc marc  > a écrit :
> >
> > Je trouve que tu fais compliqué :)
> 
> En bon ingénieur j'énumère toutes les possibilités pour sélectionner
> la meilleure à la fin ;)
> 
> > une route et un trottoir se croise, donc un nœud d'intersection
> > "passage piéton" highway=crossing + crossing=uncontrolled probablement
> > pour le niveau de sécurité + crossing_ref=no probablement
> > pour le type (lié au marquage en fr be ch) + kerb=no
> 
> En fait il y a bien un kerb «A kerb (American English curb) is the
> edge where a road meets a sidewalk.»
> https://wiki.openstreetmap.org/wiki/Key:kerb
> Sauf que pour le trottoir traversant c'est la voiture qui se le
> prend cette fois, puisque le piéton lui reste sur le trottoir !
> Après, on pourrait interpréter le tag comme étant du point de vue du
> piéton, mais ce n'est pas définit comme cela.
> 
> > si tu veux maintenant ajouter du détail pour dire en linéaire
> > la longueur de ce croissement pour chaque usager :
> > - pour la voiture, c'est un plateau traffic_calming=table
> > sur le way voiture.
> > côté voiture, je vois pas de différence entre traverser
> > un plateau passage piéton avec marquage (les ""anciens"" trottoir
> > traversants qui existent depuis des années) et un plateau
> > passe piéton trottoir traversant).
> > tout autre tag me semble donc superflu ou erroné.
> > est-ce qu'il y a une différence dans la loi ?
> 
> Premier point, il y a différent type de trottoir traversant plus ou
> moins cassant pour une voiture, alors qu'un plateau traversant c'est
> bien réglementé (en France en tout cas).
> Second point, sur un plateau traversant il y a toujours une
> délimitation route/trottoir même s'ils sont censés être à niveau.
> Troisième point légal, en France, une voiture qui traverse un
> trottoir traversant traverse un trottoir (eh eh) et doit donc cédez
> le passage à tous à l'intersection (Article 415-9
> 
> https://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=6ED1C96581529BBCE4CD62E5C0D68704.tplgfr41s_3?idArticle=LEGIARTI23095968=LEGITEXT06074228=20200117
> )
> 
> > - pour le piéton, il y a 2 incohérences dans ce que tu dis.
> > la clef crossing sert a décrire le passage piéton (le nœud même
> > si certain duplique l'info du passage 3 fois).
> > crossing=continuous n'est donc pas une bonne idée pour décrire
> > l'étendue du cheminement de voie le composant.
> > par ailleurs si tu considères qu'un trottoir traversant est un
> trottoir,
> > alors ce n'est pas un passage piéton, c'est highway=path path=sidewalk
> > si c'est pas tout a fait un trottoir (peut-on s'y arrêter pour faire
> > ses lacets ou discuter avec un autre pendant 5 min ? j'en doute),
> > alors highway=path path=continuous_sidewalk ou qlq chose du genre.
> 
> C'est un vrai trottoir et tu peux jouer à la marelle dessus, c'est
> comme une entrée charretière, après personne n'a le droit d’empêcher
> l'autre de passer ;)
> Oui crossing ça veut vraiment dire passage pour traverser la grosse
> voie (route, chemin de fer, rivière...).
> 
> Et le mot anglais pour intersection c'est ... junction
> https://wiki.openstreetmap.org/wiki/Key:junction
> «This key describes how a specific junction is constituted. »
> Perfect, aujourd'hui utilisé pour les différents rond-point (à
> priorité à droite ou à priorité à l'anneau par exemple) donc pour
> définir à la fois la forme physique et l'aspect légal.
> On peut imaginer :
> 

Re: [OSM-talk-fr] Trottoir traversant

[Florimond Berthoux]

Bonsoir,

J'ai formalisé la réflexion sur cette nouvelle page
https://wiki.openstreetmap.org/wiki/Continuous_Sidewalk

Réflexion faite, junction=continuous_sidewalk/continuous_cycleway sur le
nœud d'intersection permet de préciser l'infra rapidement et de manière non
ambigüe.
Pour plus de précision on peut tagguer les ways avec junction=continuous_*
et les kerbs.

Le ven. 17 janv. 2020 à 22:14, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Le ven. 17 janv. 2020 à 10:37, marc marc  a
> écrit :
> >
> > Je trouve que tu fais compliqué :)
>
> En bon ingénieur j'énumère toutes les possibilités pour sélectionner la
> meilleure à la fin ;)
>
> > une route et un trottoir se croise, donc un nœud d'intersection
> > "passage piéton" highway=crossing + crossing=uncontrolled probablement
> > pour le niveau de sécurité + crossing_ref=no probablement
> > pour le type (lié au marquage en fr be ch) + kerb=no
>
> En fait il y a bien un kerb «A kerb (American English curb) is the edge
> where a road meets a sidewalk.»
> https://wiki.openstreetmap.org/wiki/Key:kerb
> Sauf que pour le trottoir traversant c'est la voiture qui se le prend
> cette fois, puisque le piéton lui reste sur le trottoir !
> Après, on pourrait interpréter le tag comme étant du point de vue du
> piéton, mais ce n'est pas définit comme cela.
>
> > si tu veux maintenant ajouter du détail pour dire en linéaire
> > la longueur de ce croissement pour chaque usager :
> > - pour la voiture, c'est un plateau traffic_calming=table
> > sur le way voiture.
> > côté voiture, je vois pas de différence entre traverser
> > un plateau passage piéton avec marquage (les ""anciens"" trottoir
> > traversants qui existent depuis des années) et un plateau
> > passe piéton trottoir traversant).
> > tout autre tag me semble donc superflu ou erroné.
> > est-ce qu'il y a une différence dans la loi ?
>
> Premier point, il y a différent type de trottoir traversant plus ou moins
> cassant pour une voiture, alors qu'un plateau traversant c'est bien
> réglementé (en France en tout cas).
> Second point, sur un plateau traversant il y a toujours une délimitation
> route/trottoir même s'ils sont censés être à niveau.
> Troisième point légal, en France, une voiture qui traverse un trottoir
> traversant traverse un trottoir (eh eh) et doit donc cédez le passage à
> tous à l'intersection (Article 415-9
> https://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=6ED1C96581529BBCE4CD62E5C0D68704.tplgfr41s_3?idArticle=LEGIARTI23095968=LEGITEXT06074228=20200117
> )
>
> > - pour le piéton, il y a 2 incohérences dans ce que tu dis.
> > la clef crossing sert a décrire le passage piéton (le nœud même
> > si certain duplique l'info du passage 3 fois).
> > crossing=continuous n'est donc pas une bonne idée pour décrire
> > l'étendue du cheminement de voie le composant.
> > par ailleurs si tu considères qu'un trottoir traversant est un trottoir,
> > alors ce n'est pas un passage piéton, c'est highway=path path=sidewalk
> > si c'est pas tout a fait un trottoir (peut-on s'y arrêter pour faire
> > ses lacets ou discuter avec un autre pendant 5 min ? j'en doute),
> > alors highway=path path=continuous_sidewalk ou qlq chose du genre.
>
> C'est un vrai trottoir et tu peux jouer à la marelle dessus, c'est comme
> une entrée charretière, après personne n'a le droit d’empêcher l'autre de
> passer ;)
> Oui crossing ça veut vraiment dire passage pour traverser la grosse voie
> (route, chemin de fer, rivière...).
>
> Et le mot anglais pour intersection c'est ... junction
> https://wiki.openstreetmap.org/wiki/Key:junction
> «This key describes how a specific junction is constituted. »
> Perfect, aujourd'hui utilisé pour les différents rond-point (à priorité à
> droite ou à priorité à l'anneau par exemple) donc pour définir à la fois la
> forme physique et l'aspect légal.
> On peut imaginer :
> junction=continuous_sidewalk/continuous_cycleway
>
> Donc je me suis essayé à modéliser ce magnifique trottoir traversant que
> je connais bien https://www.openstreetmap.org/#map=19/48.87867/2.35428
>
> Donc deux nœuds d'intersection avec
> junction=continuous_sidewalk/continuous_cycleway
> https://www.openstreetmap.org/node/652025857
> https://www.openstreetmap.org/node/7140053012
>
> Un bout de rue piétonne sur trottoir :
> traffic_calming=continuous_sidewalk
> highway=pedestrian
> pedestrian=sidewalk (cette portion de segment est sur trottoir)
> kerb=no
> https://www.openstreetmap.org/way/25704593
>
> Une piste cyclable :
> cycleway=continuous
> highway=cycleway
> kerb:left=lowered
> kerb:right=flush
> https://www.openstreetmap.org/way/764269695
>
> Un chemin piéton :
> highway=footway
> footway=continuous_sidewalk
> kerb:left=lowered
> kerb:right=flush
> https://www.openstreetmap.org/way/764269695
>
> Avec ça on est blindé :D
>
> --
> Florimond Berthoux
>


-- 
Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[Talk-br] Nova proposta de classificação viária

[santamariense]

Olá,

Venho por meio desta apresentar uma nova proposta de classificação
viária a ser discutida e aperfeiçoada em conjunto com a comunidade.
Ela baseia-se no resultado satisfatório e menos controverso ao qual
chegamos no RS.

Em resumo, a proposta é fundamentada principalmente na característica
funcional da via de modo a se escolher a melhor rota entre 2 cidades.

A proposta completa está documentada em
https://wiki.openstreetmap.org/wiki/Brazil/Classifica%C3%A7%C3%A3o_das_rodovias_do_Brasil
para apreciação da comunidade.

Creio que para fins de documentação é mais adequada a lista Talk-Br,
porém o Telegram tem proporcionado dinamicidade às discussões, por
isso, quem estiver interessado, se possível, entre no grupo
@osm_classificacao_vias para discutir essa proposta. (
https://t.me/osm_classificacao_vias ou
https://web.telegram.org/#/im?p=@osm_classificacao_vias )


santamariense

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

[Talk-us] OSM US Elections Update

[Maggie Cawley]

*Elections Update*

   - 5 days left to nominate yourself for the OpenStreetMap US Board -
   nominations close January 26.
   - You have until January 30 to post questions for candidates on the
   wiki.
   - Become a member by January 31 to be able to vote
   - Candidate Town Halls schedule for Jan 29 & Feb 1

All of this and more information available on the wiki!
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Elections/2020


& on our latest blog post:
https://www.openstreetmap.us/2020/01/board-elections/

Hope to see you at the next town hall!

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

[OSM-talk-fr] Afficher un flux WMS de l'ONF dans JOSM

[Romain MEHUT]

Bonsoir,

Il y a quelque temps déjà j'avais réussi à ajouter un flux WMS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-82880F0D-E1C4-4EF3-80AF-416977F118F1)
de l'ONF dans JOSM pour visualiser l'emprise des forêts publiques mais
maintenant j'ai un message d'erreur : "Impossible d'analyser la liste des
calques WMS. javax.xml.stream.XMLStreamException: ParseError at
[raw,col]:[109,36] ..."

Sinon il y un autre flux WFS (
http://metadata.carmencarto.fr/geonetwork/105/fre/catalog.search#/metadata/fr-662043116-7D3DC709-E1EB-470B-9FD0-8ABF8AAFD8E4)
mais ce n'est pas reconnu par JOSM.

Donc quelqu'un saurait-il comment s'y prendre ?

Merci d'avance.

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

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[Philippe Verdy]

Noter quand même que l'IGN n'est pas la seule à maintenir ces repères; il y
a aussi les collectivités ou intercommunalités qui en mettent à disposition
en tant que "réseaux partenaires".

Et si OSM ou d'autres assos s'occupaient de créer et maintenir des repères
géodésiques et les soumettre à l'IGN là aussi comme "réseaux partenaires"
(au moins pour le milieu rural) ?

Sur le terrain de toute façon les géomètre ne se satisfont pas de la
poignée de repères existant, il sont beaucoup trop éloignés et il y a trop
d'obstacles pour être visibles de partout. Dans cet exemple de Poitiers,
pas un seule repère à moins de plusieurs kilomètres et plus aucun dans ce
secteur qui domine une vallée encaissée.

C'est logique de garder des repères hauts comme les clochers, les châteaux
d'eau, les grands immeubles et les cheminées (ceci dit il y a d'autres
repères très repérables et précis aussi comme les pylônes électriques, ceux
des caténaires des lignes de chemin de fer, et toutes les antennes mobiles
: là des réseaux partenaires sont évidents, ce sont les bases de données de
l'ANFR, de RTE et du réseau ferré (en plus du fait qu'il s'agit de sites
protégés contre les accès publics ou détériorations mais facilement
observables) On pourrait ajouter aussi le repérage des plaques d'égouts ou
des vannes de gaz dans les rues (pour le positionnement et le nivellement),
d'autant que ces points, s'ils sont déplacés accidentellement sont vite
repérés parce que cela perturbe le service qui y est installé et qu'une
intervention doit avoir lieu pour réparer ou au moins isoler du reste du
réseau.

D'autres points facilement observables en milieu rural, ce sont les bornes
jaunes qui signalent la position des pipelines de gaz enterrés reliant les
communes les unes aux autres (on les voit très bien sur l'imagerie, c'est
encore plus précis que les pylônes électriques, dont on ne voit pas
toujours bien les 4 pieds pour déterminer ensuite le centre en tenant
compte de la parallaxe non corrigeable directement  sur l'orthophoto faite
avec des clichés jamais faits partout  exactement à la verticale
gravitationnelle).

Le mar. 21 janv. 2020 à 16:30, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> > De: "marc marc" 
> >
> > si tu passes par là : vérifier que le clocher est tjs là, si oui
> > - mettre un survey:date=2020-01 sur les repères
> > - flager l'anomalie en faux positif sur osmose
>
> Voire mettre à jour ce tableau :
> https://wiki.openstreetmap.org/wiki/France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Supprim.C3.A9s
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[Jacques Lavignotte]

si tu passes par là : vérifier que le clocher est tjs là, 


OUI Il est toujours là. Vu ce soir même.


- mettre un survey:date=2020-01 sur les repères
- flager l'anomalie en faux positif sur osmose


C'est fait.

Merci, J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
On mangera ? (c) (tm)

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

[OSM-talk] New tool to convert OSM (history) tagging data to CSV

[Rory McCann]

Hi all,

I've made a tool to convert OSM data to CSV, aimed for history files but 
works on all PBFs, making one CSV row per tag change:


https://github.com/rory/osm-tag-csv-history

CSV is a very popular format, and lots of other programmes can use it. I 
hope this tool helps new people explore OSM data, and how OSM data 
changes, and how people are mapping, and that it opens up OSM data 
analysis to more people


I've lots of experience with unix shell commands, so here's how to use 
this data & bash shell to figure things out:


Who's changing `building=yes` to something else:

osm-tag-csv-history -i data.osh.pbf -o - --no-header | grep -P 
'^building,[^,]+,yes,' | xsv select 8 | sort | uniq -c | sort -n | tail 
-n 20


To look at all the edits that a user has made, to see what sort of thing 
they map:


osm-tag-csv-history -i data.osh.pbf -o data.csv.gz
zcat data.csv.gz | xsv search -s username "^USERNAME$"

You could also see who's adding certain types of features. More 
information here: https://github.com/rory/osm-tag-csv-history


--
Rory

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

Re: [OSRM-talk] 403 when installing the node.js bindings

[Daniel Patterson via OSRM-talk]

We haven't published binaries for newer node versions - you'll need to
compile them yourself.

IIRC, there should be working published binaries for Node 8 and 10, but
nothing newer at this stage.

Unfortunately, I'm not in a position to spend any time doing a new release,
so I can't say when it might magically get fixed.

daniel

On Mon, Jan 20, 2020 at 6:44 PM Stephen Downward <
laptopdud...@stephendownward.ca> wrote:

> Hi,
>
> I am trying to install the Node.js bindings for osrm so that I can write
> a production ready server. However, running "npm install osrm" returns
> "node-pre-gyp ERR! stack Error: 403 status code downloading tarball
>
> https://mapbox-node-binary.s3.amazonaws.com/osrm/v5.22.0/Release/node-v79-linux-x64.tar.gz
> ".
> Looking on the github, I can't find any up-to-date issues on the topic.
>
> I am running node v13.6.0.
>
> Thanks,
>
> Stephen
>
>
> ___
> OSRM-talk mailing list
> osrm-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-GB] Nottingham pub meeting TONIGHT

[SK53]

Just noticed a typo in the date on the OSM Calendar.

The date for January Nottingham pub meeting is today, 21st:
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

Just correcting on the wiki.

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

Re: [talk-cz] Uživatel pajas - les uvnitř parku

[Jan Macura]

Ahoj

On Tue, 21 Jan 2020 at 14:18, majkaz  wrote:

> (...)
>

> Případně v horším případě do mapy vrazí každý jednotlivý strom samostatným
> bodem (Němci, Rakušáci s oblibou). V Českých Velenicích to tam tahle "přes
> plot" naplácali (https://www.openstreetmap.org/#map=18/48.76720/14.96411),
> ale přitom už to dál nikdo neudržuje. Takže když se tam proženou služby
> města s motorovkou, v mapě ty neexistující stromy zůstávají navěky. Už jsem
> takhle viděla zmapovaný i kus lesa.
>
>
Uff, ty Velenice jsou psycho. To myslím se zmapování frekventovaných parků
uprostřed měst nejde srovnávat.
Teda.. problém bych s tím neměl, kdyby, jak Majka už poukázala, to někdo
dokázal udržovat

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

Re: [OSM-talk-be] Infrabel Open Data

[Midgard]

Hi Stijn

I think Infrabel Open Data would be useful for
* detecting unmapped tracks and removed tracks,
* the ref=* of railway lines,
* the ref=* and protection of level crossings,
* the milestones.


I fear more problems with the license than you do. I would avoid this data 
source unless we get an
official explicit agreement with Infrabel on this.

We can't fulfull requirement 5.1.3:
> [nl] dat het hergebruik van de Gegevens op geen enkel moment en op geen 
> enkele plaats de commerciële of andere belangen van Infrabel, noch het imago 
> of de reputatie van Infrabel schaadt;
> [fr] à ce qu'à tout moment et à tout endroit, la Réutilisation des Données ne 
> porte pas atteinte aux intérêts commerciaux ni à un quelconque autre intérêt 
> d'Infrabel, et ne nuira pas à l'image ni à la réputation d'Infrabel ;

5.1.5 would *require* something to keep updating it:
> [nl] de updates van de door de Licentienemer hergebruikte gegevens van 
> Infrabel die, indien van toepassing, door Infrabel op het Platform zullen 
> worden gepubliceerd (behalve in het geval van Hergebruik voor historische 
> doeleinden), te respecteren en onverwijld te integreren;
> [fr] à respecter et intégrer sans délai les mises à jour des Données 
> d'Infrabel réutilisées par le Preneur qui seront, le cas échéant, publiées 
> par Infrabel sur la Plateforme (sauf pour les cas de Réutilisation à des fins 
> historiques) ;

I'm not sure how we should interpret 5.1.7 in the context of OSM; it looks like 
mappers would be
required to report errors to Infrabel:
> [nl] Infrabel, zodra zulks [de Licentienemer] ter kennis komt, te informeren 
> over foutieve, ontbrekende of onvolledige Gegevens, zodat deze binnen een 
> redelijke termijn kunnen worden aangepast.
> [fr] à informer Infrabel, dès que [le Preneur de licence] en a connaissance, 
> de l'existence de Données erronées, manquantes ou incomplètes, afin qu’elles 
> puissent être adaptées dans un délai raisonnable ;

I think we cannot fulfill 5.1.4 since we don't know where our data ends up:
> [nl] na te gaan of het Hergebruik niet leidt tot een vertekening van de 
> betekenis, het informatieve karakter of het doel van de Gegevens;
> [fr] à vérifier que la Réutilisation n’entraîne pas une dénaturation du sens, 
> du caractère informationnel ou de l’objet des Donnees ;

Like you say, also 5.1.6 is a bit vague in the context of OSM.

Kind regards,
Midgard


Quoting Stijn Rombauts via Talk-be (2020-01-17 20:41:41)
> Hi,
> There is this page (1), which has a wealth of interesting information for 
> those who want to waste their time updating, improving and correcting the 
> railway related things in OSM. As far as I can see the licence is OK, except 
> for point 5.1.6 which requires us to mention the Open Data Infrabel-platform 
> as a source, with the date of the last update. But does it suffice to add 
> them to this page (2)? Perhaps with ... "These data are being updated 
> continuously." ;-)
> Regards,
> StijnRR

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

[OSM-talk] Diversity in OpenStreetMap, Seeking your help on ideas for the Foundation

[Mikel Maron]

Hello -- I've written up ideas on steps the OSMF could take to address 
questions on diversity. Input and help welcomed. Please share to other OSM 
channels so people from far and wide can participate.
https://www.openstreetmap.org/user/mikelmaron/diary/391966

ThanksMikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-cz] JOSM tutorial pro zacatecniky v CZ?

[mahdi1234]

Diky, CZ klavesovy zkratky jsem pridal do dokumentu. Samotna HOT cast bude 
resena lidma z HOT (ja byl osloven, jestli bych potom neudelal vseobecnou extra 
cast o JOSM/OSM). Veci tykajici se HOTu preposlu organizatorce.

mahdi

__
> Od: "Jiri Vlasak" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 21.01.2020 09:37
> Předmět: Re: [talk-cz] JOSM tutorial pro zacatecniky v CZ?
>
>Ahoj,
>
>On Fri, Jan 17, 2020 at 12:59:48PM +0100, mahdi1...@centrum.cz wrote:
>> cau,
>> 
>> V ramci HOTOSM/Pyladies akce na zacatku unora v Brne si dame po HOT casti
>> pro prezivsi zaklady JOSMu jako takovyho. Pripravil sem si zhruba osnovu
>> (wip, splacal sem to ted za pul hodky, takze to jeste budu ladit) co bych
>> chtel zminit - https://hackmd.io/3Ac9vUZ9T-W-k0XBeaDRog -  v realu to bude
>> primarne zamereny na oblasti zajmu pritomnych.
>> 
>> Mam par dotazu:
>> 
>> - mate nekdo JOSM material v cestine pro zacatecniky, kterej bych mohl
>> sdilet?
>
>na mapathonech používáme následující materiály k JOSM:
>- wiki mapathon.cz https://wiki.openstreetmap.org/wiki/Cs:Mapathon#JOSM
>- klávesové zkratky v češtině 
>https://raw.githubusercontent.com/mkyral/osm/master/JOSM_tahak/JOSM_Keyboard_Layout_CZ_final_300dpi.png
>- zbytek materiálů na trellu (včetně pár videonávodů na nejčastější pluginy,
>  které používáme) https://trello.com/c/U4udkzHo/55-jak-na-josm
>
>jiri
>
>___
>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] Repère géodésique hors des frontières communales,relation 526301

[Vincent de Château-Thierry]

Bonjour,

> De: "marc marc" 
> 
> si tu passes par là : vérifier que le clocher est tjs là, si oui
> - mettre un survey:date=2020-01 sur les repères
> - flager l'anomalie en faux positif sur osmose

Voire mettre à jour ce tableau : 
https://wiki.openstreetmap.org/wiki/France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Supprim.C3.A9s

vincent

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

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[marc marc]

si tu passes par là : vérifier que le clocher est tjs là, si oui
- mettre un survey:date=2020-01 sur les repères
- flager l'anomalie en faux positif sur osmose

Le 21.01.20 à 16:03, Jacques Lavignotte a écrit :
> Je conclue qu'on laisse tel-quel.
> 
> J'aime bien quand il n'y a rien à faire :)
> 
> Merci, J.
> 
> 
> Le 21/01/2020 à 15:47, GarenKreiz a écrit :
>> En cherchant dans les fichiers de données qui avaient servi à injecter
>> les points géodésiques dans OSM, j'ai retrouvé les deux repères : la
>> base de la croix du clocher et le centre de la croix. Si le clocher
>> est toujours là, ces points sont de fait toujours présents mais sans
>> repère matériel spécifique. C'est donc l'IGN qui semble avoir décidé
>> de les rendre obsolètes.
>>
>> Comme cela peut servir à caler du bâti ou des photos aériennes, il
>> serait peut-être utile de les garder dans la base.
>>
>> Cordialement
>>
>>     Garenkreiz
>>
>> On Tue, 21 Jan 2020 at 12:56, marc marc > > wrote:
>>
>>     Le 21.01.20 à 10:00, Jacques Lavignotte a écrit :
>>  > je ne sais qu'en faire...
>>
>>     https://www.openstreetmap.org/relation/526301
>>     ref 86194A introuvable sur le site de l'ign
>>     recherche sur Poitiers puis zoom sur le lieu
>>     montre bien l'église mais point géodésique.
>>
>>     j'ignore si on peux chercher les points détruit.
>>     ___
>>     Talk-fr mailing list
>>     Talk-fr@openstreetmap.org 
>>     https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
> 

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

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[Jacques Lavignotte]

Je conclue qu'on laisse tel-quel.

J'aime bien quand il n'y a rien à faire :)

Merci, J.


Le 21/01/2020 à 15:47, GarenKreiz a écrit :
En cherchant dans les fichiers de données qui avaient servi à injecter 
les points géodésiques dans OSM, j'ai retrouvé les deux repères : la 
base de la croix du clocher et le centre de la croix. Si le clocher est 
toujours là, ces points sont de fait toujours présents mais sans repère 
matériel spécifique. C'est donc l'IGN qui semble avoir décidé de les 
rendre obsolètes.


Comme cela peut servir à caler du bâti ou des photos aériennes, il 
serait peut-être utile de les garder dans la base.


Cordialement

    Garenkreiz

On Tue, 21 Jan 2020 at 12:56, marc marc > wrote:


Le 21.01.20 à 10:00, Jacques Lavignotte a écrit :
 > je ne sais qu'en faire...

https://www.openstreetmap.org/relation/526301
ref 86194A introuvable sur le site de l'ign
recherche sur Poitiers puis zoom sur le lieu
montre bien l'église mais point géodésique.

j'ignore si on peux chercher les points détruit.
___
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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
On mangera ? (c) (tm)

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

Re: [OSM-talk-fr] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[marc marc]

Le 21.01.20 à 15:37, FR via Talk-fr a écrit :
> Bonsoir

ou bonjour :)

> https://lars.ingebrigtsen.no/2020/01/06/whatever-happened-to-news-gmane-org/
> https://lars.ingebrigtsen.no/2020/01/15/news-gmane-org-is-now-news-gmane-io/

pour ceux qui veulent un résumé : il a voulu vendre, l'autre gars a pris
le domaine mais ne répond plus depuis qu'il faut migrer l'ip de
l'hébergement. donc il reprend la main en changeant de domaine

> Question aux admin des listes hébergées par "listes.openstreetmap.fr/" :
> apparemment elle ne sont pas disponibles sur gmane. Serait possible d'y
> remédier?

je suis une chaud partisan de la messagerie unifiée (avoir les mêmes
messages sous différents formats/protocoles : mail, news, forum, ...)
afin que chacun puisse choisir le sien sans fragmenter la communauté.

Mais avec ma casquette ad-hoc, je pense que côté osm-fr, il nous reste
d'abord à mettre en place l'anti-spam en entrée (et p'tre même sortie)
avant de s'interconnecter +.

Se pose aussi la question (sans avoir analysé la chose) de la modération
(qui est courante, principalement justement pour virer les spams) qu'il
faudrait éviter à devoir faire plusieurs fois.

> ça évite de télécharger les mails sur le disque dur.

cela a beaucoup d'avantage mais pas celui là :
ton client "news" télécharge de toute façon ton message et en garde
généralement une copie sur ton disque dur pour éviter de le télécharger
à chaque fois que tu le sélectionnes.

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

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[GarenKreiz]

En cherchant dans les fichiers de données qui avaient servi à injecter les
points géodésiques dans OSM, j'ai retrouvé les deux repères : la base de la
croix du clocher et le centre de la croix. Si le clocher est toujours là,
ces points sont de fait toujours présents mais sans repère matériel
spécifique. C'est donc l'IGN qui semble avoir décidé de les rendre
obsolètes.

Comme cela peut servir à caler du bâti ou des photos aériennes, il serait
peut-être utile de les garder dans la base.

Cordialement

   Garenkreiz

On Tue, 21 Jan 2020 at 12:56, marc marc  wrote:

> Le 21.01.20 à 10:00, Jacques Lavignotte a écrit :
> > je ne sais qu'en faire...
>
> https://www.openstreetmap.org/relation/526301
> ref 86194A introuvable sur le site de l'ign
> recherche sur Poitiers puis zoom sur le lieu
> montre bien l'église mais point géodésique.
>
> j'ignore si on peux chercher les points détruit.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[FR via Talk-fr]

Bonsoir

Pour celles et ceux qui utilisent un lecteur de news (Thunderbird ou 
autre) il vous faut changer vos "paramètres serveur" et ça remarche.


C’était en panne depuis environ 1 semaine et pour cause:
https://lars.ingebrigtsen.no/2020/01/06/whatever-happened-to-news-gmane-org/
https://lars.ingebrigtsen.no/2020/01/15/news-gmane-org-is-now-news-gmane-io/

Question aux admin des listes hébergées par "listes.openstreetmap.fr/" : 
apparemment elle ne sont pas disponibles sur gmane. Serait possible d'y 
remédier?


C'est tellement plus confortable de consulter les listes avec un lecteur 
de news : fils de discussion, archives,... sans me parler du fait que ça 
évite de télécharger les mails sur le disque dur.


Françoise



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

Re: [Talk-it] Decidiamo insieme il programma di OSMit (Torino, sabato 22 febbraio)

[mbranco2]

Beh, puoi metterlo comunque (mettendo nelle note che il tuo workshop sarà
mercoledì 19/2).
Se venerdì sera potrai partecipare alla call discuteremo nello specifico
della giornata di sabato (dove spero ci sarai, visto che parleremo anche di
qualità dei dati!)

Il giorno mar 21 gen 2020 alle ore 15:05 Volker Schmidt 
ha scritto:

> Devo mettere io il mio workshop su [1]?
>
> ( *Mappatura di infrastrutture ciclabili e ciclovie in OpenStreetMap*
> *Volker SCHMIDT *
> Aula 7T, 19-02-2020 09:00-11:00)
>
> Volker
>
> On Fri, 17 Jan 2020 at 17:59, mbranco2  wrote:
>
>> Buonasera Lista,
>>
>> La bozza dei contenuti della giornata di sabato del convegno FOSS4G è qui
>> [1] e si può ancora modificare.
>> Vorrei che ci sentissimo in una call la prossima settimana per definire
>> il dettaglio e gli orari degli interventi; oltre naturalmente ai relatori,
>> l'invito è aperto anche a tutti coloro che sono interessati.
>> Per decidere in che giorno/ora fare la call in Jitsi (tra martedì e
>> venerdì della prossima settimana) ho predisposto il sondaggio [2], lunedì
>> sera chiuderemo il sondaggio e vedremo qual è il giorno/ora con più voti.
>>
>> A presto,
>> Marco
>>
>> [1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
>> 
>> [2] https://framadate.org/mB77IddPulVDBzH7
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Decidiamo insieme il programma di OSMit (Torino, sabato 22 febbraio)

[Andrea Musuruane]

Ciao.
   No, perché non è il 22. La pagina indicata serve solo per stabilire il
programma della giornata di sabato, dedicata a OSM.

Ciao,

Andrea


On Tue, Jan 21, 2020 at 3:04 PM Volker Schmidt  wrote:

> Devo mettere io il mio workshop su [1]?
>
> ( *Mappatura di infrastrutture ciclabili e ciclovie in OpenStreetMap*
> *Volker SCHMIDT *
> Aula 7T, 19-02-2020 09:00-11:00)
>
> Volker
>
> On Fri, 17 Jan 2020 at 17:59, mbranco2  wrote:
>
>> Buonasera Lista,
>>
>> La bozza dei contenuti della giornata di sabato del convegno FOSS4G è qui
>> [1] e si può ancora modificare.
>> Vorrei che ci sentissimo in una call la prossima settimana per definire
>> il dettaglio e gli orari degli interventi; oltre naturalmente ai relatori,
>> l'invito è aperto anche a tutti coloro che sono interessati.
>> Per decidere in che giorno/ora fare la call in Jitsi (tra martedì e
>> venerdì della prossima settimana) ho predisposto il sondaggio [2], lunedì
>> sera chiuderemo il sondaggio e vedremo qual è il giorno/ora con più voti.
>>
>> A presto,
>> Marco
>>
>> [1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
>> 
>> [2] https://framadate.org/mB77IddPulVDBzH7
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Decidiamo insieme il programma di OSMit (Torino, sabato 22 febbraio)

[Volker Schmidt]

Devo mettere io il mio workshop su [1]?

( *Mappatura di infrastrutture ciclabili e ciclovie in OpenStreetMap*
*Volker SCHMIDT *
Aula 7T, 19-02-2020 09:00-11:00)

Volker

On Fri, 17 Jan 2020 at 17:59, mbranco2  wrote:

> Buonasera Lista,
>
> La bozza dei contenuti della giornata di sabato del convegno FOSS4G è qui
> [1] e si può ancora modificare.
> Vorrei che ci sentissimo in una call la prossima settimana per definire il
> dettaglio e gli orari degli interventi; oltre naturalmente ai relatori,
> l'invito è aperto anche a tutti coloro che sono interessati.
> Per decidere in che giorno/ora fare la call in Jitsi (tra martedì e
> venerdì della prossima settimana) ho predisposto il sondaggio [2], lunedì
> sera chiuderemo il sondaggio e vedremo qual è il giorno/ora con più voti.
>
> A presto,
> Marco
>
> [1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
> 
> [2] https://framadate.org/mB77IddPulVDBzH7
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] unsubsrcibe

[santamariense]

Olá, Roberto. Para se desinscrever acesse
https://lists.openstreetmap.org/listinfo/talk-br e vá na parte de
baixo da página onde diz "Para se desinscrever de Talk-br,..."


>1. unsubsrcibe (robert colombo)

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

Re: [Talk-it] Decidiamo insieme il programma di OSMit (Torino, sabato 22 febbraio)

[Volker Schmidt]

OK,
grazie

Volker

On Tue, 21 Jan 2020 at 13:31, mbranco2  wrote:

> Bene, tramite il sondaggio abbiamo deciso di sentirci venerdì 24/1 alle
> h21.
> Ci connetteremo su https://meet.jit.si/osmit2020
>
> A venerdì, ciao
> Marco
>
> Il giorno ven 17 gen 2020 alle ore 17:58 mbranco2  ha
> scritto:
>
>> Buonasera Lista,
>>
>> La bozza dei contenuti della giornata di sabato del convegno FOSS4G è qui
>> [1] e si può ancora modificare.
>> Vorrei che ci sentissimo in una call la prossima settimana per definire
>> il dettaglio e gli orari degli interventi; oltre naturalmente ai relatori,
>> l'invito è aperto anche a tutti coloro che sono interessati.
>> Per decidere in che giorno/ora fare la call in Jitsi (tra martedì e
>> venerdì della prossima settimana) ho predisposto il sondaggio [2], lunedì
>> sera chiuderemo il sondaggio e vedremo qual è il giorno/ora con più voti.
>>
>> A presto,
>> Marco
>>
>> [1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
>> 
>> [2] https://framadate.org/mB77IddPulVDBzH7
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Toni Erdmann]

Servus Ludwig :-)

Nachdem Martin schon im Wiki angefangen hat ...
Warum bis morgen/Donnerstag warten ...

Schon fertig. Den fehlende Link mache ich dann noch morgen.

Korrekter Name: "Verkehrsverbund Hegau-Bodensee" ... Mit Bindestrich.

Den Link in der rechten Spalte = "VHB Linien" anklicken und etwas Struktur 
reinbringen geht dann im Wiki.

Gruß
Toni

Am 21. Januar 2020 14:17:20 MEZ schrieb Ludwig Baumgart :
> Oh, das freut mich aber sehr, Toni, Dir an dieser Stelle wieder zu 
> begegnen.
> 
> Was brauchst Du dazu noch von mir? Es ist der Verkehrsverbund Hegau 
> Bodensee mit Sitz in Radolfzell https://www.vhb-info.de/, unterstellt 
> dem Landratsamt Konstanz. Mit beiden Stellen stehe ich in 
> Telefonkontakt, aber da der Bus-Verkehr nicht funktioniert seit 
> 1.Januar, melden beide Stellen: "lasst uns bitte erstmal in Ruhe".
> 
> grüssle Ludwig
> 
> On 21.01.20 13:44, Toni Erdmann wrote:
> > Servus Ludwig,
> >
> >> Kennst du schon den PTNA von ToniE
> ?
> > Ich könnte das für KN morgen mal einrichten, dann wäre am Donnerstag
> zumindest eine grobe, unstrukturierte IST-Analyse verfügbar .
> > Basierend darauf kann dann eine Liste im Wiki zu einer
> strukturierten IST-Analyse oder sogar zu einer Soll-List-Analyse
> erweitert werde.
> >
> > Gruß
> > Toni
> > ___
> > 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
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Pépinière d'arbres fruitiers en venet directe

[Philippe Verdy]

Je ne pense pas qu'il parle pas d'une exploitation fruitière, ce ne sont
pas les fruits qui sont vendus (ou qu'on va cueillir sur place et payer au
poids), mais les jeunes arbres à planter (vendus par pied...)

C'est une pépinière comme une autre:

landuse=plant_nursery
plant=tree

Reste à indiquer que la vente se fait sur place (le pépiniériste ne livre
pas tout aux grossistes ou magasins qui lui commandent, et où il prépare
les arbres emballés sous filet avec leur motte dans un seau, le tout sur
palette ou dans un container). Mais je ne pense pas que ce soit un
"magasin", plus un point de contact par rendez-vous téléphonique ou avec
une présence régulière (une cabane où il est présent par exemple une
demi-journée par semaine). et une caisse pour encaissement sur place (par
exemple pour aller choisir son sapin de Noël sur pied et partir avec une
fois qu'il vous l'a préparé et emballé). Des pépiniéristes aussi se
déplacent sur les marchés et foires.

S'il y a une boutique, on peut ajouter

shop=plant

Doit-on préciser le type d'arbres ? Arbres fruitiers semble bien vague et
souvent ils ont plusieurs variétés selon les cycles de culture ou la
demande, le marché local, ou encore la région, l'exposition, la météo et
les ressources d'irrigation, et pour satisfaire différents clients avec des
types de sol différents : pommiers, poiriers, pruniers, cerisiers, vignes,
orangers, citronniers, noyers, noisetiers, amandiers, grenadiers, etc. Et
aussi des espèces arbustives (groseilliers, etc.). En attendant plant=tree
suffit je pense.

si la vente est saisonnière, préciser avec opening_hours=*

Le mar. 21 janv. 2020 à 10:29, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> De ce que j’en comprend:
> landuse=orchad pour un verger (plant_nursery c’est pour les bébés
> plantes, qui ne produisent donc pas encore de fruit)
> tu peux ajouter trees=* et produce=* pour préciser le type de verger.
>
> Ensuite ce qui n’est pas clair : est-ce de la vente directe
> producteur->consommateur, ou les consommateurs vont cueillir lui même
> sur l’arbre ?
>
> Pour le premier cas c’est simplement un magasin de fruit à mettre sur
> le bâtiment du magasin :
> shop=greengrocer
>
> puis pour préciser que c’est de la vente directe:
> origin=producer ?
>
> mais je lis dans la page shop:
> «shop=farm - A seasonal outlet for goods produced on a given farm.»
>
> Pour la cueillette, je ne sais.
>
>
> Manger des pommes, cordialement.
>
> Le lun. 20 janv. 2020 à 21:16, marc marc  a
> écrit :
> >
> > Bonjour,
> >
> > Le 20.01.20 à 18:17, Alain Rpnpif a écrit :
> > > Je cherche une balise pour les pépinières d'arbres fruitiers en vente
> > > directe (c'est la saison !).
> >
> > shop=garden_centre
> > vending=fruit_tree ou vending=tree
> >
> > pour la vente directe, je ne me souviens pas d'un tag.
> >
> > Cordialement,
> > Marc
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Florimond Berthoux
>
> ___
> 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-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Ludwig Baumgart]

Oh, das freut mich aber sehr, Toni, Dir an dieser Stelle wieder zu 
begegnen.


Was brauchst Du dazu noch von mir? Es ist der Verkehrsverbund Hegau 
Bodensee mit Sitz in Radolfzell https://www.vhb-info.de/, unterstellt 
dem Landratsamt Konstanz. Mit beiden Stellen stehe ich in 
Telefonkontakt, aber da der Bus-Verkehr nicht funktioniert seit 
1.Januar, melden beide Stellen: "lasst uns bitte erstmal in Ruhe".


grüssle Ludwig

On 21.01.20 13:44, Toni Erdmann wrote:

Servus Ludwig,


Kennst du schon den PTNA von ToniE ?

Ich könnte das für KN morgen mal einrichten, dann wäre am Donnerstag zumindest 
eine grobe, unstrukturierte IST-Analyse verfügbar .
Basierend darauf kann dann eine Liste im Wiki zu einer strukturierten 
IST-Analyse oder sogar zu einer Soll-List-Analyse erweitert werde.

Gruß
Toni
___
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] Uživatel pajas - les uvnitř parku

[majkaz]

V hlavě se mu honí to samé co těm, co poli stejným způsobem obtáhnou jediný 
strom uprostřed a prohlásí to za les, resp. to tak plácnou podle natrasování z 
LPIS. 

Případně v horším případě do mapy vrazí každý jednotlivý strom samostatným 
bodem (Němci, Rakušáci s oblibou). V Českých Velenicích to tam tahle "přes 
plot" naplácali (https://www.openstreetmap.org/#map=18/48.76720/14.96411), ale 
přitom už to dál nikdo neudržuje. Takže když se tam proženou služby města s 
motorovkou, v mapě ty neexistující stromy zůstávají navěky. Už jsem takhle 
viděla zmapovaný i kus lesa.

Majka
__
> Od: "Karel Volný" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 21.01.2020 12:49
> Předmět: Re: [talk-cz]  Uživatel pajas - les uvnitř parku
>obtáhnout koruny šesti stromů v jedné řadě a prohlásit to za les ... no, 
>nevím, zajímalo by mě, co se člověku honí hlavou, když to dělá

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

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Toni Erdmann]

Servus Ludwig,

> Kennst du schon den PTNA von ToniE ?

Ich könnte das für KN morgen mal einrichten, dann wäre am Donnerstag zumindest 
eine grobe, unstrukturierte IST-Analyse verfügbar .
Basierend darauf kann dann eine Liste im Wiki zu einer strukturierten 
IST-Analyse oder sogar zu einer Soll-List-Analyse erweitert werde.

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

Re: [Talk-it] Decidiamo insieme il programma di OSMit (Torino, sabato 22 febbraio)

[mbranco2]

Bene, tramite il sondaggio abbiamo deciso di sentirci venerdì 24/1 alle h21.
Ci connetteremo su https://meet.jit.si/osmit2020

A venerdì, ciao
Marco

Il giorno ven 17 gen 2020 alle ore 17:58 mbranco2  ha
scritto:

> Buonasera Lista,
>
> La bozza dei contenuti della giornata di sabato del convegno FOSS4G è qui
> [1] e si può ancora modificare.
> Vorrei che ci sentissimo in una call la prossima settimana per definire il
> dettaglio e gli orari degli interventi; oltre naturalmente ai relatori,
> l'invito è aperto anche a tutti coloro che sono interessati.
> Per decidere in che giorno/ora fare la call in Jitsi (tra martedì e
> venerdì della prossima settimana) ho predisposto il sondaggio [2], lunedì
> sera chiuderemo il sondaggio e vedremo qual è il giorno/ora con più voti.
>
> A presto,
> Marco
>
> [1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
> 
> [2] https://framadate.org/mB77IddPulVDBzH7
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 市区町村人口データの入力

[OKADA Tsuneo]

岡田です。

飯田さん、
政府統計の利用に関してご確認いただきありがとうございました。
e-Satで公開のデータ全体に関して了解を得たとのこと、
別途Wikiにも記載し、作業を進めます。

2020年1月21日(火) 15:26 Satoshi IIDA :

>
> いいだ@OSMFJ帽子です。
>
> 時間かかってしまってすみません、こちらの件について、
> eStatの担当のかたへ連絡し、利用して問題ない旨の回答をいただきました。
> 利用するデータの種類や、利用するタグについては、岡田さんが提示いただいたページにまとめてゆく方針で進められたらと思います。
>
> また、念の為、eStatで配布されているデータすべて（統計用の小地域境界データを含む）について許諾をとっています。なので、今後、データセットごとに問い合わせを行う必要はありません。
>
> https://wiki.openstreetmap.org/wiki/JA:Japan_Census
>
> ちなみに読み直して気がついたのですが、政府標準利用規約のほうでは
> CC-BYに存在する下流利用への技術制限の記載が無いので、
> そもそも日本の政府標準利用規約はODbL的にコンパチビリティあるのではないか、という気がしてきました。
> 最初に、数字データは著作権の対象じゃないよ、ということも明記されていますしね。
> こちらはまた別途お話しましょう。
>
> 以下、やりとりしたメールです。
>
> ``` 飯田からの連絡
> eStatで公開されているデータについて、
> OpenStreetMap(以下OSM)において、以下のように利用しようと思います。
> eStatデータは政府標準利用規約準拠で公開されており、以下の用法においても大きな問題は無いかと考えております。
> もし問題あればご指摘いただけますでしょうか。
>
> ■OSMとは
> Wikipediaのように多人数で地図データを作成し、ODbLというオープンライセンスで配布するプロジェクトです。
> https://www.openstreetmap.org/copyright
>
> ■主な利用目的（想定）
>   1. 統計データの数値（例: 人口等）をOSMに格納して再配布
>   2. 境界データ（例: 小地域等）をOSMに格納して再配布
>
> ■ライセンスに関する連絡事項
> 1. データの帰属表示
> OSMでは、利用しているすべてのデータの性質を地図上に表現することが難しいため、OSM wikiというサイトに必要な事項をまとめ、公開しています。
>
> eStatデータ利用に際しても、OSM wikiにドキュメントを残すことで帰属表示要件への対応を想定しています。
> ドキュメントには元データの出所や配布元へのリンク、ライセンスや精度等の情報が記載されます。要件を満たすにあたり、こちらの手法でよろしいでしょうか？
>
> 参考: 糸魚川市航空写真ページ
> https://wiki.openstreetmap.org/wiki/Itoigawa_ortho
>
> 2. CC-BYとODbLの相違
> 2つのライセンスには以下の差異があります。
>
> * ODbL: データを利用した二次著作物へのコピーライト・プロテクションが"可能"
> * CC-BY: データを利用した二次著作物へプロテクションが"禁止"
>
> そのため、OSMおよびその利用者がOSM経由でデータを利用するにあたって
> 制作した著作物にコピーライト・プロテクションをかける可能性があることをお許しください。
>
> なお、これによってeStatからのデータ配布やeStatの利用規約などに影響が及ぶことはありません。
>
> 不明点ありましたら、何なりとご連絡ください。
> ```
>
>
> ``` 上記への回答
> 日頃よりe-Statを御活用いただきありがとうございます。
>
> 政府統計の総合窓口（e-Stat）にて提供しておりますデータの利用に関しましては
> 利用規約に従っていただければ、特段問題ございません。
>
> データの帰属表示に関しましても、再配布するデータと出典情報を
> 何らかの形でリンクいただければ、特段問題ございません。
>
> 参考：政府統計の総合窓口（e-Stat） 利用規約
> https://www.e-stat.go.jp/terms-of-use
>
>
> なお、境界データについては、各統計調査用に作成された境界となっております。
> そのため、他の機関で作成された境界や実際の住所とは合致しない場合がございますのでご留意ください。
> ```
>
> ``` 上記への飯田からの返信
> ご連絡をいただきありがとうございます。
> 政府標準利用規約側においても、コピーライトプロテクションに関する制限はありませんので、
> 提示させていただきました2点ともに問題ない、ということで進めさせていただきます。
> ```
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [talk-cz] Uživatel pajas - les uvnitř parku

[Martin Ždila]

On Tue, Jan 21, 2020 at 12:52 PM Karel Volný  wrote:

> a není to o tom, jestli je to na dřevo nebo na okrasu, ale o tom "větší
> souvislé plochy stromů"
>
> na mapování situace na Moraváku máme natural=tree, tree_row, tree_group
>

tree_group som nepoznal, ale podľa wiki je to len taký nápad na diskusiu.
Možno skôr landcover=trees, ktorý je proposed.

Škoda, že je s tým landuse/landcover/natural taký bordel, a každý si to
vyloží podľa seba.

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[marc marc]

Le 21.01.20 à 10:00, Jacques Lavignotte a écrit :
> je ne sais qu'en faire...

https://www.openstreetmap.org/relation/526301
ref 86194A introuvable sur le site de l'ign
recherche sur Poitiers puis zoom sur le lieu
montre bien l'église mais point géodésique.

j'ignore si on peux chercher les points détruit.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Uživatel pajas - les uvnitř parku

[Karel Volný]

'hoj,

with all the due respect ... stromy na Moraváku prostě les nejsou

tohle _je_ na revert

a není to o tom, jestli je to na dřevo nebo na okrasu, ale o tom "větší 
souvislé plochy stromů"

na mapování situace na Moraváku máme natural=tree, tree_row, tree_group

obtáhnout koruny šesti stromů v jedné řadě a prohlásit to za les ... no, 
nevím, zajímalo by mě, co se člověku honí hlavou, když to dělá

K.

Dne sobota 18. ledna 2020 21:31:04 CET, Jan Macura napsal(a):
> Ahoj,
> 
> tagování lesů je více či méně nevyjasněná záležitost. Nicméně to přidání
> lesů do parku mi nepřijde samo o sobě jako problematické, pokud se tam
> skutečně nacházejí větší souvislé plochy stromů a nedává tak smysl mapovat
> je jednotlivě jako body, resp. ze současně dostupných podkladů je to
> jednodušší takto plošně.
> Ta interpretace, že landuse=forest je jen takový les, jehož účelem je
> získání dřeva, je podle mě nešťastná. Popis na wiki je napsaný tak, aby
> zdůraznil rozdíl mezi přirozeným lesem (pralesem, natural=wood), rostoucím
> přirozeně, a umělým lesem, pěstovaným, upraveným lidmi, což je právě případ
> i lesíků v parcích.
> 
> H.
> 
> On Sat, 18 Jan 2020 at 19:03, Vladan Kudláč  wrote:
> > Zdravím,
> > narazil jsem na strakatý park na Moravském náměstí v Brně a zjistil jsem,
> > že uživatel pajas  zmapoval les
> > (landuse=forest
> > )
> > uvnitř městského parku (leisure=park
> > ). Podle mého
> > názoru to není dobré, podle definice parku je to oblast s trávou a stromy
> > pro rekreaci, kdežto les s cílem získat dřevo. Uživateli jsem poslal v
> > úterý zprávu ale neodpověděl, denně chrlí velké množství změn, všechny
> > jsou
> > bez komentáře a bez označení zdroje. Pokud jsou i ostatní změny v podobném
> > duchu, tak to hraničí s vandalismem. Uživatel provedl 10 tisíc změn a účet
> > má od roku 2010, což mě děsí. Nějaké nápady jak uživatele zastavit a
> > poučit?
> > 
> > changesets:
> > https://www.openstreetmap.org/changeset/71505155
> > https://www.openstreetmap.org/changeset/71505691
> > https://www.openstreetmap.org/changeset/71505095
> > 
> > --
> > S pozdravem
> > Vladan Kudláč
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz



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

Re: [Talk-it] RENDERING OsmAnd

[Alfredo Gattai]

Ciao,

Nel menu si OsmAnd, (di solito in basso a sinistra), rappresentato dal
quadratino con le righine orizzontali, si sceglie "Configura la mappa" in
fondo al menu di "Disegno della mappa" trovi "Percorsi", assicurati che sia
selezionato SAC e che nel menu' a tendina sottostante "Livello simboli
escursionistici" sia selezionato "Colora in base ai simboli escursionistici
OSMC".
Se e' tutto regolato cosi' l'applicazione mostra in blu le relazioni senza
osmc:symbol e riporta il ref se presente ed in rosso quelle che hanno
osmc:symbol settato.

Alfredo



On Tue, Jan 21, 2020 at 10:46 AM danbag via Talk-it <
talk-it@openstreetmap.org> wrote:

> Quindi il problema si sposta a dove trovare la spiegazione del rendering
> di OsmAnd non ne sono stato capace...
> E di inserirlo nella pagina wiki opportuna.
>
>
>
> Inviato da smartphone Samsung Galaxy.
>
>  Messaggio originale 
> Da: Andrea Musuruane 
> Data: 21/01/20 10:15 (GMT+01:00)
> A: openstreetmap list - italiano 
> Cc: dan...@libero.it
> Oggetto: Re: [Talk-it] RENDERING OsmAnd
>
> Ciao,
>
> On Tue, Jan 21, 2020 at 10:01 AM danbag--- via Talk-it <
> talk-it@openstreetmap.org> wrote:
>
>> Segnalo che alla pagina:
>> https://wiki.openstreetmap.org/wiki/IT:Key:sac_scale
>>
>> La tabella dove compare Osmarender, suppongo sia il rendering di OsmAnd,
>>
>
> No. Osmarenderè un renderer SVG.
> https://wiki.openstreetmap.org/wiki/Osmarender
>
> Ciao,
>
> Andrea
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Pépinière d'arbres fruitiers en venet directe

[marc marc]

ma proposition shop=garden_centre est loind d'être parfaite
mais un magasin à la ferme vend quand même rarement des arbres.

origin=producer me semble une tautologie (tous les produits viennent
de leur producteur) mais me fait penser à origin=own pour décrire
les producteurs/vendeurs

Le 21.01.20 à 10:57, Florimond Berthoux a écrit :
> Oups, j’ai lu trop vite, désolé.
> 
> Le shop=farm pourrait tout de même peut-être être utilisé ici ?
> Ou origin=producer me semble bien aussi.
> 
> Le mar. 21 janv. 2020 à 10:53, marc marc  a écrit :
>>
>> une pépinière qui vend des arbres fruitiers n'est pas un vVerger qui
>> produit des fruits :) les arbres y sont souvent trop jeunes et/ou y
>> restent trop peu de temps pour produire.
>>
>> Le 21.01.20 à 10:28, Florimond Berthoux a écrit :
>>> Bonjour,
>>>
>>> De ce que j’en comprend:
>>> landuse=orchad pour un verger (plant_nursery c’est pour les bébés
>>> plantes, qui ne produisent donc pas encore de fruit)
>>> tu peux ajouter trees=* et produce=* pour préciser le type de verger.
>>>
>>> Ensuite ce qui n’est pas clair : est-ce de la vente directe
>>> producteur->consommateur, ou les consommateurs vont cueillir lui même
>>> sur l’arbre ?
>>>
>>> Pour le premier cas c’est simplement un magasin de fruit à mettre sur
>>> le bâtiment du magasin :
>>> shop=greengrocer
>>>
>>> puis pour préciser que c’est de la vente directe:
>>> origin=producer ?
>>>
>>> mais je lis dans la page shop:
>>> «shop=farm - A seasonal outlet for goods produced on a given farm.»
>>>
>>> Pour la cueillette, je ne sais.
>>>
>>>
>>> Manger des pommes, cordialement.
>>>
>>> Le lun. 20 janv. 2020 à 21:16, marc marc  a 
>>> écrit :

 Bonjour,

 Le 20.01.20 à 18:17, Alain Rpnpif a écrit :
> Je cherche une balise pour les pépinières d'arbres fruitiers en vente
> directe (c'est la saison !).

 shop=garden_centre
 vending=fruit_tree ou vending=tree

 pour la vente directe, je ne me souviens pas d'un tag.

 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

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[European Water Project]

Hi Frederico,

Thank you for your email and your suggestion.

Yes, I think at a later stage our project should display a map layer for
vending machines offering refill capacity for reusable water bottles in an
eco-conscious manner (ie no single-waste).

Irrespective of the magnitude of the fee  charged...

Best regards,

Stuart

On Tue, Jan 21, 2020, 12:18 Federico Cortese  wrote:

> Hi Stuart,
> congratulations for the interesting project.
> Do you think "water houses" could also be inserted? They are
> distributors where with a very low price (like 5 cents per liter) you
> can supply smooth or carbonated water. Even if they are not visible on
> the main render, these are some examples of mapping on OSM:
> http://overpass-turbo.eu/s/PXg.
> I have just uploaded some sequences on Mapillary which I will link to
> you as soon as they are visible, meanwhile this is a photo to better
> explain what I mean:
>
> https://drive.google.com/file/d/16eCOsPG7nurYfnwuJHG4bEEf4gD01uLs/view?usp=sharing
>
> https://drive.google.com/file/d/16__Rgrl_2Jt3Ki7Uzx4GXziY6MwRgorU/view?usp=sharing
>
> Bye
> Federico
>
> ___
> 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-cz] Tipy na příklady dobré praxe evidence-based policy?

[Ladislav Nesnera]

Ahoj
Ve spolku OM jsme si na sebe trošku ušili past volbou ústředního tématu
konference - evidence-based policy
.
Najít příklady dobré praxe je úkol téměř nadlidský, tak rozšiřuji okruh
pátrání i na tuto komunitu, byť to sem zapadá jen s notnou dávkou
fantazie. Pokud byste někdo měl tip/nápad, prosím buď sem nebo napřímo.
Předem dík.
Mimochodem, už teď víme, že stejně jako loni
 GIS tématům
"neunikneme" :D
;?


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

Re: [Talk-it] European Water Project -- Rome April 24th Fountain Hunt

[Federico Cortese]

Hi Stuart,
congratulations for the interesting project.
Do you think "water houses" could also be inserted? They are
distributors where with a very low price (like 5 cents per liter) you
can supply smooth or carbonated water. Even if they are not visible on
the main render, these are some examples of mapping on OSM:
http://overpass-turbo.eu/s/PXg.
I have just uploaded some sequences on Mapillary which I will link to
you as soon as they are visible, meanwhile this is a photo to better
explain what I mean:
https://drive.google.com/file/d/16eCOsPG7nurYfnwuJHG4bEEf4gD01uLs/view?usp=sharing
https://drive.google.com/file/d/16__Rgrl_2Jt3Ki7Uzx4GXziY6MwRgorU/view?usp=sharing

Bye
Federico

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

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Martin Scholtes]

Hallo Ludwig,

Am 21.01.2020 um 09:40 schrieb Ludwig Baumgart:
>
> Im anderen Fall stammt der Eintrag nicht von mir und ich bin der
> Meinung, daß dieser so richtig ist, weil an dieser (derzeit
> provisorischen) Haltestelle der Buchstabe E zu sehen ist. Oder wie
> würdest Du das anders taggen?

Ich würde mich an das Schema von PTv2 halten. Das kannst du hier
nachlesen. In
der kürze gesagt: Der Buchstabe "E" gehört in local_ref und nicht in
name, da name der Name einer Haltestelle ist und nicht die Referenz zu
dieser!

>
> mhG ludwig
>
> p.s. nicht nur an dieser Baustelle sondern im ganzen Landkreis KN ist
> seit 1.Januar wegen des ÖPNV-Bus-Betreiber-Wechsels ein grosses
> Problem entstanden: dort hoffe ich auch auf eine gute Zusammenarbeit
> mit den amtlichen Stellen bei Haltestellen und Routen (so wie das beim
> RegionalVerbandRuhr, also in den Städten des ganzen Ruhrgebiets,
> selbstverständlich geworden ist).
Kennst du schon den PTNA von ToniE ?
>
> On 20.01.20 23:35, Martin Scholtes wrote:
>> Was mir so gerade auffällt ist, das du oder scheinbar ein weiterer User
>> an der Baustelle den Tag name=* etwas missverstanden hat.
>>
>> Hier mal zwei Beispiele: https://www.openstreetmap.org/node/453914844 ,
>> https://www.openstreetmap.org/way/765256074
>>
>> Bitte lösse gerade letzteres anderers und zwar mit note=*
>>
>> Gruß
>> Martin

Gruß

martin

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

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

[leni]

Le 19/01/2020 à 15:05, deuzeffe a écrit :

Le 19/01/2020 à 12:57, leni a écrit :

(tant que je t'ai sous la souris : c'est moi ou cette page 
https://wiki.openstreetmap.org/wiki/France/Liste_des_transports_en_communs_en_France 
est en vrac quant à ses sections ou sous-sections ?)

Peux-tu préciser ?


/snip les explications du pourquoi du comment. Merci pour ça ;)

En effet, je pense qu'il faudrait réorganiser, mais comme je n'ai pas 
compris dans la partie proposition, à quoi correspondent "parties 1 
et 2, les 2.x ...lien vers la partie X+2 " voici comment je l'imagine :
- je reporterais le chapitre "Réseaux de transports collectifs 
régionaux multimodaux après la loi NotRe (2017) 
" 
dans le chapitre correspondant de chaque région
- l'info "avant la loi NotRe (2017)" devant être conservée, car on 
retrouve dans osm des infos des anciens réseaux départementaux


Je reformule pour voir si j'ai bien compris : une section par nouvelle 
région, avec pour chacune
- une sous-section "avant la loi NotRe 2017" et la liste de ce qui 
existait "avant", sans détailler (pour garder l'historique du terrain 
qui est encore utilisé sur le terrain et même repris pour les réseaux 
actuels ;
- une sous-section pour après NoTre avec tous les détails et les 
renvois vers les pages dédiées du wiki si elles existent (et en 
référençant la source OD).


C'est bien ça ?


Pas tout à fait, mais c'est de ma faute, difficile de savoir écrire 
entre "trop" ou "pas assez" ...

Ci-dessous ce que je pense, pas forcément ce qu'il faudrait faire

_1 Compagnies de chemin de fer_
/Là, je ne sais pas, je n'ai jamais joué au petit train, je n'y connais 
rien, mais il y a peut-être quelque chose du côté de 
https://wiki.openstreetmap.org/wiki/Category:Train_routes_in_France .../


2 Réseaux de transports collectifs régionaux multimodaux après la loi 
NotRe (2017)
/je reporterais bien le contenu (en fait, il n'y a pas grand-chose, 
c'est souvent - il me semble - la présentation de ce qui va se passer, 
avec le rappel de avant) correspondant dans chaque région, puis je 
supprimerais ce chapitre/


_X - Région_A_
_X.1 - Réseaux de transports collectifs régionaux multimodaux_
/        avec le contenu de l'ancien 2 Réseaux de transports collectifs 
régionaux multimodaux après la loi NotRe (2017) et quelques restes 
d'avant la fusion des régions //

/ _X.1.1 - TER_
            les trains et les cars
_X.1.2 - les cars régionaux interdépartementaux_
_X.1.3 - les cars régionaux au niveau des départements_
/la gestions des anciens réseaux de cars départementaux ont été repris 
par la Région ; en Occitanie, Le réseau Arc-en-Ciel est encore délégué 
au Département de la Haute-Garonne, de même que pour le réseau de cars 
scolaires différent de AeC ; la Région a créé une antenne dans chacun 
des autres départements./
_X.1.4 - Réseaux de transports collectifs régionaux et départementaux 
avant la loi NotRe (2017)_/ou /_Reste des anciennes régions et des 
réseaux __avant la loi NotRe encore présents dans OSM ou le wiki _

/ici ou ailleurs..//.
/ _X.2 -  Autres Réseaux de transports collectifs urbains, 
métropolitains, ..._

_X.2.1 - Dans le Département A_
_X.2.2 - __Dans le Département B_

M'ENFIN ?!

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

Re: [OSM-talk-fr] Pépinière d'arbres fruitiers en venet directe

[Florimond Berthoux]

Oups, j’ai lu trop vite, désolé.

Le shop=farm pourrait tout de même peut-être être utilisé ici ?
Ou origin=producer me semble bien aussi.

Le mar. 21 janv. 2020 à 10:53, marc marc  a écrit :
>
> une pépinière qui vend des arbres fruitiers n'est pas un vVerger qui
> produit des fruits :) les arbres y sont souvent trop jeunes et/ou y
> restent trop peu de temps pour produire.
>
> Le 21.01.20 à 10:28, Florimond Berthoux a écrit :
> > Bonjour,
> >
> > De ce que j’en comprend:
> > landuse=orchad pour un verger (plant_nursery c’est pour les bébés
> > plantes, qui ne produisent donc pas encore de fruit)
> > tu peux ajouter trees=* et produce=* pour préciser le type de verger.
> >
> > Ensuite ce qui n’est pas clair : est-ce de la vente directe
> > producteur->consommateur, ou les consommateurs vont cueillir lui même
> > sur l’arbre ?
> >
> > Pour le premier cas c’est simplement un magasin de fruit à mettre sur
> > le bâtiment du magasin :
> > shop=greengrocer
> >
> > puis pour préciser que c’est de la vente directe:
> > origin=producer ?
> >
> > mais je lis dans la page shop:
> > «shop=farm - A seasonal outlet for goods produced on a given farm.»
> >
> > Pour la cueillette, je ne sais.
> >
> >
> > Manger des pommes, cordialement.
> >
> > Le lun. 20 janv. 2020 à 21:16, marc marc  a 
> > écrit :
> >>
> >> Bonjour,
> >>
> >> Le 20.01.20 à 18:17, Alain Rpnpif a écrit :
> >>> Je cherche une balise pour les pépinières d'arbres fruitiers en vente
> >>> directe (c'est la saison !).
> >>
> >> shop=garden_centre
> >> vending=fruit_tree ou vending=tree
> >>
> >> pour la vente directe, je ne me souviens pas d'un tag.
> >>
> >> 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



-- 
Florimond Berthoux

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

Re: [OSM-talk-fr] Pépinière d'arbres fruitiers en venet directe

[marc marc]

une pépinière qui vend des arbres fruitiers n'est pas un vVerger qui
produit des fruits :) les arbres y sont souvent trop jeunes et/ou y
restent trop peu de temps pour produire.

Le 21.01.20 à 10:28, Florimond Berthoux a écrit :
> Bonjour,
> 
> De ce que j’en comprend:
> landuse=orchad pour un verger (plant_nursery c’est pour les bébés
> plantes, qui ne produisent donc pas encore de fruit)
> tu peux ajouter trees=* et produce=* pour préciser le type de verger.
> 
> Ensuite ce qui n’est pas clair : est-ce de la vente directe
> producteur->consommateur, ou les consommateurs vont cueillir lui même
> sur l’arbre ?
> 
> Pour le premier cas c’est simplement un magasin de fruit à mettre sur
> le bâtiment du magasin :
> shop=greengrocer
> 
> puis pour préciser que c’est de la vente directe:
> origin=producer ?
> 
> mais je lis dans la page shop:
> «shop=farm - A seasonal outlet for goods produced on a given farm.»
> 
> Pour la cueillette, je ne sais.
> 
> 
> Manger des pommes, cordialement.
> 
> Le lun. 20 janv. 2020 à 21:16, marc marc  a écrit :
>>
>> Bonjour,
>>
>> Le 20.01.20 à 18:17, Alain Rpnpif a écrit :
>>> Je cherche une balise pour les pépinières d'arbres fruitiers en vente
>>> directe (c'est la saison !).
>>
>> shop=garden_centre
>> vending=fruit_tree ou vending=tree
>>
>> pour la vente directe, je ne me souviens pas d'un tag.
>>
>> 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

Re: [Talk-it] RENDERING OsmAnd

[danbag via Talk-it]

Quindi il problema si sposta a dove trovare la spiegazione del rendering di 
OsmAnd non ne sono stato capace...E di inserirlo nella pagina wiki opportuna.


Inviato da smartphone Samsung Galaxy.
 Messaggio originale Da: Andrea Musuruane  
Data: 21/01/20  10:15  (GMT+01:00) A: openstreetmap list - italiano 
 Cc: dan...@libero.it Oggetto: Re: [Talk-it] 
RENDERING OsmAnd 
Ciao,

On Tue, Jan 21, 2020 at 10:01 AM danbag--- via Talk-it 
 wrote:
Segnalo che alla pagina:

https://wiki.openstreetmap.org/wiki/IT:Key:sac_scale



La tabella dove compare Osmarender, suppongo sia il rendering di OsmAnd, 

No. 
Osmarenderè un renderer SVG.https://wiki.openstreetmap.org/wiki/Osmarender Ciao,
Andrea


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

Re: [OSM-talk-fr] Pépinière d'arbres fruitiers en venet directe

[Florimond Berthoux]

Bonjour,

De ce que j’en comprend:
landuse=orchad pour un verger (plant_nursery c’est pour les bébés
plantes, qui ne produisent donc pas encore de fruit)
tu peux ajouter trees=* et produce=* pour préciser le type de verger.

Ensuite ce qui n’est pas clair : est-ce de la vente directe
producteur->consommateur, ou les consommateurs vont cueillir lui même
sur l’arbre ?

Pour le premier cas c’est simplement un magasin de fruit à mettre sur
le bâtiment du magasin :
shop=greengrocer

puis pour préciser que c’est de la vente directe:
origin=producer ?

mais je lis dans la page shop:
«shop=farm - A seasonal outlet for goods produced on a given farm.»

Pour la cueillette, je ne sais.


Manger des pommes, cordialement.

Le lun. 20 janv. 2020 à 21:16, marc marc  a écrit :
>
> Bonjour,
>
> Le 20.01.20 à 18:17, Alain Rpnpif a écrit :
> > Je cherche une balise pour les pépinières d'arbres fruitiers en vente
> > directe (c'est la saison !).
>
> shop=garden_centre
> vending=fruit_tree ou vending=tree
>
> pour la vente directe, je ne me souviens pas d'un tag.
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux

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

Re: [Talk-it] RENDERING OsmAnd

[Andrea Musuruane]

Ciao,

On Tue, Jan 21, 2020 at 10:01 AM danbag--- via Talk-it <
talk-it@openstreetmap.org> wrote:

> Segnalo che alla pagina:
> https://wiki.openstreetmap.org/wiki/IT:Key:sac_scale
>
> La tabella dove compare Osmarender, suppongo sia il rendering di OsmAnd,
>

No. Osmarenderè un renderer SVG.
https://wiki.openstreetmap.org/wiki/Osmarender

Ciao,

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

[OSM-talk-fr] Repère géodésique hors des frontières communales,relation 526301

[Jacques Lavignotte]

Bonjour,

je ne sais qu'en faire...


Merci, J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
On mangera ? (c) (tm)

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

[Talk-it] RENDERING OsmAnd

[danbag--- via Talk-it]

Segnalo che alla pagina:
https://wiki.openstreetmap.org/wiki/IT:Key:sac_scale

La tabella dove compare Osmarender, suppongo sia il rendering di OsmAnd, 
e se così è, non è corretta perchè il rendering di OsmAnd sembrerebbe 
tener conto di due fattori:


1) sac_scale
2) trail_visibility

quindi:

primo esempio:
un sentiero con tag sac_scale=demanding_mountain_hiking (T3)  e 
trail_visibility=good è renderizzato con linea tratteggiata rossa

che diventa puntinata rossa quando trail_visibility=bad
ad.es.le way
T3-good tratteggiata rossa: https://www.openstreetmap.org/way/422446540
T3-bad  puntinata rossa: https://www.openstreetmap.org/way/159949995

secondo esempio:
un sentiero con tag sac_scale=alpine_hiking (T4)  e 
trail_visibility=intermediate è renderizzato con linea continua blù

che diventa puntinata blù quando trail_visibility=bad
ad. es. le way
T4-intermediate continua blù: https://www.openstreetmap.org/way/123338848
T4-bad puntinata blù: https://www.openstreetmap.org/way/492392102

Se fosse confermato quanto da me mostrato (e non vedo perchè non lo 
dovrebbe essere) occorrerebbe aggiornare la tabella Osmarender ... ma io 
non lo so fare ...


Saluti a tutti
Danilo
(danbag)





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

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Ludwig Baumgart]

Hallo Martin,

ja, hast Du recht. Ich hatte letzteren Fall aus einem gewissen Frust 
heraus so getaggt, weil es so mühsam war, diesen Langzeitbaustellenzaun 
richtig in die Karte abzubilden. Jetzt habe ich aus name=* das 
empfohlene note=* gemacht.


Ich danke Dir sehr für den Hinweis, das ist doch eine hohe Qualität 
unseres Systems, dass wir uns gegenseitig  Fehler auf der Karte melden. 
Das kann ich sehr gut für das Singener Rathaus gebrauchen.


Im anderen Fall stammt der Eintrag nicht von mir und ich bin der 
Meinung, daß dieser so richtig ist, weil an dieser (derzeit 
provisorischen) Haltestelle der Buchstabe E zu sehen ist. Oder wie 
würdest Du das anders taggen?


mhG ludwig

p.s. nicht nur an dieser Baustelle sondern im ganzen Landkreis KN ist 
seit 1.Januar wegen des ÖPNV-Bus-Betreiber-Wechsels ein grosses Problem 
entstanden: dort hoffe ich auch auf eine gute Zusammenarbeit mit den 
amtlichen Stellen bei Haltestellen und Routen (so wie das beim 
RegionalVerbandRuhr, also in den Städten des ganzen Ruhrgebiets, 
selbstverständlich geworden ist).


On 20.01.20 23:35, Martin Scholtes wrote:

Was mir so gerade auffällt ist, das du oder scheinbar ein weiterer User
an der Baustelle den Tag name=* etwas missverstanden hat.

Hier mal zwei Beispiele: https://www.openstreetmap.org/node/453914844 ,
https://www.openstreetmap.org/way/765256074

Bitte lösse gerade letzteres anderers und zwar mit note=*

Gruß
Martin

Am 20.01.2020 um 23:31 schrieb Ludwig Baumgart:

Hallo, vielen Dank für Euer Mitdenken und die helfenden Ideen!

Jetzt habe ich von den beiden flächigen Bereichen (mit
highway=pedestrian und highway=platform) die Bauzaunflächen abgetrennt
und zu Flächen mit landuse=construction erklärt. Das Ergebnis ist eher
unschön, aber wirklichkeitsnah. (und ziemlich mühsam).
https://www.openstreetmap.org/#map=19/47.75905/8.84034

Mal sehen, wie es jetzt weitergeht in der Stadt und mit der
Stadtverwaltung Singen.

danke und eine gute Nacht! ludwig



On 20.01.20 15:57, Martin Koppenhoefer wrote:

Am Mo., 20. Jan. 2020 um 15:45 Uhr schrieb Georg Feddern <
o...@bavarianmallet.de>:


Wenn man das unbedingt will - und entsprechend _dauerhaft_ und absolut
zeitnah begleitet, kann man nur quasi "Tagging für den Renderer"
betreiben.
Dafür muss man berücksichtigen, das dieser Renderer highways immer
zuletzt in der Karte "malt".
Innerhalb der Baustelle / des Bauzauns hat man daher nur folgende
Möglichkeiten:
- Straßen (unclassified und höher) als highway=construction taggen,
immerhin sind sie Teil der Baustelle.


Straßen und Wege die wegen Bauarbeiten gesperrt sind, können immer als
highway=construction getaggt werden (zusätzlich mit construction=* den
highway-Wert angeben)




- bei highway=service(?), track und Wegen bleibt nur, sie per access=no
für den Router zu taggen oder - vorübergehend - zu entfernen.


die können auch highway=construction werden




- um den Bauzaun "sehen" zu können, muss man highway=* beim Bauzaun
deutlich unterbrechen.


eher ein Topologie-Fehler, würde ich aber aus pragmatischen Gründen
auch ok
finden.

Wenn man die Baustelle als Fläche einzeichnet sollte eigentlich alles
klar
sein (sofern das gerendert wird).

Gruß
Martin
___
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


___
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] JOSM tutorial pro zacatecniky v CZ?

[Jiri Vlasak]

Ahoj,

On Fri, Jan 17, 2020 at 12:59:48PM +0100, mahdi1...@centrum.cz wrote:
> cau,
> 
> V ramci HOTOSM/Pyladies akce na zacatku unora v Brne si dame po HOT casti
> pro prezivsi zaklady JOSMu jako takovyho. Pripravil sem si zhruba osnovu
> (wip, splacal sem to ted za pul hodky, takze to jeste budu ladit) co bych
> chtel zminit - https://hackmd.io/3Ac9vUZ9T-W-k0XBeaDRog -  v realu to bude
> primarne zamereny na oblasti zajmu pritomnych.
> 
> Mam par dotazu:
> 
> - mate nekdo JOSM material v cestine pro zacatecniky, kterej bych mohl
> sdilet?

na mapathonech používáme následující materiály k JOSM:
- wiki mapathon.cz https://wiki.openstreetmap.org/wiki/Cs:Mapathon#JOSM
- klávesové zkratky v češtině 
https://raw.githubusercontent.com/mkyral/osm/master/JOSM_tahak/JOSM_Keyboard_Layout_CZ_final_300dpi.png
- zbytek materiálů na trellu (včetně pár videonávodů na nejčastější pluginy,
  které používáme) https://trello.com/c/U4udkzHo/55-jak-na-josm

jiri

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

Re: [OSM-talk-fr] Récupération des points d'apport volontaire (déchets)

[emeric Prouteau]

Merci pour vos éléments je vais prendre contact avec eux

Bonne journée

Le mar. 21 janv. 2020 à 09:27, Vincent Bergeot  a
écrit :

> Le 20/01/2020 à 20:54, emeric Prouteau a écrit :
> > Quelqu'un aurait-il déjà réalisé ce type de demande ?
>
> oui, souvent avec le soutien d'un tiers, par exemple un office de
> tourisme :D Et oui le touriste veut savoir où trier ses déchets !
>
> > Et quels ont été les arguments ?
>
> une information partagée quelque soit le support utilisant OSM :D
>
> Il peut être utile de savoir si quelques unes des collectivités
> utilisent sur ces différentes cartographies des fonds osm !
>
> >
> > Pour terminer, ce type de données peuvent-elles faire l'objet d'une
> > demande officiel dans le cadre de la communication de données publiques.
>
> j'aurais tendance à dire oui car cela semble rentrer dans le cadre d'un
> service au public ! Selon la réponse au départ et avant de passer à la
> cada, il peut y avoir des intermédiaires comme https://madada.fr/ (ma
> demande d'accès à un document administratif), qui permet de rendre
> public et discuter.
>
> Tu trouveras un exemple ici :
> https://madada.fr/demande/localisation_des_points_dapport
>
> Et apporter des exemples peut servir aussi, au hasard
>
> https://opendata.bordeaux-metropole.fr/explore/dataset/en_empac_p/information/
>
> à plus
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Récupération des points d'apport volontaire (déchets)

[Vincent Bergeot]

Le 20/01/2020 à 20:54, emeric Prouteau a écrit :

Quelqu'un aurait-il déjà réalisé ce type de demande ?


oui, souvent avec le soutien d'un tiers, par exemple un office de 
tourisme :D Et oui le touriste veut savoir où trier ses déchets !



Et quels ont été les arguments ?


une information partagée quelque soit le support utilisant OSM :D

Il peut être utile de savoir si quelques unes des collectivités 
utilisent sur ces différentes cartographies des fonds osm !




Pour terminer, ce type de données peuvent-elles faire l'objet d'une 
demande officiel dans le cadre de la communication de données publiques.


j'aurais tendance à dire oui car cela semble rentrer dans le cadre d'un 
service au public ! Selon la réponse au départ et avant de passer à la 
cada, il peut y avoir des intermédiaires comme https://madada.fr/ (ma 
demande d'accès à un document administratif), qui permet de rendre 
public et discuter.


Tu trouveras un exemple ici : 
https://madada.fr/demande/localisation_des_points_dapport


Et apporter des exemples peut servir aussi, au hasard 
https://opendata.bordeaux-metropole.fr/explore/dataset/en_empac_p/information/


à plus


--
Vincent Bergeot


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