Re: [OSM-talk] Minutely update server slow?

[Yves]

No problem on my server, I don't use Osmosis though.
Yves 

Le 20 avril 2019 20:03:48 GMT+02:00, "Lynn W. Deffenbaugh (Mr)" 
 a écrit :
>I run a personal tile server for the entire planet and have it 
>configured with minutely updates downloaded by osmosis.  Over the past 
>few days, I've noticed that my updates are falling behind and 
>subsequently noticed in the osmosis.log file that it is taking a LONG 
>time to download 4-6 hours of minutely diffs.  This usually took 5-10 
>minutes, but recently it takes 45 minutes to an hour. And sometimes 
>osmosis times out completely.
>
>Here's my osmosis configuration.txt file if that helps.
>
>> # The URL of the directory containing change files.
>> baseUrl=https://planet.openstreetmap.org/replication/minute
>>
>> # Defines the maximum time interval in seconds to download in a
>single 
>> invocation.
>> # Setting to 0 disables this feature.
>> maxInterval = 21600
>
>Anyone else seeing slow minutely diff downloads?
>
>Lynn (D)
>
>PS.  Here's the munin rdnerd Data import lag daily and weekly graphs:
>
>Data import lag
>
>Data import lag
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Yves]

Is there a way to decrease the rank of some pages in the search results in 
MediaWiki?
Yves ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-ja] OSMを使って、POIを表示させ、そのPOIにデータを�入力するようなことできるでしょうか

[K.Sakanoshita]

坂ノ下です。

ribbonさんへ。

ああ、マッピングツールの話では無いんですね。それなら、uMapはいかがでしょうか？

https://umap.openstreetmap.fr/ja/

少し調べる必要はありますが、OSMデータを引っ張ってPOIも立てられます。

セキュリティ設定で特定の方しかアクセス出来ないようにも出来ますしね。

それでは。


On 2019年4月21日 12:04:05 JST, ribbon  wrote:
>On Sun, Apr 21, 2019 at 11:54:51AM +0900, K.Sakanoshita wrote:
>> 坂ノ下です。
>> 
>> スマホアプリなら、MAPS.MEで限定的なマッピングは出来るかなぁ。
>> 
>> 他には、少し設定が必要ですが、Map ContribってWebサービスもあります。これがイメージに近いかもです。
>> 
>> https://www.mapcontrib.xyz
>
>確かに、iDよりはこちらの方がイメージが近いです。
>ただ、表示させるPOIデータはローカルに持ちたい(一般公開は×)なので、
>そこをどうするかなあ。
>
>ribbon
>
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja

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

Re: [OSM-ja] OSMを使って、POIを表示させ、そのPOIにデータを�入力するようなことできるでしょうか

[ribbon]

On Sun, Apr 21, 2019 at 11:54:51AM +0900, K.Sakanoshita wrote:
> 坂ノ下です。
> 
> スマホアプリなら、MAPS.MEで限定的なマッピングは出来るかなぁ。
> 
> 他には、少し設定が必要ですが、Map ContribってWebサービスもあります。これがイメージに近いかもです。
> 
> https://www.mapcontrib.xyz

確かに、iDよりはこちらの方がイメージが近いです。
ただ、表示させるPOIデータはローカルに持ちたい(一般公開は×)なので、
そこをどうするかなあ。

ribbon

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

Re: [OSM-ja] OSMを使って、POIを表示させ、そのPOIにデータを�入力するようなことできるでしょうか

[K.Sakanoshita]

坂ノ下です。

スマホアプリなら、MAPS.MEで限定的なマッピングは出来るかなぁ。

他には、少し設定が必要ですが、Map ContribってWebサービスもあります。これがイメージに近いかもです。

https://www.mapcontrib.xyz

それでは。



On 2019年4月21日 11:36:30 JST, ribbon  wrote:
>OSMのAPIとかに全然詳しくないのですが、OSM上にPOIを表示させ、
>さらにPOIの詳細情報を吹き出しとかポップアップ画面で
>表示させ、そこにデータを入れるようなことできるでしょうか。
>
>Openlayersとかleafletのようなライブラリを使うのではないかと
>思うのですが、
>
>一番近いイメージは iD エディタかな。
>iDは地物全部編集できるのですが、そうではなくて、こちらで指定した
>POIだけ、操作ができるという感じです。
>
>ribbon
>
>
>
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja

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

[OSM-ja] OSMを使って、POIを表示させ、そのPOIにデータを入力するようなことできるでしょうか

[ribbon]

OSMのAPIとかに全然詳しくないのですが、OSM上にPOIを表示させ、
さらにPOIの詳細情報を吹き出しとかポップアップ画面で
表示させ、そこにデータを入れるようなことできるでしょうか。

Openlayersとかleafletのようなライブラリを使うのではないかと
思うのですが、

一番近いイメージは iD エディタかな。
iDは地物全部編集できるのですが、そうではなくて、こちらで指定した
POIだけ、操作ができるという感じです。

ribbon



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

Re: [OSM-talk] Minutely update server slow?

[Lynn W. Deffenbaugh (Mr)]

Hm, traced the planet.openstreetmap.org back to 
ironbelly.openstreetmap.org and see this on their munin pages:


From 
https://munin.openstreetmap.org/openstreetmap.org/ironbelly.openstreetmap.org/index.html


Looks like something is ramping up in apache and TCP networking along 
with whatever Chrony's "Root dispersion" means.  Disk space usage is 
also climbing on the root file system, but that might be increasing 
apache logs?


Apache accesses

Disk usage in percent

Utilization per device

TCP

Chrony Tracking Stats

Lynn (D)

On 4/20/2019 2:03 PM, Lynn W. Deffenbaugh (Mr) wrote:


I run a personal tile server for the entire planet and have it 
configured with minutely updates downloaded by osmosis.  Over the past 
few days, I've noticed that my updates are falling behind and 
subsequently noticed in the osmosis.log file that it is taking a LONG 
time to download 4-6 hours of minutely diffs. This usually took 5-10 
minutes, but recently it takes 45 minutes to an hour.  And sometimes 
osmosis times out completely.


Here's my osmosis configuration.txt file if that helps.


# The URL of the directory containing change files.
baseUrl=https://planet.openstreetmap.org/replication/minute

# Defines the maximum time interval in seconds to download in a 
single invocation.

# Setting to 0 disables this feature.
maxInterval = 21600


Anyone else seeing slow minutely diff downloads?

Lynn (D)

PS.  Here's the munin rdnerd Data import lag daily and weekly graphs:

Data import lag

Data import lag


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

Re: [OSM-talk] Minutely update server slow?

[Lynn W. Deffenbaugh (Mr)]

I don't see how that relates to minutely updates on a personal tile server?

On 4/20/2019 2:13 PM, 80hnhtv4agou--- via talk wrote:

what about open street cam .org
*From:* Lynn W. Deffenbaugh (Mr)
*Sent:* Saturday, April 20, 2019 1:03 PM
*To:* OpenStreetMap ; openstreetmap/osm2pgsql
*Subject:* [OSM-talk] Minutely update server slow?

I run a personal tile server for the entire planet and have it 
configured with minutely updates downloaded by osmosis.  Over the past 
few days, I've noticed that my updates are falling behind and 
subsequently noticed in the osmosis.log file that it is taking a LONG 
time to download 4-6 hours of minutely diffs.  This usually took 5-10 
minutes, but recently it takes 45 minutes to an hour.  And sometimes 
osmosis times out completely.


Here's my osmosis configuration.txt file if that helps.


# The URL of the directory containing change files.
baseUrl=https://planet.openstreetmap.org/replication/minute

# Defines the maximum time interval in seconds to download in a 
single invocation.

# Setting to 0 disables this feature.
maxInterval = 21600


Anyone else seeing slow minutely diff downloads?

Lynn (D)

PS.  Here's the munin rdnerd Data import lag daily and weekly graphs:

Data

Data


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

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



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

Re: [OSM-talk] Minutely update server slow?

[80hnhtv4agou--- via talk]

what about open street cam .org
 
From: Lynn 
W. Deffenbaugh (Mr)
Sent: Saturday, April 20, 2019 1:03 PM
To: OpenStreetMap ;  openstreetmap/osm2pgsql
Subject: [OSM-talk] Minutely update server slow?
 
I run a personal tile server for the entire planet and have it configured 
with minutely updates downloaded by osmosis.  Over the past few days, I've 
noticed that my updates are falling behind and subsequently noticed in the 
osmosis.log file that it is taking a LONG time to download 4-6 hours of 
minutely 
diffs.  This usually took 5-10 minutes, but recently it takes 45 minutes to 
an hour.  And sometimes osmosis times out completely.
Here's my osmosis configuration.txt file if that helps.
># The URL of the directory containing change 
>  files.
>baseUrl= https://planet.openstreetmap.org/replication/minute
>
># 
>  Defines the maximum time interval in seconds to download in a single 
>  invocation.
># Setting to 0 disables this feature.
>maxInterval = 
>21600
Anyone else seeing slow minutely diff downloads?
Lynn (D)
PS.  Here's the munin rdnerd Data import lag daily and weekly 
graphs:
--
___
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] Minutely update server slow?

[Lynn W. Deffenbaugh (Mr)]

I run a personal tile server for the entire planet and have it 
configured with minutely updates downloaded by osmosis.  Over the past 
few days, I've noticed that my updates are falling behind and 
subsequently noticed in the osmosis.log file that it is taking a LONG 
time to download 4-6 hours of minutely diffs.  This usually took 5-10 
minutes, but recently it takes 45 minutes to an hour. And sometimes 
osmosis times out completely.


Here's my osmosis configuration.txt file if that helps.


# The URL of the directory containing change files.
baseUrl=https://planet.openstreetmap.org/replication/minute

# Defines the maximum time interval in seconds to download in a single 
invocation.

# Setting to 0 disables this feature.
maxInterval = 21600


Anyone else seeing slow minutely diff downloads?

Lynn (D)

PS.  Here's the munin rdnerd Data import lag daily and weekly graphs:

Data import lag

Data import lag

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

[talk-cz] Hromadný edit: veh_ban_until

[Jozef Matejička]

Rád bych požádal o předběžné* povolení u dělat hromadný výmaz tagu
veh_ban_until.

Hlavní důvod:

   - Porušení pravidla verifikace
    (Všechny
   jsou již neplatné)

Další důvod:

   - De facto nahrazen tagem vehicle:conditional
   - Tag  veh_ban_until již není aktivně používán. (Žádné nové změny které
   ho přidávají.)
   - Wiki ho nezná
   - Prakticky již jenom v Čechách dle taginfo
   

Jozef Matejička

Poznámka *: Nevím jak se dělají hromadné změny. Než to začnu studovat, rád
bych, aby jsem obdržel předběžný souhlas.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] sala parrocchiale su prefabbricato

[liste DOT girarsi AT posteo DOT eu]

Il 20/04/19 14:22, claudio62PG ha scritto:
> Scusate ma una sala parrocchiale (non chiesa) cattolica romana, posta in un
> prefabbricato come la mappo?
> Non è una chiesa ed non ha una chiesa vicina? Associazione culturale? non mi
> parce un circolo ARCI
> Un consiglio?
> Claudio
> 

Non sapendo cos'era sta sala parrocchiale, guardando con motore di
ricerca mi pare di capire che sia solo una stanza appartenente alla
curia, quindi mi muoverei in questo senso, con operator=*
religion=christian, denomination=catholic, e poi bisogna vedere l'uso,
se è solo per incontri religiosi farei un amenity=social_centre, ed
access=private sul poligono/nodo della stanza.



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

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

Re: [Talk-us] trail tagging

[Jmapb]

On 4/20/2019 9:18 AM, Aaron Forsythe wrote:


> cycleway ; bike path ; paved path, open to bikes, & I've never seen
one that

> wasn't open to pedestrian too

These do exist.  There are a few around here (Missouri, USA). In these
cases, there’s usually a separate path for pedestrians so cyclists can
have a path off the roadway, but not have to dodge pedestrians.  They
are rare enough though that defaulting to allow pedestrians would
likely still be the best option.


The Manhattan Bridge in NYC is another example. The path on the
southwest side is for pedestrians only, and the path on the northeast
side is for bicycles only.

https://www.openstreetmap.org/way/357260631
https://www.openstreetmap.org/way/46179218

(That's how they're signed anyway -- compliance with those rules is
another story.)

Personally I would encourage explicit tagging of foot=yes on
highway=cycleway if foot traffic is permitted, and discourage routing
foot traffic over cycleways without this tag.

J


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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Florian Lohoff]

Hola,

On Fri, Apr 19, 2019 at 11:01:23PM +0200, Jochen Topf wrote:
> One problem with the wiki is that you can't find current stuff because
> of all the old stuff in there. Deleting helps. Marking them as obsolete
> doesn't. And moving them to a different namespace is even worse, because
> it breaks links but doesn't make the page invisible.

I second this - Either delete or move somewhere where it disappears
from the main search index.

Old pages pollute the search index massively and make it pretty hard
for users to find the right page.

If possible it would be nice to have multiple search indexes e.g.
by language and or archival and current.

So typically you get responses from your browser language settings and
current pages. Looking for any key currently returns at least 10 pages with 
languages i dont have a clue about.

And i am not shure that the current form of our wiki is the best design.
When you look for hazmat you find the "OSM-Stammtisch-Odenwald" - just a
random example, because they talked about hazmat.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-us] trail tagging

[Aaron Forsythe]

> From: brad 
> 
> cycleway ; bike path ; paved path, open to bikes, & I've never seen one that
> wasn't open to pedestrian too

These do exist.  There are a few around here (Missouri, USA). In these cases, 
there’s usually a separate path for pedestrians so cyclists can have a path off 
the roadway, but not have to dodge pedestrians.  They are rare enough though 
that defaulting to allow pedestrians would likely still be the best option.

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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Mateusz Konieczny]

Apr 20, 2019, 10:27 AM by joc...@remote.org:

> On Sat, Apr 20, 2019 at 10:02:34AM +0200, Mateusz Konieczny wrote:
>
>> What you expect to find by searching for "GPS"? The problem
>> is not that there are searches that will return many archive pages
>> (I guess that "rejected" will get plenty of failed proposals), but
>> that someone is searching for something specific and unable to find
>> it due to large number of archived pages.
>>
>
> Exactly. I expect to find information about GPS, about GPS use in OSM,
> about GPS receivers, about software to work with GPS traces, etc. So I
> expect to find exactly what I found. Except that I expect to find 10
> useful pages, not 5. If the outdated pages were not there, who knows
> what useful pages I might have found!
>
I am more interesting is some real search case. I cannot imagine situation
where someone would want to find pages about software to work with GPS traces
and about GPS use in OSM and information about GPS and pages
about GPS receivers, but only pages that were updated recently.

Searching some extremely generic term like GPS will get you poor results,
even after deleting all pages on OSM WIki that you are not planning to use.

BTW, internal mediawiki search is horrible.
I would recommend searching GPS site:wiki.openstreetmap.org on an external 
search engine.
for example https://duckduckgo.com/?q=GPS+site%3Awiki.openstreetmap.org 

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

[Talk-de] Idee: OSM-Wikicamp/OSM-Wikiwochenende

[Michael Reichert]

Hallo,

ich bin jetzt schon ein paar Jahre bei OSM dabei und fast genauso lange
gibt es Gemecker über die Mängel und Schwachstellen des OSM-Wikis.

Auf dem OSM-Samstag 2018 in Bonn hatte ich eine Diskussion zu dem Thema
angestoßen. Auf der FOSSGIS-Konferenz 2019 gab es einen Vortrag von
raubraupe und auf dem OSM-Samstag einen Vortrag von raubraupe und erneut
eine Diskussion zu dem Thema. Diskutieren allein macht das Wiki aber
nicht besser. Um den wortreichen Diskussionen mal ein paar Taten folgen
zu lassen, schlage ich vor, dass sich Freiwillige, die das Wiki
*inhaltlich* als Autoren verbessern wollen, ein Wochenende
zusammensetzen und gemeinsam durch das Wiki stöbern und Seiten
bearbeiten, archivieren oder zum Löschen vorschlagen.

Der FOSSGIS e.V. veranstaltet zweimal pro Jahr ein "Hacking Event" im
Linuxhotel in Essen als Arbeitstreffen und Hackweekend für die OSM- und
GIS-Community. Genau diese Location kann der FOSSGIS e.V. für ein
OSM-Wikicamp ein Wochenende buchen. Teilnehmer müssten dann nur ihre
Anreise zahlen. Übernachtung und Verpflegung würde der FOSSGIS e.V. tragen.

Meiner Meinung nach gibt es im Wiki genug zu tun. Hier mal eine paar
Baustellen, die mir auf die Schnelle einfallen:

(1) In unserem Wiki gibt es eine ganze Reihe an Seiten, die eine
Einführung in ein Thema bieten. Es gibt auch weiterhin sicherlich Bedarf
für eine ganze Reihe davon; sie müssen aber auch einigermaßen aktuell
sein. Es braucht keine Dokumentation für (neue) Mapper (mehr), die
direkt von der deutschen Startseite aus verlinkt ist und einem
Interessierten sagt, dass er ohne GPS-Gerät bei OSM nicht viel tun kann
[1]. Wer sich von der Startseite aus durchhangelt, sollte auf hilfreiche
Inhalte stoßen und nicht auf auf ein verstaubtes Bücherregal.

(2) In unserem Wiki findet sich viel Dokumentation über das Setup oder
die Nutzung von Software. Jedoch gibt es genügend Seiten, die man
entweder aktualisieren, archivieren oder löschen sollte. Beispiele:

https://wiki.openstreetmap.org/wiki/DE:Erstelle_und_benutze_deine_eigene_Slippy-Map
https://wiki.openstreetmap.org/wiki/Creating_your_own_tiles

(3) Die Sprachversionen einzelner Seiten entwickeln sich im Laufe der
Zeit auseinander, weil kein Autor alle Sprachen beherrscht. Das
Synchronisieren von Seiten ist ein weiteres mögliches Betätigungsfeld
auf dieser Veranstaltung. Ziel ist nicht, die Seiten vollständig
deckungsgleich zu bekommen. Bei bestimmten inhaltlichen Widersprüchen
muss zuerst auf den einschlägigen Mailinglisten ein Konsens gefunden
werden. Kleinere Differenzen lassen sich jedoch ad-hoc entscheiden.

Bestimmte Änderungen lassen sich im Wiki nicht ad-hoc umsetzen. Hier
muss der Diskussionsbedarf erkannt und eine Diskussionen auf einer
geeigneten Mailingliste oder im Forum angestoßen werden. Alternativ kann
man, wenn der Meinungsunterschied bekannt ist, auch die Uneinigkeit
dokumentieren. Das wäre beispielsweise bei highway=path vs.
highway=footway/cycleway auf einer Seite zum Tagging von Radwegen der Fall.

Die Aktion soll nicht auf deutschsprachige Wikiseiten beschränkt sein.

Um illusorischen Vorstellungen vorzubeugen, möchte ich anmerken, dass
das Wiki danach nicht wie neu aussehen wird. Bestimmte Missstände werden
wir aber sicherlich verbessern können. Neben der Wiki-Pflege profitiert
jeder Teilnehmer der Veranstaltung natürlich auch davon, die anderen
Teilnehmer kennen zu lernen, was dem Zusammenhalt der Community gut tut.

Auch wenn Seiten über Software eine der Baustellen im Wiki sind, ist es
ausdrücklich nicht erforderlich, programmieren zu können. Kenntnisse der
deutschen oder englischen Sprache sind viel wichtiger!

Was haltet ihr von meiner Idee? Sollte von eurer Seite Interesse
bestehen, werde ich beim FOSSGIS e.V. einen Förderantrag [2] stellen,
die Unterkunft und Verpflegung während dieses Wochenendes zu bezahlen,
wie der FOSSGIS e.V. das schon für seine zwei Hackweekends dort pro Jahr
tut. Wer sich, Platz im Terminkalender vorausgesetzt, also vorstellen
kann, an so einem Wochende teilzunehmen, möge sich bitte hier auf der
Mailingliste oder in dem parallelen Thread im Forum melden.
https://forum.openstreetmap.org/viewtopic.php?id=65992

Viele Grüße

Michael



PS Das kollektive Bearbeiten des Wikis ist eine organisierte Aktivität
und die Regeln der guten fachlichen Praxis (dokumentiert und
verschriftlicht in den Organised Editing Guidelines) gebieten eine
Ankündigung und Diskussion im Vorfeld. Die Anmeldung wird über eine
Seite im OpenStreetMap-Wiki erfolgen, wo auch die allgemeine
Dokumentation der organisierten Aktivität sein wird. Die vorgeschriebene
Diskussion wird folgen, wenn der FOSSGIS-Vorstand den Förderantrag
bewilligt hat, weil ich vorher keine Seite im OSM-Wiki anlegen werde.


[1] https://wiki.openstreetmap.org/wiki/DE:Map_Making_Overview
[2] https://www.fossgis.de/wiki/F%C3%B6rderantr%C3%A4ge


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on 

[Talk-it] sala parrocchiale su prefabbricato

[claudio62PG]

Scusate ma una sala parrocchiale (non chiesa) cattolica romana, posta in un
prefabbricato come la mappo?
Non è una chiesa ed non ha una chiesa vicina? Associazione culturale? non mi
parce un circolo ARCI
Un consiglio?
Claudio





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Martin Koppenhoefer]

sent from a phone

> On 20. Apr 2019, at 09:10, Jochen Topf  wrote:
> 
> Go to wiki.osm.org. Type "GPS" into the search field and look at the
> suggestions:


what would be “good” hits depends on the searcher’s intentions but can only be 
guessed from the search query alone, it is normal you get a lot of results that 
don’t interest you if the query is as generic as “gps”, “location” or “edit”

Ciao, Martin 


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

Re: [OSM-talk-fr] Relais poste chez commerçant disparus (Mellac)

[deuzeffe]

Bin, tu fais la correction dans osm et le marque comme faux+ dans osmose 
? Ou équivalent.


(la géoloc. de La Poste de ma commune est erronée aussi, même si 
l'adresse postale - hahaha - est bonne)

--
deuzeffe, pourquoi faire simple...

On 20/04/2019 12:46, osm.sanspourr...@spamgourmet.com wrote:

Bien vu pour l'agence de Mellac. Mais il y a bien un os.

Le point que je signalais était situé au niveau du CC Intermarché.
Il comportait un lien web vers l'Agence Communale située au bourg.
Sur la carte de La Poste c'est le même micmac : adresse au bourg mais 
affichée aussi au niveau du CC Intermarché.

Donc à virer dans OSM.

L'autre, la vraie agence communale existe et OSM n'est pas content car 
il n'y a pas de ref.


En fait il faut mettre le code de l'agence affichée au niveau de 
l'ancienne annexe au niveau de l'agence communale (fait).


Encore une fois une précision "au numéro" qui est à quelques km près. 
Comme sur Guidel une confusion entre deux sites.


Je vois sur le site de La Poste que ce cas s'est déjà présenté.

Les différents fichiers et services de La Poste sont faux mais 
cohérents. Comme La Poste exige des comptes traçants je ne vais pas les 
aider à améliorer leur jeu de données.


Merci Frédéric et deuzeffe.

Jean-Yvon

Le 20/04/2019 à 08:48, deuzeffe - opensm@deuzeffe.org a écrit :

On 19/04/2019 22:42, osm.sanspourr...@spamgourmet.com wrote:


http://mellac.bzh/la-mairie-a-votre-service/lagence-postale-communale/

Je vois de plus qu'*elle est connue de... La Poste* !

https://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste

chercher Mellac.


Pas ouverte ce samedi matin :) (enfin, je suppose que c'est ce que 
signifie "actuellement fermée")


Donc l'analyse de Fred semble basée sur un fichier erroné : *La Poste 
ne publierait pas la bonne liste ?* C'est gênant.


???


Par contre on peut déjà chercher si le bureau existe selon La Poste !

Marc l'agence a sa référence dans OSM 
 : 05032A.


Elle est bien dans la base OD de la poste. Mais celle que tu indiques 
n'est pas la bonne, ou pas à la bonne place et pas avec le bon numéro.


Celle de Mellac est en erreur osmose, parce *qu'elle n'a pas* sa réf. 
Elle est là : https://www.openstreetmap.org/node/4573409791


Je ne sais pas ce que tu veux démontrer avec ton exemple, mais il 
n'est pas très probant pour mon neurone faiblard.


--
deuzeffe, dubitative.

___
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] Relais poste chez commerçant disparus (Mellac)

[osm . sanspourriel]

Bien vu pour l'agence de Mellac. Mais il y a bien un os.

Le point que je signalais était situé au niveau du CC Intermarché.
Il comportait un lien web vers l'Agence Communale située au bourg.
Sur la carte de La Poste c'est le même micmac : adresse au bourg mais
affichée aussi au niveau du CC Intermarché.
Donc à virer dans OSM.

L'autre, la vraie agence communale existe et OSM n'est pas content car
il n'y a pas de ref.

En fait il faut mettre le code de l'agence affichée au niveau de
l'ancienne annexe au niveau de l'agence communale (fait).

Encore une fois une précision "au numéro" qui est à quelques km près.
Comme sur Guidel une confusion entre deux sites.

Je vois sur le site de La Poste que ce cas s'est déjà présenté.

Les différents fichiers et services de La Poste sont faux mais
cohérents. Comme La Poste exige des comptes traçants je ne vais pas les
aider à améliorer leur jeu de données.

Merci Frédéric et deuzeffe.

Jean-Yvon

Le 20/04/2019 à 08:48, deuzeffe - opensm@deuzeffe.org a écrit :

On 19/04/2019 22:42, osm.sanspourr...@spamgourmet.com wrote:


http://mellac.bzh/la-mairie-a-votre-service/lagence-postale-communale/

Je vois de plus qu'*elle est connue de... La Poste* !

https://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste

chercher Mellac.


Pas ouverte ce samedi matin :) (enfin, je suppose que c'est ce que
signifie "actuellement fermée")


Donc l'analyse de Fred semble basée sur un fichier erroné : *La Poste
ne publierait pas la bonne liste ?* C'est gênant.


???


Par contre on peut déjà chercher si le bureau existe selon La Poste !

Marc l'agence a sa référence dans OSM
 : 05032A.


Elle est bien dans la base OD de la poste. Mais celle que tu indiques
n'est pas la bonne, ou pas à la bonne place et pas avec le bon numéro.

Celle de Mellac est en erreur osmose, parce *qu'elle n'a pas* sa réf.
Elle est là : https://www.openstreetmap.org/node/4573409791

Je ne sais pas ce que tu veux démontrer avec ton exemple, mais il
n'est pas très probant pour mon neurone faiblard.

--
deuzeffe, dubitative.

___
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] An Archive namespace for the OSM wiki?

[Tobias Knerr]

On 20.04.19 09:24, Jochen Topf wrote:
> So as always you have to look at each case. If a page contains content
> that is still useful for our current world, keep it. But if something is
> merely interesting for historical reasons then it can be deleted. And
> yes, there is a gray area there, but humans can be trusted with these
> decisions and the world will not end if occasionally somebody makes the
> "wrong" decision. But stalling any progress in the wiki by requiring
> discussions about any change is certainly not the right way.

I'm in full agreement with the overall sentiment, and this paragraph
sums up a lot of my objections to the proposed deletion policy.

However, I believe that a lot of the social conflicts surrounding this
topic are caused by how MediaWiki implements "deleting" things: Only
admins can restore a deleted page or even view its history. In contrast,
everyone can undo a regular deletion in the OSM database (at least in
theory), and the history remains publicly visible.

So after a similar discussion several years ago, we created this
template for archiving proposals:
https://wiki.osm.org/Template:Archived_proposal

It basically amounts to removing a page's _contents_ (but not the page
itself or its history) and replacing it with a link to a previous
version of the same page that still had the original content. There's
also typically some basic information left on the page so that users
arriving from an external link know what they are looking at. This is
what a proposal "archived" in this style looks like:
https://wiki.osm.org/Proposed_features/barriers

It mostly achieves the same goal as deletion, especially reducing the
likelihood of getting in the way of searches (because there's little
content left to be indexed). Actually, it may do so a bit too well –
I've always been a bit concerned that it makes it hard to find old
proposals even when you're explicitly looking for them – but because
there are other approaches for finding proposals in particular (the RFC
mails, and the infobox links on key/tag pages back to the proposal),
they can still be found reliably.

The main benefit, though, is the ability for others to easily revert
this kind of change. It's easier to be bold in cleaning up the wiki when
you know that that others can quickly undo any edits they dislike.

Tobias

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

[OSM-talk-fr] hebdoOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 456 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11906/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-br] semanárioOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 456, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 456, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-ca] hebdoOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 456 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11906/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-africa] hebdoOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 456 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11906/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ca] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-in] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-GB] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-ie] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[talk-ph] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[Talk-africa] weeklyOSM #456 2019-04-09-2019-04-15

[weeklyteam]

The weekly round-up of OSM news, issue # 456,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/11906/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-br] semanárioOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 456, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 456 2019-04-09-2019-04-15

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 456, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/11906/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal sem ser membro? 
Basta fazer login em https://osmbc.openstreetmap.de/login com sua conta OSM e 
usar a conta de convidado. Leia mais sobre como escrever um post aqui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Martin Koppenhoefer]

sent from a phone

> On 20. Apr 2019, at 09:24, Jochen Topf  wrote:
> 
> I still think that we should not be overly cautious. We should delete
> things when in doubt. Otherwise we'll never get the wiki to a manageable
> level.


what does this mean practically, who is “we”? Every single wiki editor? I agree 
that “we” should delete pages that don’t have sense for anybody, but if 
everyone who has a doubt should delete the page this seems an instruction for 
collective alzheimer.

With a policy like this we would encourage more people of a “deletionist” 
mindset to go on a “hunting” spree for pages that eventually might be deleted 
as well. From my point of view the risk of deleting useful information should 
weigh more than the risk of someone finding an irrelevant search result ranked 
higher than a useful one.

Also those pages about formerly used discontinued software don’t need a lot of 
“management”.
Frankly I don’t understand this fuzz about outdated information getting in the 
way of finding the documentation you want, it hardly ever happened to me, and 
if it happens it is usually country or project specific docu that ranks higher 
than the proposals or tagging pages I am looking for, and these are hardly ever 
pages one would delete. 

Cheers, Martin 



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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Warin]

On 20/04/19 17:24, Jochen Topf wrote:

On Fri, Apr 19, 2019 at 10:02:48PM +0200, Michael Reichert wrote:

there is currently a voting on a Deletion Policy [1] for the OSM wiki.
The policy was drafted because we had two incidents last year when
someone tried to delete a large number of old and orphaned tagging
proposals in draft state. He claimed that these pages might confuse
users looking for a tag.

He is not totally wrong with that. These pages can be confusing but
there are reasons why other users (including me) claim that most
proposals should be kept.

I just realized that in my other reply to this post I didn't address the
question you started with, namely whether tagging proposals are worth
keeping.

I still think that we should not be overly cautious. We should delete
things when in doubt.


No. Delete the page when it is certain that the deletion will assist e.g. if 
the page has a better page that performs the task.

Out dated pages should have a link to the latest or at least a later page.
Where there is no further activity and no link pages in OSM on the subject it 
should be kept.




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

Re: [OSM-talk-fr] Relais poste chez commerçant disparus

[Frédéric Rodrigo]

La base utilisé est ici :

Liste des services disponibles en bureaux de poste, agences postales et 
relais poste


https://datanova.legroupe.laposte.fr/explore/dataset/laposte_poincont


Mais il y en a d'autres :

https://datanova.legroupe.laposte.fr/explore/?refine.keyword=la-poste=modified

Notamment ici :

Liste des bureaux de poste, agences postales et relais poste

https://datanova.legroupe.laposte.fr/explore/dataset/laposte_poincont2


Osmose ne gère pas l'historique, on ne peut pas comparer avec l'ancienne 
version de la base.



L'idée de séparer pas de ref et ref invalide est intéressante. Par 
contre c'est du code générique pour toute l'intégration opendata. On 
pourrait séparer en classe et continuer à l'afficher dans le même item 
du menu. Pas sûr que ça apporte quelque chose. Sinon il faut ajouter une 
dizaine d'items à Osmose.



Frédéric.



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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Jochen Topf]

On Sat, Apr 20, 2019 at 10:02:34AM +0200, Mateusz Konieczny wrote:
> What you expect to find by searching for "GPS"? The problem
> is not that there are searches that will return many archive pages
> (I guess that "rejected" will get plenty of failed proposals), but
> that someone is searching for something specific and unable to find
> it due to large number of archived pages.

Exactly. I expect to find information about GPS, about GPS use in OSM,
about GPS receivers, about software to work with GPS traces, etc. So I
expect to find exactly what I found. Except that I expect to find 10
useful pages, not 5. If the outdated pages were not there, who knows
what useful pages I might have found!

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Mateusz Konieczny]

Apr 20, 2019, 9:10 AM by joc...@remote.org:

> On Fri, Apr 19, 2019 at 11:07:45PM +0200, Mateusz Konieczny wrote:
>
>> Apr 19, 2019, 11:01 PM by >> joc...@remote.org >> :
>>
>> > One problem with the wiki is that you can't find current stuff because
>> > of all the old stuff in there. Deleting helps. Marking them as obsolete
>> > doesn't. 
>> >
>> Can you give example of situation where this is a problem?
>> With pages properly marked as obsolete it should add single click.
>>
>
> Go to wiki.osm.org. Type "GPS" into the search field and look at the
> suggestions:
>
What you expect to find by searching for "GPS"? The problem
is not that there are searches that will return many archive pages
(I guess that "rejected" will get plenty of failed proposals), but
that someone is searching for something specific and unable to find
it due to large number of archived pages.

>
> * GPS (redirect to "GNSS tracelog", looks okay)
> * GPS device reviews (helpful page and seems to be maintained)
> * GPSBabel (still useful software, okay)
> * Gpsmid (software that seems to be maintained, okay)
> * GpsPrune (not the newest software, but probably okay)
> * GPS receiver (meaningless page only referring to a few others)
> * GPS navigation & maps (page says on top: "No longer maintained since 2015")
> * Gpsdrive (last version from 2012, does it still exist?)
> * GPS Units for Loan (totally outdated)
> * JA:GPSトレースの公開性 (I don't speek Japanese so I can't judge this)
>
> So from the 10 suggestions, I would say that half are useful, half are
> not.
>

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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Jochen Topf]

On Fri, Apr 19, 2019 at 11:07:45PM +0200, Mateusz Konieczny wrote:
> Apr 19, 2019, 11:01 PM by joc...@remote.org:
> 
> > One problem with the wiki is that you can't find current stuff because
> > of all the old stuff in there. Deleting helps. Marking them as obsolete
> > doesn't. 
> >
> Can you give example of situation where this is a problem?
> With pages properly marked as obsolete it should add single click.

Go to wiki.osm.org. Type "GPS" into the search field and look at the
suggestions:

* GPS (redirect to "GNSS tracelog", looks okay)
* GPS device reviews (helpful page and seems to be maintained)
* GPSBabel (still useful software, okay)
* Gpsmid (software that seems to be maintained, okay)
* GpsPrune (not the newest software, but probably okay)
* GPS receiver (meaningless page only referring to a few others)
* GPS navigation & maps (page says on top: "No longer maintained since 2015")
* Gpsdrive (last version from 2012, does it still exist?)
* GPS Units for Loan (totally outdated)
* JA:GPSトレースの公開性 (I don't speek Japanese so I can't judge this)

So from the 10 suggestions, I would say that half are useful, half are
not.

The wiki is not perfect and will never be. It is okay if you
occasionally encounter something outdated or have to do a "single click"
further. But single clicks also add up. And it is not so much about the
click but about the need to read the contents of the page first. Might
be okay for you and me because we have been around long enough to see
quickly what's interesting and what isn't. But if you are not familiar
with OSM this is daunting.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] An Archive namespace for the OSM wiki?

[Jochen Topf]

On Fri, Apr 19, 2019 at 10:02:48PM +0200, Michael Reichert wrote:
> there is currently a voting on a Deletion Policy [1] for the OSM wiki.
> The policy was drafted because we had two incidents last year when
> someone tried to delete a large number of old and orphaned tagging
> proposals in draft state. He claimed that these pages might confuse
> users looking for a tag.
> 
> He is not totally wrong with that. These pages can be confusing but
> there are reasons why other users (including me) claim that most
> proposals should be kept.

I just realized that in my other reply to this post I didn't address the
question you started with, namely whether tagging proposals are worth
keeping.

I still think that we should not be overly cautious. We should delete
things when in doubt. Otherwise we'll never get the wiki to a manageable
level. But there are things worth preserving. And a discussion about
tagging might be one of those things. If there is real content, people
having different ideas about something explaining their reasons etc.,
then this is valuable. Tag discussions have the tendency to come back up
and often discussions are done again and again because we forget what we
talked about the last time or new people don't have the context. So in
those cases having some kind of history around could be useful. But
there probably are plenty of pages where somebody had some idea that
never got any real discussion, maybe about something that found a
totally different solution in the mean time. Those pages might not be so
important to keep.

So as always you have to look at each case. If a page contains content
that is still useful for our current world, keep it. But if something is
merely interesting for historical reasons then it can be deleted. And
yes, there is a gray area there, but humans can be trusted with these
decisions and the world will not end if occasionally somebody makes the
"wrong" decision. But stalling any progress in the wiki by requiring
discussions about any change is certainly not the right way. Look at
OSM itself, we allow anybody to delete anything there, too, and it seems
to work out mostly.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk-fr] Import/Intégration et nom d'élément

[Yves P.]

Bonjour,

Pour info, la qualité des données de balisemeteo.com  
me semble discutable (au moins pour la station suivante).

La balise du mont Poupet n’est pas dans le hameau au pied de la montagne, mais 
sur le mont.
https://www.openstreetmap.org/node/6410930654#map=17/46.97174/5.86504 


De mémoire, elle se trouve sur le mat de la station radioamateur :
https://www.openstreetmap.org/node/2827486405 


…et je me souviens qu’elle est en panne :
http://www.balisemeteo.com/balise_mob.php?idBalise=92 



Et il existait plusieurs pioupiou  au niveau des 
décollages.
Elles ne sont plus visible sur la carte (en panne, désactivées ?) :
https://pioupiou.com/en/372 
https://pioupiou.com/en/522 
https://pioupiou.com/en/523 

Bref, il faudrait vérifier balise par balise si elle renvoie des données 
fiables, contacter le club pour avoir des infos complétaires — voir même la 
chercher physiquement sur le terrain — avant de l’intégrer dans OSM.

—
Yves

PS: L'attribut contact:webcam ne me parait pas adapté (il n’y a pas de webcam 
) et il est redondant avec website.

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

Re: [OSM-talk-fr] Relais poste chez commerçant disparus

[deuzeffe]

On 19/04/2019 22:42, osm.sanspourr...@spamgourmet.com wrote:


http://mellac.bzh/la-mairie-a-votre-service/lagence-postale-communale/

Je vois de plus qu'*elle est connue de... La Poste* !

https://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste

chercher Mellac.


Pas ouverte ce samedi matin :) (enfin, je suppose que c'est ce que 
signifie "actuellement fermée")


Donc l'analyse de Fred semble basée sur un fichier erroné : *La Poste ne 
publierait pas la bonne liste ?* C'est gênant.


???


Par contre on peut déjà chercher si le bureau existe selon La Poste !

Marc l'agence a sa référence dans OSM 
 : 05032A.


Elle est bien dans la base OD de la poste. Mais celle que tu indiques 
n'est pas la bonne, ou pas à la bonne place et pas avec le bon numéro.


Celle de Mellac est en erreur osmose, parce *qu'elle n'a pas* sa réf. 
Elle est là : https://www.openstreetmap.org/node/4573409791


Je ne sais pas ce que tu veux démontrer avec ton exemple, mais il n'est 
pas très probant pour mon neurone faiblard.


--
deuzeffe, dubitative.

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

Re: [Talk-it] domanda banale - denominazione palazzo

[Aury88]

dieterdreist wrote
> 2 oggetti, uno che rappresenta l’edificio e l’altro/i che rappresenta
> l’utilizzatore/i dell’edificio.
> 
> Quando dovresti usare le chiavi con prefisso per togliere l’ambiguità
> vuole dire che c’è un problema con il mapping. “building:name” non ha
> senso, la chiave è “name” su un oggetto che ha anche il tag “building=*”
> 
> Ciao, Martin 

sono d'accordo con Martin.
 se si creano ambiguità per i tag è meglio avere le due way/aree sovrapposte
ognuna dedicata ad un singolo "oggetto" e che utilizzi i tag classici.




-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [talk-au] [OSGeo Oceania] FOSS4G SotM Oceania 2019 - programme outline

[adam steer]

Hi John

thanks for your input, and gentle reminder to explain some thinking:

yes, we’re optimistic that we’ll get a lot of great talk proposals!

There’s a bit of to and fro about more/shorter talks, and fewer/longer
talks. Do we prefer 60 short sharp (15+5) talks or 48 (20+)5 talks?  A lot
of people preferred the shorter format; and we are also looking at ways to
get more people in the spotlight - offering more space to do so is one way
(maybe).

Pretty much a constant in conferences is that there will be be
interruptions as people move between talks; and there’s no avoiding it.
Perhaps we can add some gentle reminders to consider your speakers and
fellow attendees when session hopping at the opening plenary.

On start times - we can’t open the doors to members of the public til 8:30
for a 9:00 start at the moment. However, we also cannot attempt to register
a whole lot of people in 30 minutes on day 1, so the conference start time
was pushed back to allow an hour to get people all registered. On day 2,
the timing is the same because I know I’ll get mixed up if the session
times change.

If we want 30 minute breaks, we need to take time from somewhere - about
the only way I can see is to shorten stream sessions, I’ve added another
sheet which shows 90 minute sessions and half hour breaks.

I don’t see yet how to get things finishing earlier… suggestions welcome,
and we may yet get to open up earlier...

Cheers

Adam



On Sat, 20 Apr 2019 at 05:12, John Bryant  wrote:

> Thanks Adam & program committee, looking great!
>
> The adjustment to having more talks is interesting, I suppose there may be
> a bit of a challenge to fill 60 speaking slots out of an audience of 170,
> but hey, challenges are good! And personally, I'm hopeful we exceed the 170
> target, though it will raise some logistical challenges re: venue.
>
> One of the key messages we got in attendee feedback last year was that
> timing was important, we could have done a bit better, and people found
> movement between sessions frustrating. There were also quite a few requests
> for longer talks, and more time between sessions. The venue layout this
> year might help improve the movement between sessions. But sticking with
> the 15+5 format, we'll need to be really strict on timing to improve on one
> of the key frustrations from last year's event.
>
> On timing:
> - Is a 930am start intentional? Feels a bit late to me, but I acknowledge
> that some people prefer a late start. But will people's attention start
> lagging for the talks late in the day, ie. finishing at 5:40 pm?
> - Are 20 minute breaks between sessions long enough? For some people,
> these are important slots for networking. This is shorter than last year's
> 30 minute breaks.
>
> Cheers
> John
>
>
>
> On Thu, 18 Apr 2019 at 03:29, adam steer  wrote:
>
>> Hi all
>>
>> We’d like to share with you our current thinking about the 2019
>> programme, and call for comments.
>>
>> We need to put it all together and run calls for papers and workshops by
>> the end of May - so please spark any debates early! We will close
>>  discussion and move toward a fixed plan at the end of April. Let's say 1
>> May is ‘close the discussion’ date.
>>
>> As a rundown we have:
>>
>> - 2 x 3.5 hour workshop sessions (8 rooms, 16 workshops possible in total)
>> - 60 15-20 minute stream talks (4 sessions, 3 streams, 5 talks each
>> session)
>> - 4 keynotes
>> - a mystery hour on day 2, after the initial keynote. this might be a
>> panel, a very short unconference, a ’state of [QGIS/OSM/… ]’ plenary talk
>> session, or a facilitated community discussion on what we see as prevalent
>> issues in the community. We’d like to know what you think, but also reserve
>> the right to surprise (and we hope, delight) you
>> - a community day, which will be a mix of OSGeo code sprint, mapathons,
>> and other OSGeo / OSM related activities.
>> - various opportunities for breakfasts and informal socialising, as well
>> as an organised conference icebreaker and dinner.
>>
>> These are laid out here:
>> https://docs.google.com/spreadsheets/d/17KvFcVn226ay0clCZsBTL0jpbX-4ZMt6nyBfLcF94mE/edit?usp=sharing
>>
>> There is a bit of variation from the 2018 formula. We’ve tried to add
>> more session talks; and hope to find a good provocative keynote to end with
>> (in fact we hope to find four excellent and thought provoking / challenging
>> keynotes)
>>
>> Please feel free to comment on the document, respond to the list, or
>> myself, with ideas.
>>
>> Regards
>>
>> Adam
>>
>>
>> --
>> Dr. Adam Steer
>> http://spatialised.net
>> https://www.researchgate.net/profile/Adam_Steer
>> http://au.linkedin.com/in/adamsteer
>> http://orcid.org/-0003-0046-7236
>> +61 427 091 712 ::  @adamdsteer
>>
>> Suits are bad for business: http://www.spatialised.net/business-penguins/
>> ___
>> Oceania mailing list
>> ocea...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/oceania
>>
>

--