Re: [OSM-talk] Proper use of route relations?

Le 1 août 2020 22:08:17 GMT+02:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 1. Aug 2020, at 20:48, Yves via talk wrote: >> >> This would be better joined in a site relation. > > >why should it? What’s the benefit? How is this different to adding all roads >of a village

Re: [OSM-talk] Proper use of route relations?

On 2/8/20 6:08 am, Martin Koppenhoefer wrote: sent from a phone On 1. Aug 2020, at 20:48, Yves via talk wrote: This would be better joined in a site relation. why should it? What’s the benefit? An indication that all these things are maintained by one organization? The question as to

Re: [OSM-talk] [Osmf-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Working on old code is always difficult. IBM got to the point of removing a bug to their mainframe operating system on average introduced a new bug. Then you get into the testing side of things. The flash side of potlatch is one that given the number of editors using it and alternatives

Re: [OSM-talk] [Osmf-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Hi, nice to see you rescue a few worthwhile things that have fallen through the cracks of the Microgrant programme. > During the Microgrants process, there were proposals that didn’t make > it, but would together be a good pilot for a “OSM infrastructure” > process, Are you planning to take

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

On July 31, 2020 20:29:33 Guillaume Rischard wrote: Potlatch 2 Potlatch 2 used to be the default editor before iD took the relay. While usage is declining, it’s still used by 2500 (1.4%) users who did 10 million (1.2%) changes in 2020. Potlatch is built in Flash, which browsers will retire

[Talk-pt] Padronização das localidades em Portugal

Boa noite. Gostaria de trazer uma discussão a este grupo de modo a tentar, de alguma forma, chegar a um consenso sobre o melhor padrão a usar em Portugal para a tag place=*. Neste momento, segundo a wiki, o padrão a usar é este: https://wiki.openstreetmap.org/wiki/File:Fluxograma_Localidades.png

Re: [Talk-GB] UPRN Locations Map

On 01/08/2020 20:24, Nick wrote: As a follow up, Robert Whittaker also submitted an FOI asking for "... a list of all UPRNs that are classified as 'historic', and a separate list of all those classified as a 'parent' ". the logicto me was that this would help users of Open Data to then

[Talk-GB] Rooftop Solar & UPRNs

When I wrote to this list at the end of June I little suspected that we'd achieve 25% completion of solar panels by the end of July. Obviously, access to greatly improved imagery has made a big difference. The places mentioned by Dan : LAs around Exeter & the Midlands now have good coverage. The

Re: [OSM-talk] Proper use of route relations?

sent from a phone > On 1. Aug 2020, at 20:48, Yves via talk wrote: > > This would be better joined in a site relation. why should it? What’s the benefit? How is this different to adding all roads of a village into a site relation? Cheers Martin

Re: [Talk-GB] UPRN Locations Map

As a follow up, Robert Whittaker also submitted an FOI asking for "... a list of all UPRNs that are classified as 'historic', and a separate list of all those classified as a 'parent' ". the logicto me was that this would help users of Open Data to then filter these out. The response that

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

S'il n'y a pas d'horaires c'est que ça varie suivant l'époque de l'année. De plus Mo-Su c'est tous les jours donc inutile de préciser. Donc plutôt : *motorhome*:conditional=no @ (*d**usk**-dawn*). Ceci dit je doute qu'un logiciel s'en serve mais comme c'est une information classique sur les

Re: [OSM-talk] Proper use of route relations?

This would be better joined in a site relation. Yves Le 1 août 2020 18:20:27 GMT+02:00, Mike Thompson a écrit : >I have come across a number of examples[0] of route relations where all the >trails in a given park have been put into a single relation. Is this a >recommended use for route

Re: [Talk-dk] Dansk deltagerrekord 9. august 2020? - OpenStreetMaps fødseldag

Hej 9. august er den dag domæne blev registret. https://wiki.openstreetmap.org/wiki/Birthday at nogen afholder den lørdag skyldes at det måske er nemmere at lave events hvor folk mødes i virkeligheden. /Søren On Sat, Aug 1, 2020 at 8:38 PM wrote: > > Er det ikke lørdag der er den rigtige dag?

Re: [Talk-dk] Dansk deltagerrekord 9. august 2020? - OpenStreetMaps fødseldag

Er det ikke lørdag der er den rigtige dag? https://blog.openstreetmap.org/2020/08/01/celebrate-the-16th-osm-anniversary/ -- > Sent: Friday, July 31, 2020 at 11:19 AM > From: "Soren Johannessen" > To: "OpenStreetMap Denmark" > Subject: [Talk-dk] Dansk deltagerrekord 9. august 2020? -

Re: [OSM-talk] Proper use of route relations?

On Sat, Aug 1, 2020 at 11:24 AM Mike Thompson wrote: > I have come across a number of examples[0] of route relations where all > the trails in a given park have been put into a single relation. Is this a > recommended use for route relations? > Nope. It's wrong. Each route should have its

Re: [OSM-talk] Proper use of route relations?

On Sat, Aug 1, 2020 at 10:38 AM Joseph Eisenberg wrote: > No > > Relations are not collections > Thanks! That is what I thought, but there are so many such relations in this area that I thought I better check. I'll wait for a few more opinions to roll in, and if they are along the lines of

Re: [OSM-talk-fr] JOSM version stable 16812 : traduction du Journal des modifications

Le 01/08/2020 à 14:34, Yves P. a écrit : Bien qu'Il fasse chaud, les développeurs ont mis en place la versions estivale 16812 de JOSM. J'adresse un grand merci aux devs (correction des liens vers wikipedia/wikimedia, des liens avec des clés contenant ":" comme ref:FR:CNC …) Si vous avez

Re: [OSM-talk] Proper use of route relations?

No Relations are not collections - Joseph Eisenberg On Sat, Aug 1, 2020 at 9:23 AM Mike Thompson wrote: > I have come across a number of examples[0] of route relations where all > the trails in a given park have been put into a single relation. Is this a > recommended use for route

[OSM-talk] Proper use of route relations?

I have come across a number of examples[0] of route relations where all the trails in a given park have been put into a single relation. Is this a recommended use for route relations? Mike [0] https://www.openstreetmap.org/relation/10962561 https://www.openstreetmap.org/relation/8409089

Re: [OSM-talk-fr] wiki OSM erreur de l'éditeur visuel

Le 01/08/2020 à 14:12, Yves P. a écrit : Je pense que c'est un problème sur mon poste (je suis avec w10) mais comme je ne suis pas technique, je ne comprends pas ce qu'il faut faire ; dés la première ligne ??? Peut-être un problème de navigateur ? essai avec un autre pour voir. J'avais

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

Le 01/08/2020 à 17:12, Yves P. a écrit : La bonne clé pour les accès est motorhome OK je corrige déjà ça, merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

Le 26/07/2020 à 23:53, Christian Quest a écrit : Moins de trafic aussi sur les serveurs de l'asso alors c'est le moment des chantiers ! Le chantier continue avec la remise à jour des limites terre/mer et l'occupation des sols à petite échelle... Limites terre/mer : Les natural=coastline

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

> Pour un parking fermé aux camping cars la nuit (pas d'horaire précis) j'ai > composé cet attribut : > > caravans:conditional=no @ (Mo-Su 00:00-08:00,20:00-24:00) > > Je ne suis pas sûr de moi, en plus JOSM n'aime pas trop. La bonne clé pour les accès est motorhome

[OSM-talk-fr] Parking fermé aux camping cars la nuit

Bonjour, Pour un parking fermé aux camping cars la nuit (pas d'horaire précis) j'ai composé cet attribut : caravans:conditional=no @ (Mo-Su 00:00-08:00,20:00-24:00) en essayant de suivre cette page de wiki : https://wiki.openstreetmap.org/wiki/FR:Restrictions_conditionnelles ce qui donne :

Re: [Talk-es] MENSAJE DE UNDER HEAVY LOG

Buenas. Andan con problemas en los servidores. Copio lo que pusieron esta semana en https://weeklyosm.eu/es/ - openstreetmap.org estuvo fuera de línea por un corto período de tiempo. Debido a un problema con las descargas

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

> Nonetheless, even if P2 didn't run on Linux, I'm not sure why this should be an issue for other users. No-one says Vespucci isn't sustainable because it doesn't run on iOS.But Vespucci is not mentioned here by OSMF and I remember that Android is following the principle of free, democracy, open

Re: [OSM-talk-fr] Le nom ou le titre ...

> Le terme amer était à prendre avec des guillemets ;) > Ce n'est pas le panneau qui sert de point de repère sur le terrain : une fois > devant le panneau, il permet de savoir où on se trouve sur la carte :) > > Exemple : Le sentier nature à Dompierre-sur-Mont En tout cas merci, ça m'a fait

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

sent from a phone > On 1. Aug 2020, at 12:45, Richard Fairhurst wrote: > > mmd wrote: > > Why aren't we porting Potlatch2 to WebAssembly, then? > > I'm not sure who the "we" is in this question, but assuming you're not > volunteering yourself :) we is the OpenStreetMap-Foundation and in

Re: [OSM-talk-fr] JOSM version stable 16812 : traduction du Journal des modifications

> Bien qu'Il fasse chaud, les développeurs ont mis en place la versions > estivale 16812 de JOSM. J'adresse un grand merci aux devs (correction des liens vers wikipedia/wikimedia, des liens avec des clés contenant ":" comme ref:FR:CNC …) > Si vous avez des remarques sur la traduction

Re: [OSM-talk-fr] wiki OSM erreur de l'éditeur visuel

> Je pense que c'est un problème sur mon poste (je suis avec w10) mais comme je > ne suis pas technique, je ne comprends pas ce qu'il faut faire ; dés la > première ligne ??? > Peut-être un problème de navigateur ? essai avec un autre pour voir. Le lien que tu as donné est spécifique à la

[OSM-talk-fr] wiki OSM erreur de l'éditeur visuel

Bonjour Depuis que je suis revenu à la maison, lorsque j'utilise, pour mettre à jour le wiki osm (par ex https://wiki.openstreetmap.org/wiki/France/Liste_des_r%C3%A9f%C3%A9rences_nationales) l’éditeur visuel, j'ai l'erreur suivante : J'ai trouvé ce texte :

Re: [OSM-talk-fr] Le nom ou le titre ...

Jean-Yvon : > Si c'est un amer, ce qui t'intéresse c'est de savoir qu'il y a un amer ! > > Si tu as besoin de plus de détails, tu vas regarder le détail de l'amer. > Philippe : > Si le panneau sert d'amer, on peut décrire sa forme, sa taille, sa hauteur. Le terme amer était à prendre avec des

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Air will continue to be supported by, believe it or not, Samsung: https://theblog.adobe.com/the-future-of-adobe-air/ > On 1 Aug 2020, at 10:16, Sören Reinecke wrote: > > So far as I understood Adobe dropped Linux support for its AIR

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Sören Reinecke wrote: > So far as I understood Adobe dropped Linux support for its > AIR plattform. If that is right, then I am in doubt that > supporting the development of Potlatch 2 is not that in > a sustainable manner. AIR is not maintained by Adobe, but by Harman, a Samsung subsidiary. AIR

Re: [Talk-es] MENSAJE DE UNDER HEAVY LOG

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hola. Dos o tres veces seguidas hará unos diez días, yo no diría que me ha pasado con frecuencia, aunque tampoco me logueo con frecuencia Saludos El 1/8/20 a las 12:11, emilio escribió: > > Hola a todos > > Desde hace algunos días me viene

[OSM-talk-fr] JOSM version stable 16812 : traduction du Journal des modifications

Bien qu'Il fasse chaud, les développeurs ont mis en place la versions estivale 16812 de JOSM. Vous pouvez trouver le Journal (traduit) des modifications apportés par cette version se trouve à https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.07 Si vous avez des remarques

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

On 2020-08-01 10:32, Simon Poole wrote: > That was a good decade ago, nothing that would factor in to a decision > now (because Linux could not be a target platform to start with).  > The Adobe AIR download page seems to suggest that Adobe AIR is only available on 64-bit Windows platforms. Do we

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

That was a good decade ago, nothing that would factor in to a decision now (because Linux could not be a target platform to start with).  Am 01.08.2020 um 10:16 schrieb Sören Reinecke via talk: > So far as I understood Adobe dropped Linux support for its AIR > plattform. If that is right, then I

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

So far as I understood Adobe dropped Linux support for its AIR plattform. If that is right, then I am in doubt that supporting the development of Potlatch 2 is not that in a sustainable manner.CheersSören Reinecke Original Message Subject: [OSM-talk] Funding of three infrastructure