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

[Yves via talk]

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 into a site relation?
>

If the set of trail is at least well known under a name, why not?
In your counter example, a village probably has an administrative boundary of 
some sort, so I don't think we could add relevant information in doing so. 
Yves 

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

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

[Warin]

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 the 'benefit' should be asked of the author of the route 
relation.

If it is a matter of having them appear on some website/s then they can be 
removed.


How is this different to adding all roads of a village into a site relation?


Provided that all those roads have the same features that should be fine.?


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

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

[John Whelan]

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 available to them today may not be a good return on 
investment and I think that should be weighed up.


Nomination I think is essential and if it can be expanded so much the 
better.


osm2pgsql is not something I have direct experience with but I suspect 
it is one of the infrastructure things that many other things depend on.


The learning curve on old code is steep and if you have someone who 
knows the code then I think use them if you possibly can.  I've seen a 
consultant been brought in to make a change and on half way through the 
second day one of the programmers walked up to him and asked him what 
the change was.  The consultant was pointed to the line of code that 
needed to be altered and it took a few seconds to make the change. The 
consultant was trying to understand what the entire program did before 
making any changes in case it had an impact which was the correct thing 
for the consultant to do but experience with the software makes things 
much faster.


Oh and I've seen someone say we can do that in half the time and half 
the cost.  Problem was they didn't understand the problems involved or 
what needed to be done.  They were fired a week later when it didn't 
work but that didn't solve the program problem.


Have fun

Cheerio John

Frederik Ramm wrote on 2020-08-01 19:40:

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 the funds for these projects out of the
"Pineapple Grant" money, or out of the regular budget?


The OSMF Board wants to fund a limited number of projects proposed by
trusted long-term volunteers whose work we know and enjoy.

I think that "trusted long-term volunteers" is key here, and somewhat of
a weak point at the same time.

I notice that all three proposals are very short on hard deliverables;
what they mostly promise is working a certain number of hours on a
certain thing but there is no guarantee that, or to what extent, the
thing is going to be achieved. Richard's proposal is the clearest here
("The result will be a version of Potlatch 2 that can be run on Mac and
Windows laptops"), whereas Jochen and Sarah only commit to working on
something, not to actually achieving it. This means we'll pay them no
matter what.

Now this is all fine because we have reason to believe that every one of
the three proposals will be a good investment and even if a goal could
not be achieved, the money would at least land with people who have done
a lot of volunteer stuff for OSM in the past. But the criteria are fuzzy
- why do we trust these three people that if we give them money to work
on something it will be worth it? Assume someone came along saying wait
a minute, I can do the same for half the money! And then we would say,
err, umm, sorry, no, we don't trust you in the same way we trust these
"trusted long-term volunteers".

Looking forward, it might become necessary to define deliverables more
clearly and make payment conditional on results having been achieved,
rather on time having been spent. But if you're lucky...


In the long term, we want to re-activate the Engineering Working Group
(EWG) by making it a place for decision making, project guidance and
budget management for such projects.

... the EWG can take over that job ;)

Bye
Frederik



--
Sent from Postbox 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Frederik Ramm]

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 the funds for these projects out of the
"Pineapple Grant" money, or out of the regular budget?

> The OSMF Board wants to fund a limited number of projects proposed by
> trusted long-term volunteers whose work we know and enjoy. 

I think that "trusted long-term volunteers" is key here, and somewhat of
a weak point at the same time.

I notice that all three proposals are very short on hard deliverables;
what they mostly promise is working a certain number of hours on a
certain thing but there is no guarantee that, or to what extent, the
thing is going to be achieved. Richard's proposal is the clearest here
("The result will be a version of Potlatch 2 that can be run on Mac and
Windows laptops"), whereas Jochen and Sarah only commit to working on
something, not to actually achieving it. This means we'll pay them no
matter what.

Now this is all fine because we have reason to believe that every one of
the three proposals will be a good investment and even if a goal could
not be achieved, the money would at least land with people who have done
a lot of volunteer stuff for OSM in the past. But the criteria are fuzzy
- why do we trust these three people that if we give them money to work
on something it will be worth it? Assume someone came along saying wait
a minute, I can do the same for half the money! And then we would say,
err, umm, sorry, no, we don't trust you in the same way we trust these
"trusted long-term volunteers".

Looking forward, it might become necessary to define deliverables more
clearly and make payment conditional on results having been achieved,
rather on time having been spent. But if you're lucky...

> In the long term, we want to re-activate the Engineering Working Group
> (EWG) by making it a place for decision making, project guidance and
> budget management for such projects.

... the EWG can take over that job ;)

Bye
Frederik

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

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

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

[Skyler Hawthorne]

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 by the end of the 
year. Richard wants to adapt Potlatch 2 to the AIR platform so users who 
still rely on it can continue to use it.


The full proposal is at 
https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop


Sorry if this sounds harsh, but I think using any funds at all to continue 
support for a tool that 1% of editors use would be wasteful. Flash is, for 
all intents and purposes, a dead technology. This money is better spent on 
other uses.

--
Skyler

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

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

[Sílvio Matos]

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

Este padrão, no entanto, não está a ser usado de maneira uniforme nas
edições que os contribuidores têm feito.
Em geral, a dúvida mais comum é como aglomerar 5 conceitos diferentes
(capital de distrito/sede de município/cidade/vila/freguesia) em 3 tags
possíveis (city/town/village).
Neste momento e, segundo a wiki, a tag "city" está reservada a capitais de
distrito, a tag "town" a todas as sedes de município, cidades e vilas, e a
tag "village" a freguesias ou sedes de município que não sejam pelo menos
vila (não conheço nenhum caso).

Actualmente esta regra, se aplicada à risca, cria alguns casos caricatos. É
fácil encontrar casos no Grande Porto e Grande Lisboa em que uma cidade
tenha várias freguesias que são elas próprias cidades ou vilas. Num exemplo
prático, a cidade de Vila Nova de Gaia partilhará a tag town com mais de
uma mão cheia de freguesias do seu concelho, o que a nível de renderização
pode trazer problemas - em zooms mais baixos/distantes Vila Nova de Gaia,
apesar de cidade e sede de concelho, poderá desaparecer em favor de uma
freguesia sua que seja vila.

O que proponho é uma alteração à regra existente, de forma à divisão ser
esta:

Capital de Distrito? -> place = city
Cidade ou Capital Administrativa de Município? -> place = town
Vila ou Capital Administrativa de Freguesia (não urbana)? -> place = village
Capital Administrativa de Freguesia (urbana)? -> place = neighbourhood

Esta mudança efectivamente cria distinções entre cidades e vilas, ao mesmo
tempo que preserva uma hierarquia em termos de divisões administrativas,
sem criar casos caricatos como o acima descrito.

Numa nota final, questiono se fará sentido despromover todas as sedes de
freguesia para place=neighbourhood, por uma questão lógica. Não incluí essa
distinção no caso acima, incluindo apenas as freguesias urbanas nessa tag,
porque no contexto nacional a maioria das sedes de freguesia rurais têm
efectivamente a identidade e contexto histórico de um povoado distinto, ao
contrário da maioria (e aqui podemos argumentar) das sedes de freguesia
urbanas, que são historicamente vistas como sendo parte integrante da
cidade a que pertencem.

Agradeço desde já a vossa participação nesta discussão, pois é necessário
chegar a alguma conclusão neste tema, que já foi debatido várias vezes.
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-GB] UPRN Locations Map

[Mark Goodge]

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 filter these out. The 
response that this was "exempt from disclosure under section 21 of the 
FOIA" - if you are interested follow the link to 
https://www.whatdotheyknow.com/request/lists_of_historic_and_parent_upr


In another move, the Environment Agency flood risk website no longer 
allows you to link directly to a property by UPRN. You used to be able 
to construct a link in this format:


https://flood-warning-information.service.gov.uk/long-term-flood-risk/risk?address=[uprn]

But that no longer works. Now, you have to search by postcode, and when 
you select an address the site then sets a cookie which determines which 
property details you will be shown. And, checking the source of the 
postcode page, it no longer has the UPRN as a variable for each 
property. Instead, it's a simple sequential number. For example, if 
there are ten properties in a postcode, then the variables will be 
numbered 0 to 9.


I'm pretty certain this is deliberate, in order to stop people using 
their site as a way to look up addresses from a UPRN. And I suspect it's 
part of the same attempts by GeoPlace to deliberately minimise the 
utility of the Open UPRN database.


Mark

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

[Talk-GB] Rooftop Solar & UPRNs

[SK53]

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 Devon LAs are all over 60% and other LAs in the county
are also progressing. In the Midlands it's easier to list places with low
coverage: N. Staffordhsire, most of Shropshire, East Lincs and
Northamptonshire.

One of my concerns mentioned last time was missing installations in rural
areas. Even with 60% coverage it is noticeable that rural LSOAs are less
well populated. I've recently been experimenting to see if this can now be
addressed and have good results.

Initially I used areas where OSM has most buildings mapped (Derbyshire
Dales near Bakewell & in South Hams between Kingsbridge & Dartmouth). I
pull buildings down into JOSM with an Overpass query, and add existing
solar mapping. Buildings are selected and added to the to do list (a
plugin) & then I step through each building. This was effective, but the
bbox of individual LSOAs resulted in very large numbers of buildings
(~8000), which is really too many for a single task.

I then turned to UPRNs. It is relatively easy to filter UPRNs by LSOA
(e.g., in QGIS) and numbers are more manageable (say 1,500-2,000). Again
stepping through these resulted in finding virtually all the solar
installations expected from the FIT numbers (tested on East Devon 0009A -
Branscombe & Derbyshire Dales 0008C - Tissington & Parwich). However the
number of items is still too high even when divided into batches, and
requires quite some time to work through.

One problem is the sheer number of UPRNs which are not related to
buildings. Numerous minor tracks, possibly some footpaths, farm ponds,
mobile phone masts, old quarries etc. These may make up as much as 40% of
all UPRNs.

An obvious solution would be to use only UPRNs which pertain to buildings,
but I didnt have an OS Local building layer available and even then the
total number of search locations is still too high.

Instead I've used clustering of UPRNs which seems to give reasonable
results. A simple clustering based on distance yields around 100 clusters
which can be searched visually. The non-building UPRNs tend to move the
centroid away from groups of buildings, but not so far as to be unworkable.

I've used QGIS so I thought I'd document that approach in case anyone
fancies using it in there own area (obviously it can be used for things
other than solar):

* *Filter *UPRNs by LSOA. I use a clipping operation in QGIS. A shapefile
of LSOAs is available from the ONS site, but there is also a file

of UPRN=>Administrative Geographies which may enable this to be done on a
Unix command line.
* *Cluster*. Search for clustering on the Toolbox option of the Processing
Menu. A number of clustering techniques are available. The one I used is
DBSCAN. Open this can apply settings of minimum cluster size of 1 and
maximum distance of 0.0025 (approximating 250 m in WGS assuming 100 km /
degree). Run the tool and results appear as a new layer. This appears
identical to the original UPRNs, but each is now assigned a cluster id.
* *Group Clusters*. From the Vector menu apply Collect Geomtetries from the
Geometry Tools menu. This returns a MULTIPOINT layer rather than the
original POINT layer.
* *Located Centroi*d. The centroid of each cluster can be found by applying
Centroid from the Geometry Tools Menu. This latter layer can be saved as a
geojson file for use in JOSM (or iD or Potlatch).

In JOSM:

* Open the geojson of clustered UPRNs.
* Download existing solar data using an overpass query within the viewport
of the LSOA data. Make sure this is a new layer as this is the layer used
for editing.
* Select all items in the UPRN layer and add them to the to do list.
* Activate the solar data layer.
* Step through each item in the todo list searching for buildings within a
few hundred metres of where JOSM zooms too. Add any rooftop or ground solar
panels missing. Using nodes minimises likely conflicts as not all OSM data
is loaded.

In practice I'm very conservative with the first 10 or so items in the todo
list  and search in a bigger area, but as one steps through the items one
can have greater confidence in the localisation of each cluster.

I'm finding over 80% of installations predicted from FIT in very rural
LSOAs with this approach. It still needs a bit of refinement, but I think
30 minutes / LSOA is readily achievable. Taken together with the new
imagery this bodes much better for coverage of parts of Britain with
dispersed rural settlements.

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

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

[Martin Koppenhoefer]

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 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] UPRN Locations Map

[Nick]

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 this was "exempt from disclosure under section 21 of the 
FOIA" - if you are interested follow the link to 
https://www.whatdotheyknow.com/request/lists_of_historic_and_parent_upr


I was also interested regarding the details of the batch allocation to 
each custodian. So apart from the commercial value, this is unlikely to 
be published as apparently this might be misleading due to the 
randomness of the data and likely to be out of date quickly.


So much for the potential for collaboration with the various authorities.

On 06/07/2020 15:10, Nick wrote:


Hi Jez

To clarify, what I did was to find a 'suspicious' UPRN (two pins on 
one building with different address details). I then looked up the 
address on an online system (e.g. OneScotlandGazetteer or the local 
authority online Planning system) to check the details (UPRN and 
address). That allowed me to have details, which in this instance I 
then checked property sites (e.g. ESPC) to verify the 'likely' error.


If you want more details of the example, let me know and I can put a 
bit more detail together.


Cheers

Nick

On 06/07/2020 12:34, Jez Nicholson wrote:

Sorry, i mean 'findmyaddress'.

Also, from this Twitter thread 
https://twitter.com/jnicho02/status/1279821108783579139?s=20 I note 
that some streets have a UPRN. Existing services filter them out.


On Mon, 6 Jul 2020, 12:29 Jez Nicholson, > wrote:


Do you mean that you looked up the UPRN on findmystreet and it's
supposedly in a different location to the latlon in the file?

On Mon, 6 Jul 2020, 12:26 Nick, mailto:n...@foresters.org>> wrote:

So I have just started with my crude system and already found
one UPRN
that looks as if it is in the wrong location (wrong postcode
6BT > 6ST ~
and wrong county). If I am correct, then this demonstrates
the value of
opening up data to more 'eyes'. Not sure how we could collate
all lists
of anomalies to demonstrate this to government.

On 06/07/2020 12:09, Nick wrote:
> I went for the crude approach as my computer is not that
powerful, so
> I split the CSV into chunks and imported batches into QGIS
with
> county/postcode boundaries as my interest is trying to
understand how
> the UPRNs have been batched. Not elegant but means that I
now can
> focus on our area and identify those UPRNs that are most
useful to me
> for plotting missing rural properties. I can then write a
script to
> only give me those UPRNs of interest. As I say, crude but
useful to me
> as I can now start to match addresses to UPRN when I add
properties.
>
> On 05/07/2020 20:56, Kai Michael Poppe - OSM wrote:
>> On 05.07.2020 18:45, Kai Michael Poppe - OSM wrote:
>>> On 05.07.2020 17:51, Andy Mabbett wrote:
 Naive question - can that be added as a layer in JOSM?
If so, how?
>>> I'll have to check whether I can manage that anyway with
the new server
>>> now. Will come back to this.
>> Meh. 3 hours in, every possible lead I had didn't bring me
closer to
>> setting up the UPRN data in the same way.
>>
>> Having 6 GiB of GeoPackage or 2 GiB of MySQL data doesn't
make working
>> with the data any easier.
>>
>> I will look out for help from the GeoServer people during
the week,
>> watch this space :)
>>
>> K
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-gb
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-gb

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



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

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

[osm . sanspourriel]

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 parkings des zones touristiques.

Si les horaires avaient été précis ils auraient été simplifiables en
20:00-08:00.

N. B. : je doute que JOSM aime mais tu peux ouvrir un ticket sur la
validation si personne ne dit que c'est faux.

Le 01/08/2020 à 17:00, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

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 :

https://www.openstreetmap.org/way/643839038

Je ne suis pas sûr de moi, en plus JOSM n'aime pas trop.

Pouvez-vous regarder et me dire ce que vous en pensez ?

Merci

Arnaud

___
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] Proper use of route relations?

[Yves via talk]

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 relations?
>
>Mike
>
>[0]
>https://www.openstreetmap.org/relation/10962561
>https://www.openstreetmap.org/relation/8409089

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Soren Johannessen]

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?
> 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? - OpenStreetMaps 
> > fødseldag
> >
> > Kære OpenStreetMap frivillige i Danmark
> >
> > Søndag den 9. august fylder OpenStreetMap 16 år. I den forbindelse
> > skal vi ikke se om vi kan slå den dagsrekord fra 2012 fra med 44
> > frivillige der var inde og redigere i Danmarks området af
> > OpenStreetMap? Vi kan også sætte niveauet højere og se om vi kan slå
> > vores nabolande, hvor dagsrekorderne er hhv. Finland  84, Sverige 71
> > og Norge med 55, Vores tyske nabo bliver nok meget svært at slå med
> > 993 frivillige. (Kilde: rekorder OSMstats
> > http://osmstats.neis-one.org/?item=countries )
> >
> > Så sæt kryds i kalenderen søndag 9. august og kortlæg et eller andet i
> > løbet af dagen. Emnet for OSM kortlægning er helt frit - om du tager
> > ud og tæller trappetrin, undersøger hvilken belægning stier i en skov
> > har, tilføjer nye kunstværker/mindesmærker, finder nye
> > drikkevandsposter osv. er underordnet, bare du i løbet af søndagen får
> > sendt et changeset eller flere afsted til OpenStreetMap, og vi derved
> > kan slå dagsrekorden fra 2012. Så kender du nogen som var aktive i
> > OpenStreetMap for flere år siden, så prøv og se om du ikke lige kan få
> > vækket dem igen til at give et OSM kortlægningsbidrag søndag den 9.
> > august 2020.
> >
> > Hvis du allerede er vild med ideen og allerede nu har tænkt dig at
> > deltage med at tage ud enten på cykel eller rundt til fods i dit
> > lokalområde, så er der mere godt nyt. Firmaet Septima har været så
> > generøse at være sponsor med 2000 kr. samt jeg er sponsor med 500 kr.
> > fra mit firma. Disse penge vil gå til at du/I kan købe en is/sodavand
> > eller måske kop kaffe med romkugler fra den lokale bager ude på jeres
> > tur.
> >
> > Så hver deltager får 50 kr (først til mølle til pengene er brugt) til
> > lidt forplejning efter eget ønske. Så du/I kan allerede nu begynde at
> > skrive til mig
> > på soren.johannessen Snabel a  gmail.com med dit Mobilpay nummer samt
> > OSM brugernavn, og jeg vil overføre pengene. Planlægger du noget med
> > fx to venner eller måske dine børn? - Så skriv også OSM brugernavnene
> > for alle deltagerne. Så hvis I bliver tre - så overfører jeg 150 kr
> > osv.
> >
> > Har du ingen Mobilpay, så skriv banknummer med regnr. og kontonummer
> > og jeg kan også overføre penge ad den vej.
> > Jeg synes helt klart at I skal tage imod ovenstående tilbud om 50 kr
> > til lidt forplejning og så støtte det lokale ishus, bager eller cafe
> > ude i landet.
> >
> > Jeg har valgt #osmdkrekord som hashtag, så hvis du/I tager
> > billeder/videoer og deler på dagen, så brug lige dette hashtag.
> > Jeg er begyndt på Twitter at skrive en del om #osmdkrekord  event giv
> > gerne indspark/feedback.
> >  https://twitter.com/search?q=osmdkrekord=typed_query=live
> >
> >
> > Velmødt 9. august 2020 og med håb om vi slår den danske deltager rekord.
> >
> > Vh.
> > Søren Johannessen
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> >
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

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

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

[osm]

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? - OpenStreetMaps 
> fødseldag
>
> Kære OpenStreetMap frivillige i Danmark
> 
> Søndag den 9. august fylder OpenStreetMap 16 år. I den forbindelse
> skal vi ikke se om vi kan slå den dagsrekord fra 2012 fra med 44
> frivillige der var inde og redigere i Danmarks området af
> OpenStreetMap? Vi kan også sætte niveauet højere og se om vi kan slå
> vores nabolande, hvor dagsrekorderne er hhv. Finland  84, Sverige 71
> og Norge med 55, Vores tyske nabo bliver nok meget svært at slå med
> 993 frivillige. (Kilde: rekorder OSMstats
> http://osmstats.neis-one.org/?item=countries )
> 
> Så sæt kryds i kalenderen søndag 9. august og kortlæg et eller andet i
> løbet af dagen. Emnet for OSM kortlægning er helt frit - om du tager
> ud og tæller trappetrin, undersøger hvilken belægning stier i en skov
> har, tilføjer nye kunstværker/mindesmærker, finder nye
> drikkevandsposter osv. er underordnet, bare du i løbet af søndagen får
> sendt et changeset eller flere afsted til OpenStreetMap, og vi derved
> kan slå dagsrekorden fra 2012. Så kender du nogen som var aktive i
> OpenStreetMap for flere år siden, så prøv og se om du ikke lige kan få
> vækket dem igen til at give et OSM kortlægningsbidrag søndag den 9.
> august 2020.
> 
> Hvis du allerede er vild med ideen og allerede nu har tænkt dig at
> deltage med at tage ud enten på cykel eller rundt til fods i dit
> lokalområde, så er der mere godt nyt. Firmaet Septima har været så
> generøse at være sponsor med 2000 kr. samt jeg er sponsor med 500 kr.
> fra mit firma. Disse penge vil gå til at du/I kan købe en is/sodavand
> eller måske kop kaffe med romkugler fra den lokale bager ude på jeres
> tur.
> 
> Så hver deltager får 50 kr (først til mølle til pengene er brugt) til
> lidt forplejning efter eget ønske. Så du/I kan allerede nu begynde at
> skrive til mig
> på soren.johannessen Snabel a  gmail.com med dit Mobilpay nummer samt
> OSM brugernavn, og jeg vil overføre pengene. Planlægger du noget med
> fx to venner eller måske dine børn? - Så skriv også OSM brugernavnene
> for alle deltagerne. Så hvis I bliver tre - så overfører jeg 150 kr
> osv.
> 
> Har du ingen Mobilpay, så skriv banknummer med regnr. og kontonummer
> og jeg kan også overføre penge ad den vej.
> Jeg synes helt klart at I skal tage imod ovenstående tilbud om 50 kr
> til lidt forplejning og så støtte det lokale ishus, bager eller cafe
> ude i landet.
> 
> Jeg har valgt #osmdkrekord som hashtag, så hvis du/I tager
> billeder/videoer og deler på dagen, så brug lige dette hashtag.
> Jeg er begyndt på Twitter at skrive en del om #osmdkrekord  event giv
> gerne indspark/feedback.
>  https://twitter.com/search?q=osmdkrekord=typed_query=live
> 
> 
> Velmødt 9. august 2020 og med håb om vi slår den danske deltager rekord.
> 
> Vh.
> Søren Johannessen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

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

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

[Paul Johnson]

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 own relation.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Mike Thompson]

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 what you are saying, I will
make some edits.

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

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

[leni]

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 des remarques sur la traduction

|historic=charcoal_pile| (aire de faulde) : j'ai appris un mot, merci :)
D'après wikipedia 
 celui-ci est 
plutôt utilisé dans le nord : traduction en fr_BE ? ;-)
Tu as raison, la traduction m'a été donnée par une copine belge ; en 
fait le "pile" correspondrait plutôt à la meule (de wikipédia) qu'au 
site => "/_ancienne meule de charbon de bois_/" ?


|historic=mine_shaft| (Trous d'homme verticaux historiques d'une mine),
Puit de mine 

"/_ancien puits de mine_/" ?


leni

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

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

[Joseph Eisenberg]

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 relations?
>
> Mike
>
> [0]
> https://www.openstreetmap.org/relation/10962561
> https://www.openstreetmap.org/relation/8409089
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Proper use of route relations?

[Mike Thompson]

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
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[leni]

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 pensé au micro car j'avais le même problème avec Firefox et avec 
Opera depuis plusieurs jours.


Nouvel essai, après ton message avec Chrome : pas de message d'erreur ; 
je reteste avec Opera plus de  problème, puis avec Firefox qui est 
également ok.


Je n'ai rien modifié et tout refonctionne, merci et bon we

leni


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

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

[Arnaud Champollion]

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
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Christian Quest]

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 mises bout à bout forment d'immenses polygones qui 
sont nécessaires pour avoir la mer en bleu et la terre dans une couleur 
claire par défaut.


Ces polygones sont relativement coûteux à calculer, car composés de très 
nombreux noeuds. Ils sont gigantesques car couvrant des continents entiers.


Du coup, ils sont calculés de temps en temps et mis à disposition sur 
https://osmdata.openstreetmap.de/ sous une forme découpée (oui, façon 
puzzle) avec une version aux géométries simplifiées adaptée aux petites 
échelles.


Les derniers fichiers shapefile dataient de janvier et ils ont été remis 
à jour hier.


Pour le rendu FR, j'en ai profité pour changer la logique car depuis 
toujours, on mettait un fond bleu par défaut et on dessinait les 
continents par dessus.


Or... on calcule bien plus souvent des tuiles sur terre que sur mer, 
donc autant avoir ça de moins à dessiner dans la majorité des cas même 
si c'est sûrement négligeable.



L'occupation des sols à petite échelle :

Pour les premiers niveaux de zoom, le rendu FR affiche l'occupation des 
sols (landuse=*). Le problème ici c'est le très grand nombre de 
polygones, parfois très petits et non visibles à ces échelles.


Il y a quelques années, j'avais calculé une couche transparente au zoom 
8 ne contenant que ces landuse pour l'appliquer par simple réduction sur 
les zoom 0 à 7.


J'ai regénéré cette couche, cette fois-ci directement au zoom 7, en 
éliminant tous les polygones d'une surface de moins d'un pixel.


Le résultat est un fichier geotif de 89Mo : 
http://osm13.openstreetmap.fr/~cquest/z7.tif


On a désormais des déserts bien plus cohérents en Afrique !


Conséquence, les tuiles ont toutes été recalculées jusqu'au zoom 12 et 
devraient apparaître au fur et à mesure de la mise à jour du cache.



Si vous voyez des anomalies... signalez-les...

--
Christian Quest - OpenStreetMap France


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

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

[Yves P.]

> 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 


__
Yves

Un des mots clés à chercher dans le wiki est RV (recreational vehicle 
) qui correspond aux 
caravanes, vans (le fameux WW) et camping-cars.

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

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

[Arnaud Champollion]

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 :

https://www.openstreetmap.org/way/643839038

Je ne suis pas sûr de moi, en plus JOSM n'aime pas trop.

Pouvez-vous regarder et me dire ce que vous en pensez ?

Merci

Arnaud

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

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

[Jorge Sanz Sanfructuoso]

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 Planet, el servidor se estaba quedando sin memoria. Para prevenir
   esto en el futuro, NFS será movido a S3 de Amazon.

Y más información en Github
https://github.com/openstreetmap/operations/issues/442

A mi también me ha pasado. La semana pasada bastante pero me da la
impresión que pasa ya menos.

Saludos.

El El sáb, 1 ago 2020 a las 12:17, Angel  escribió:

> -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 saliendo con bastante frecuencia, al
> > acceder a la web o al guardar conjuntos de cambios, el mensaje de que
> la
> > web está “under heavy log”,  lo cual está haciendo que disponga de men
> os
> > tiempo del poco que ya dispongo para poder subir ediciones, y tener qu
> e
> > esperar a que vuelva la normalidad o ir acumulando ediciones en el cas
> o
> > de que el error me pille dentro de la web
> >
> > ¿Os pasa también a vosotros últimamente?
> > Enviado desde Correo de Windows
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEIrT13kzezQWgMjj0EX/9bAAGXMYFAl8lQNEACgkQEX/9bAAG
> XMYtVQ/9HYS3NV0VzFs2YEVp1YJw2A4fTqzFqzQEA5BZTCAzPx/5tLtdpJUYKljh
> L1zFSL+VMR+QMT9QW4rmuxhwGxqw1sXNEn+5IYKTa/KNHuzwBYvh/qBKPxB4o9oN
> 1KsFGPZp+eVhtQXrR0GRxIc4+LGtyDPXJin6mV+4Gc7s2FX3q3zG1RjXJUfQL5NL
> cjncJR7X0y5jJDvsWDuqAxRlHYJtg2Q3d3ILG1ZEgU+7d1WjF5cHLaEZ6uYmGBln
> XkNvvNO4GtkLvc1vzCDkOxHSJDhx/NwG7qX0x0FeRJ07BgvXrBvvnttvYFvwxS4W
> pczLmA2Uop5M3eaw9/k1oGa/RCAFmGJPz3orm+1m1D8aCFFLgY6AsGy+twUv69Vf
> tVTJ66cDvjADk2nVrBsYjBmjvCMmz8Ih1Cq6/F7oIiA207pkOAil/RQdUzBMfUhW
> WYM6XgByjTC+xm8kj/PsH08doFXzhu8SCUkjSzka9P/MyGeR8pmgPUZEYovPL0Qh
> Q2C6MFK8kfD8aX/k2MTYZBulvTqJjn9vQmxpd2Kz+tzPr5ZJqN4npxlOg9GLIyI+
> cg24DHTZdY6urURTA1LsQ/P1Igq7pGz/1nXNKWJZy6BMU7wmskinsYEFbAwNV03x
> sRzeBLQYpfxLfNy4Hp49qRSIZd6C4yaP6lGiRZ2e/UtCEZ6xnCs=
> =udDz
> -END PGP SIGNATURE-
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Sören Reinecke via talk]

> 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 source, competition (because it's distribution like approach though Google as a say in it which apps are installed by default and what can be done with the phone in terms of rooting it. The distribution approach as an argument for priorizing support for Android is therefore questionable) more than iOS does. And iOS restricts you more than Android does.RegardsSören Reinecke alias Valor Naram Original Message Subject: Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2From: Richard Fairhurst To: talk@openstreetmap.orgCC: 



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 for Linux is still supported at version 2.6 but not updated (https://airsdk.harman.com/faq): Harman is considering future updates. P2 will still run on 2.6 - there are explicit workarounds in the code (e.g. in net/systemeD/potlatch2/collections/Imagery.as) to ensure backward compatibility.

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.

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 :), the difficult dependency with P2 is not ActionScript 3 but the Flash runtime, i.e. the Flash and Flex APIs. There are currently only two runtimes capable of running P2: Flash Player and AIR. Ruffle is showing promise (https://github.com/ruffle-rs/ruffle) and is under very active development, but does not yet support AS3 or the Flash Player features that P2 needs. I would anticipate that P2 will be able to run as WebAssembly when Ruffle reaches feature parity with AIR 2.6.





Richard



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

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

[Yves P.]

> 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 penser à créer l'itinéraire :)
https://hiking.waymarkedtrails.org/#route?id=11370953 


__
Yves

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

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

[Martin Koppenhoefer]

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 a more enlarged view, the community 
of OpenStreetMappers.
I believe it is legitimate to discuss which projects should get funding, 
because we think they can and should have a future.

Do you know if there is some kind of analytics integrated into adobe air and 
whether it can be turned off?  
I have been checking the terms, and it seems they do track you and it can’t be 
switched off

This is the link:

https://www.adobe.com/content/dam/cc/en/legal/licenses-terms/pdf/Adobe_AIR_32_0.pdf


> 7.7 Use of Adobe Online Services. If your Computer is connected to the 
> Internet, the Software may, without additional notice and on an intermittent 
> or regular basis, facilitate your access to content and services that are 
> hosted on websites maintained by Adobe or its affiliates (“Adobe Online 
> Services”). . If your Computer is connected to the Internet, the Software 
> may, without additional notice, update downloadable materials from these 
> Adobe Online Services so as to provide immediate availability of these Adobe 
> Online Services even when you are offline. When the Software connects to the 
> Internet as a function of an Adobe Online Service, your IP Address, user 
> name, and password may be sent to Adobe’s servers and stored by Adobe in 
> accordance with the Additional Terms of Use or the “help” menu in the 
> Software. This information may be used by Adobe to send you transactional 
> messages to facilitate the Adobe Online Service. Adobe may display in-product 
> marketing to provide information about the Software and other Adobe products 
> and Services, including but not limited to Adobe Online Services, based on 
> certain Software specific features including but not limited to, the version 
> of the Software, including without limitation, platform version, version of 
> the Software, and language. For further information about in-product 
> marketing, please see the “help” menu in the Software. Whenever the Software 
> makes an Internet connection and communicates with an Adobe website, whether 
> automatically or due to explicit user request, the Adobe Online Privacy 
> Policy shall apply. Additionally, unless you are provided with separate terms 
> of use at that time, the Adobe.com Terms of Use 
> (http://www.adobe.com/go/terms) shall apply. Please note that the Adobe 
> Privacy Policy allows tracking of website visits and it addresses in detail 
> the topic of tracking and use of cookies, web beacons, and similar devices.



What I found puzzling: usage is restricted to countries that the US 
administration likes:


> 11. Export Rules.
> You agree that the Software will not be shipped, transferred, or exported 
> into any country or used in any manner prohibited by the United States Export 
> Administration Act or any other export laws, restrictions, or regulations 
> (collectively the “Export Laws”).


Cheers Martin 




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

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

[Yves P.]

> 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
historic=charcoal_pile (aire de faulde) : j'ai appris un mot, merci :)
D'après wikipedia  
celui-ci est plutôt utilisé dans le nord : traduction en fr_BE ? ;-)

historic=mine_shaft (Trous d'homme verticaux historiques d'une mine),
Puit de mine 

__
Yves

> , ou que le sable vous gratte, n'hésitez pas à le dire.
Ce sont les plastiques qui traient partout :/

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

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

[Yves P.]

> 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 version PHP de parsoid 
 que tu n'utilises pas ;)

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

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

[leni]

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 : 
https://www.mediawiki.org/wiki/Parsoid/Troubleshooting#Error_loading_data_from_server:_apierror-visualeditor-docserver-http-error:_(curl_error:_7)_Couldn't_connect_to_server.


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 ???


Bon, je peux utiliser le mode manuel, mais pour les tableaux ce n'est 
pas génial ...


cordialement et bon WE

leni

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

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

[Yves P.]

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 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 : 
https://overpass-turbo.eu/s/WEg 
Sentier nature : le tour des fontaines 

Quelques oiseaux du village - 1 
Quelques oiseaux du village - 2 
Aux abords du village 
…
C'est un sentier en boucle avec 16 panneaux.

>  Si c'est une toute petite plaquette portant un numéro ou un identifiant ce 
> n'est pas cette étiquette qui est l'amer, elle constitue juste une référence 
> (vérifiable) et un ref:*=* fera l'affaire

Si effectivement le panneau fait partie d'une série, on peut mettre sa 
référence.
Ce n'est pas le cas dans cet exemple.

> Et pourquoi pas alors afficher le contenu de la page Wikipédia 
>  ? ;-)
> 

Je met (parfois) la photo sur Wikimedia Commons :)

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

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

[Guillaume Rischard]

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 plattform. If 
> that is right, then I am in doubt that supporting the development of Potlatch 
> 2 is not that in a sustainable manner.
> 
> Cheers
> 
> Sören Reinecke
> 
> 
>  Original Message 
> Subject: [OSM-talk] Funding of three infrastructure projects : Nominatim, 
> osm2pgsql, Potlatch 2
> From: Guillaume Rischard 
> To: OSMF Talk 
> CC: OpenStreetMap talk mailing list 
> 
> 
> Hi all,
> 
> The OSMF Board wants to facilitate and support improving infrastructure. 
> During the Microgrants process, there were proposals that didn’t make it, but 
> would together be a good pilot for a “OSM infrastructure” process, to learn 
> how supporting osm infrastructure projects works well.
> The OSMF Board wants to fund a limited number of projects proposed by trusted 
> long-term volunteers whose work we know and enjoy. We have selected the 
> osm2pgsql and Potlatch microgrant proposals, and have a new proposal from 
> Nominatim.
> In the long term, we want to re-activate the Engineering Working Group (EWG) 
> by making it a place for decision making, project guidance and budget 
> management for such projects.
> The Board would like your feedback on these three specific infrastructure 
> projects:
> Nominatim
> 
> Nominatim is the geocoding software that powers openstreetmap.org and many 
> other apps and websites. Sarah wants to work on: 
> finishing the localization efforts (improve address computation for different 
> countries, localized address output)
> making the software more user-friendly (reduce the number of programming 
> languages by at least two, move side-projects into separate repos, reorganise 
> the code so that Nominatim can become an Ubuntu package, docs, docs, docs)
> The full proposal is at 
> https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07 
> 
> 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 by the end of the 
> year. Richard wants to adapt Potlatch 2 to the AIR platform so users who 
> still rely on it can continue to use it.
> The full proposal is at 
> https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop
>  
> 
> osm2pgsql
> 
> osm2pgsql loads OpenStreetMap data into databases suitable for applications 
> like rendering into maps, geocoding with Nominatim, or general analysis. It 
> is used on openstreetmap.org and in many other places. 
> 
> While there has been constant paid and volunteer work on osm2pgsql, large 
> scale architecture changes to pay off historical technical debt are needed to 
> tackle long term challenges, and make future changes easier.
> Jochen wants to work on:
> Hosting documentation on osm2pgsql.org 
> Rethinking the output of the program to make it more concise and useful
> Tackling the refactoring and cleanup of the “middle” code.
> Ongoing maintenance as needed
> Other work from the road map as time permits
> The original budget and scope were limited by the microgrant framework. The 
> current project goes beyond that, and addresses open issues and potential 
> improvements further and better.
> The proposal is at 
> https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07 
> 
> 
> 
> 
> Thank you and happy mapping
> 
> Guillaume, for the OSMF board

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

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

[Richard Fairhurst]

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 for 
Linux is still supported at version 2.6 but not updated 
(https://airsdk.harman.com/faq): Harman is considering future updates. P2 will 
still run on 2.6 - there are explicit workarounds in the code (e.g. in 
net/systemeD/potlatch2/collections/Imagery.as) to ensure backward compatibility.

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.

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 :), the difficult dependency with P2 is not ActionScript 
3 but the Flash runtime, i.e. the Flash and Flex APIs. There are currently only 
two runtimes capable of running P2: Flash Player and AIR. Ruffle is showing 
promise (https://github.com/ruffle-rs/ruffle) and is under very active 
development, but does not yet support AS3 or the Flash Player features that P2 
needs. I would anticipate that P2 will be able to run as WebAssembly when 
Ruffle reaches feature parity with AIR 2.6.

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

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

[Angel]

-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 saliendo con bastante frecuencia, al
> acceder a la web o al guardar conjuntos de cambios, el mensaje de que
la
> web está “under heavy log”,  lo cual está haciendo que disponga de men
os
> tiempo del poco que ya dispongo para poder subir ediciones, y tener qu
e
> esperar a que vuelva la normalidad o ir acumulando ediciones en el cas
o
> de que el error me pille dentro de la web
>
> ¿Os pasa también a vosotros últimamente?
> Enviado desde Correo de Windows
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEIrT13kzezQWgMjj0EX/9bAAGXMYFAl8lQNEACgkQEX/9bAAG
XMYtVQ/9HYS3NV0VzFs2YEVp1YJw2A4fTqzFqzQEA5BZTCAzPx/5tLtdpJUYKljh
L1zFSL+VMR+QMT9QW4rmuxhwGxqw1sXNEn+5IYKTa/KNHuzwBYvh/qBKPxB4o9oN
1KsFGPZp+eVhtQXrR0GRxIc4+LGtyDPXJin6mV+4Gc7s2FX3q3zG1RjXJUfQL5NL
cjncJR7X0y5jJDvsWDuqAxRlHYJtg2Q3d3ILG1ZEgU+7d1WjF5cHLaEZ6uYmGBln
XkNvvNO4GtkLvc1vzCDkOxHSJDhx/NwG7qX0x0FeRJ07BgvXrBvvnttvYFvwxS4W
pczLmA2Uop5M3eaw9/k1oGa/RCAFmGJPz3orm+1m1D8aCFFLgY6AsGy+twUv69Vf
tVTJ66cDvjADk2nVrBsYjBmjvCMmz8Ih1Cq6/F7oIiA207pkOAil/RQdUzBMfUhW
WYM6XgByjTC+xm8kj/PsH08doFXzhu8SCUkjSzka9P/MyGeR8pmgPUZEYovPL0Qh
Q2C6MFK8kfD8aX/k2MTYZBulvTqJjn9vQmxpd2Kz+tzPr5ZJqN4npxlOg9GLIyI+
cg24DHTZdY6urURTA1LsQ/P1Igq7pGz/1nXNKWJZy6BMU7wmskinsYEFbAwNV03x
sRzeBLQYpfxLfNy4Hp49qRSIZd6C4yaP6lGiRZ2e/UtCEZ6xnCs=
=udDz
-END PGP SIGNATURE-

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

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

[leni]

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 sur la traduction, ou que le sable vous 
gratte, n'hésitez pas à le dire.


Cordialement

leni


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

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

[mmd]

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 know how many of our 2500
users would fulfill that requirement?

Why aren't we porting Potlatch2 to WebAssembly, then?

-- 



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

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

[Simon Poole]

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 am in doubt that supporting the
> development of Potlatch 2 is not that in a sustainable manner.
>
> Cheers
>
> Sören Reinecke
>
>
>  Original Message 
> Subject: [OSM-talk] Funding of three infrastructure projects :
> Nominatim, osm2pgsql, Potlatch 2
> From: Guillaume Rischard
> To: OSMF Talk
> CC: OpenStreetMap talk mailing list
>
>
>   Hi all,
>
> The OSMF Board wants to facilitate and support improving
> infrastructure. During the Microgrants process, there were
> proposals that didn’t make it, but would together be a good pilot
> for a “OSM infrastructure” process, to learn how supporting osm
> infrastructure projects works well.
>
> The OSMF Board wants to fund a limited number of projects proposed
> by trusted long-term volunteers whose work we know and enjoy. We
> have selected the osm2pgsql and Potlatch microgrant proposals, and
> have a new proposal from Nominatim.
>
> In the long term, we want to re-activate the Engineering Working
> Group (EWG) by making it a place for decision making, project
> guidance and budget management for such projects.
>
> The Board would like your feedback on these three specific
> infrastructure projects:
>
>
> Nominatim
>
> Nominatim is the geocoding software that powers openstreetmap.org
> and many other apps and websites. Sarah wants to work on:
> 
>
>  *
>
> finishing the localization efforts (improve address
> computation for different countries, localized address output)
>
>  *
>
> making the software more user-friendly (reduce the number of
> programming languages by at least two, move side-projects into
> separate repos, reorganise the code so that Nominatim can
> become an Ubuntu package, docs, docs, docs)
>
> The full proposal is at
> https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07
>
>
> 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 by the end
> of the year. Richard wants to adapt Potlatch 2 to the AIR platform
> so users who still rely on it can continue to use it.
>
> The full proposal is at
> 
> https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop
>
>
>
> osm2pgsql
>
> osm2pgsql loads OpenStreetMap data into databases suitable for
> applications like rendering into maps, geocoding with Nominatim,
> or general analysis. It is used on openstreetmap.org and in many
> other places. 
>
> While there has been constant paid and volunteer work on
> osm2pgsql, large scale architecture changes to pay off historical
> technical debt are needed to tackle long term challenges, and make
> future changes easier.
>
> Jochen wants to work on:
>
>  *
>
> Hosting documentation on osm2pgsql.org 
>
>  *
>
> Rethinking the output of the program to make it more concise
> and useful
>
>  *
>
> Tackling the refactoring and cleanup of the “middle” code.
>
>  *
>
> Ongoing maintenance as needed
>
>  *
>
> Other work from the road map as time permits
>
> The original budget and scope were limited by the microgrant
> framework. The current project goes beyond that, and addresses
> open issues and potential improvements further and better.
>
> The proposal is at
> https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07
>
>
>
>
> Thank you and happy mapping
>
> Guillaume, for the OSMF board
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

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

[Sören Reinecke via talk]

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 projects : Nominatim, osm2pgsql, Potlatch 2From: Guillaume Rischard To: OSMF Talk CC: OpenStreetMap talk mailing list 
	
	
	

Hi all,
The OSMF Board wants to facilitate and support improving
infrastructure. During the Microgrants process, there were proposals
that didn’t make it, but would together be a good pilot for a “OSM
infrastructure” process, to learn how supporting osm infrastructure
projects works well. 

The OSMF Board wants to fund a limited number of projects proposed by
trusted long-term volunteers whose work we know and enjoy. We have
selected the osm2pgsql and Potlatch microgrant proposals, and have a
new proposal from Nominatim. 

In the long term, we want to re-activate the Engineering Working
Group (EWG) by making it a place for decision making, project
guidance and budget management for such projects. 

The Board would like your feedback on these three specific
infrastructure projects: 

Nominatim 

Nominatim is the geocoding software that powers openstreetmap.org
and many other apps and websites. Sarah wants to work on: 


	
	finishing the localization efforts (improve address computation for
	different countries, localized address output) 
	
	
	making the software more user-friendly (reduce the number of
	programming languages by at least two, move side-projects into
	separate repos, reorganise the code so that Nominatim can become an
	Ubuntu package, docs, docs, docs) 
	

The full proposal is at
https://wiki.osmfoundation.org/wiki/Nominatim_project_2020-07


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 by the end of
the year. Richard wants to adapt Potlatch 2 to the AIR platform so
users who still rely on it can continue to use it. 

The full proposal is at
https://wiki.openstreetmap.org/wiki/Microgrants/Microgrants_2020/Proposal/Potlatch_2_for_desktop


osm2pgsql 

osm2pgsql loads OpenStreetMap data into databases suitable for
applications like rendering into maps, geocoding with Nominatim, or
general analysis. It is used on openstreetmap.org
and in many other places. 

While there has been constant paid and volunteer work on osm2pgsql,
large scale architecture changes to pay off historical technical debt
are needed to tackle long term challenges, and make future changes
easier. 

Jochen wants to work on: 


	
	Hosting documentation on osm2pgsql.org
	
	
	
	Rethinking the output of the program to make it more concise and
	useful 
	
	
	Tackling the refactoring and cleanup of the “middle” code. 
	
	
	Ongoing maintenance as needed 
	
	
	Other work from the road map as time permits 
	

The original budget and scope were limited by the microgrant
framework. The current project goes beyond that, and addresses open
issues and potential improvements further and better. 

The proposal is at
https://wiki.osmfoundation.org/wiki/Osm2pgsql_project_2020-07Thank you and happy mappingGuillaume, for the OSMF board___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk