Re: [OSM-talk-fr] Mise à jour des rendus ?

[Christian Quest]

Aucun problème pour moi sur l'exemple indiqué, j'ai bien des rochers
visibles au moins depuis le zoom 12 jusque 19.

Il y a plusieurs niveaux de cache entre les données et notre écran:
- la mise à jour de la base (rapide et continue)
- le cache du serveur de tuiles (mod_tile)
- les caches géographiques
- le cache de nos nagivateurs

Difficile de savoir où ça coince, pour comprendre un peu on peut vérifier
le statut d'une tuile avc /status à la fin de l'URL et aussi regarder ce
qui se trouve dans les entêtes retournés par le cache géographique...

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

Re: [OSM-talk-fr] Amenity multiple

[Christian Quest]

Le 1 mars 2017 à 23:03, pepilepi...@ovh.fr  a écrit :

> Le 01/03/2017 à 22:04, osm.sanspourr...@spamgourmet.com a écrit :
>
> Tu peux mettre les deux avec opening_hours ?
>
> On peut donc mettre plusieurs tags "amenity" à un ojbet ?
>
Non, les clés des tags sont uniques


> Surtout si les deux ne sont pas exactement superposés (le marché doit
> englober des rues adjacentes).
>
> Pour l'instant j'ai mis le parking à l'intérieur du market_place... Mais
> pour vérifier le rendu faudra attendre que mon problème de rendu soit
> résolu.
>

Dans ces cas là, je mappe le parking par un polygone, et les marchés je les
met en ponctuel car c'est plus difficile de déterminer l'emprise souvent
variable.

Les amenity=market_place ne sont pas rendus sur osm.org ni sur le rendu
FR...

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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[Marián Kyral]

Super :-D

Marián

-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 3. 2017 8:11:04
Předmět: Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11
"



pluginy jsem včera aktualizoval.

Po dnešní aktualizaci na verzi JOSM 11650 oba tracery fungují.


děkuji

Pražák










2017-03-01 16:49 GMT+01:00 Marián Kyral :
"

Ahoj,
a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.

Marián


Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):

"aktualizoval jsem si JOSM na verzi 11642
při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
jde o chybu programu

chybový výpis:


{{{
URL:http://josm.openstreetmap.de/svn/trunk
(http://josm.openstreetmap.de/svn/trunk)
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
Build-Date:2017-02-28 22:00:07
Revision:11642
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024
Dataset consistency test: No problems found

Plugins:
+ Tracer-testing (33004)
+ buildings_tools (33004)
+ ejml (32680)
+ geotools (33042)
+ jts (32699)
+ pointInfo (33131)
+ reltoolbox (33088)
+ reverter (33088)

Last errors/warnings:
- W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,
alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,
preferredSize=]
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/
TagCollection;)V
    at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
launchIfNecessary(CombineTagsResolver.java:84)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.tagTracedObject(LpisModule.java:369)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
    at org.openstreetmap.josm.plugins.tracer.TracerModule$AbstractTracerTask
$6.run(TracerModule.java:348)
    at java.awt.event.InvocationEvent.dispatch(Unknown Source)
    at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    at java.awt.EventQueue.access$500(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)
}}}














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

"


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)

"


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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[Zdeněk Pražák]

pluginy jsem včera aktualizoval.
Po dnešní aktualizaci na verzi JOSM 11650 oba tracery fungují.

děkuji

Pražák


2017-03-01 16:49 GMT+01:00 Marián Kyral :

> Ahoj,
> a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.
>
> Marián
>
>
> Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):
>
> aktualizoval jsem si JOSM na verzi 11642
> při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
> jde o chybu programu
>
> chybový výpis:
>
>
> {{{
> URL:http://josm.openstreetmap.de/svn/trunk
> Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
> Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
> Build-Date:2017-02-28 22:00:07
> Revision:11642
> Relative:URL: ^/trunk
>
> Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
> Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
> Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
> Screen: \Display0 1280x1024
> Maximum Screen Size: 1280x1024
> Dataset consistency test: No problems found
>
> Plugins:
> + Tracer-testing (33004)
> + buildings_tools (33004)
> + ejml (32680)
> + geotools (33042)
> + jts (32699)
> + pointInfo (33131)
> + reltoolbox (33088)
> + reverter (33088)
>
> Last errors/warnings:
> - W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
> UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.
> GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=
> 9,maximumSize=,minimumSize=,preferredSize=]
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
>
>
> === REPORTED CRASH DATA ===
> BugReportExceptionHandler#handleException:
> No data collected.
>
> Warning issued by: BugReportExceptionHandler#handleException
>
> === STACK TRACE ===
> Thread: AWT-EventQueue-0 (18) of main
> java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
> TagConflictResolutionUtil.combineTigerTags(Lorg/
> openstreetmap/josm/data/osm/TagCollection;)V
> at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
> launchIfNecessary(CombineTagsResolver.java:84)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.tagTracedObject(LpisModule.java:369)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
> at org.openstreetmap.josm.plugins.tracer.TracerModule$
> AbstractTracerTask$6.run(TracerModule.java:348)
> at java.awt.event.InvocationEvent.dispatch(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$500(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> }}}
>
>
>
>
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

Le 02/03/2017 à 06:54, David Marchal a écrit :
>> Le 2 mars 2017 à 06:29, David Marchal  a écrit :
>> Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
>> modifiée à des degrés divers depuis une semaine me fait la même chose : 
>> certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
>> niveaux de zoom.
> Je précise que j’ai rechargé cette zone en navigation privée plusieurs fois 
> par jour depuis, mais rien à faire, ça ne bouge pas.

Bienvenue au club !

J'ai cependant remarqué que d'autres modifs plus récentes commençaient à
apparaître dans la même zone, à une dizaine de kilomètres. Les serveurs
seraient-ils un peu chargés ? Patientons encore un peu avant de tirer la
sonette d'alarme...

Bonne journée,


JP

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



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

Re: [Talk-cz] Skoleni Brno

[Jachym Cepicky]

imho to smysl nedává. datový model OSM na omezení, čekal bych, že se do
nich provoz veřejných institucí nevejde. riziko poškození osm je taky
celkem velké, protože i na městech sedí jenom lidi a v denní praxi se chyby
nasekají a co potom? stejně by museli mít zálohy.

osm formát je pro gisy zatím dost nepřátelský, dělat s tím denně by mě
zabilo. oč jednodušší je např. mít jeden dataset s odpadkovými koši, než
muset pracovat s celou databázi (nebo v ní filtrovat).

veřejná správa má nějakou agendu danou zákonem, pro tu agendu potřebuje
nějaká data. ty data si spravuje. cokoliv nad tento rámec je považováno za
nehospodárné nakládání s veřejnými prostředky.

dělat open data pro mě neznamená přizpůsobit agendu OSM, postavit co
nejméně bariér mezi data a komunitu/veřejnost.

nikdy bych nešel do nějaké instituce a začal jim vykládat, ze nějaká
technologie  (v tomto případě OSM) jim vyřeší problém, bez detailní
znalosti jejich agendy a pracovních postupů. nadela to víc škody než užitku.

na školení jsem nebyl a jenom ventiluju svůj pocit z vašich zprav. pokud je
to celé jinak, tak se omlouvám.

určitě gratuluju, ze to proběhlo a že nálada byla vstřícná a pozitivní

tady se mě mluví gisák, který lecjaký uřad ale i firmu viděl a můj názor
je: postavit provoz na OSM a okolo OSM je v praxi špatný nápad, nápad tento
udělá všem víc škody než užitku

máte někde sepsané cíle, kde chceme s OSM být za pět let a jak se tam
dostat?

j

p.s. doufám, ze mě znáte natolik, abyste věděli, ze tohle není text proti
osm, ale spíš pohled něco jako systémového architekta

p.p.s. píšu na mobilu, proto strohý a max. stručný text

On Wed, Mar 1, 2017, 12:35 Petr Vozdecký  wrote:

> Ano, to jsou přesně ty otázky, které s tím jsou spojené. A odpovědi jsou
> docela jednoduché - OSM by měla v takovém případě sloužit ne jako primární
> databáze, ale jako synchronizační databáze. Tedy zprvu v ní jsou data
> (řekněme odpadkové koše) od mapperů. pak přijde město (zachová se jako
> mapper) a tuto sadu updatne. Tím se sada stane úplnější, přesnější,
> využitelnější pro všechny zúčastněné. Pak si město tuto sadu zase sosne
> zpět a updatne si podle ní svoji výchozí data. Když město chce data, má je
> u sebe a nemůže po nikom (po OSM) nic chtít. Současně využívá toho, že přes
> OSM dostává častější update dílčích prvků nebo specifických dat k nim, než
> je schopno samo zajistit... A když pak provede svým rozhodnutím nějaké
> (třeba i hromadné) změny v umístění těchto prvků, tak zase updatne do OSM.
> Tím si obě strany drží "aktuální", ale hlavně oboustraně využitelnou
> kvalitnější a mappery updatovatelnou sadu dat.
>
> Dává to smysl?
>
> -- Původní zpráva --
> Od: Karel Volný 
>
>
> Komu: OpenStreetMap Czech Republic 
>
> Datum: 1. 3. 2017 11:38:27
>
>
> Předmět: Re: [Talk-cz] Skoleni Brno
>
> 'hoj,
>
> ...
> > Nicmene k meritu veci - situace, ze by mesto velikosti Brna pouzilo OSM
> jako
> > centralni gis databazi je nesmysl. Ale u mensiho mesta by se nam to
> podarit
> > mohlo... Chtelo by to sehnat nejakou obec, mensi mesto, kde by si toto
> > troufli... poslouzilo byt o mnohemu - jak jim prakticky, nam nam pro
> > vyzkouseni (naprogramovani) obousmerne vymeny dat a hlavne pro PR a jako
> > priklad teto funkcnosti...
>
> tak naokraj, možná jsem někde něco blbě pochopil, ale nemá právě s tímto,
> databáze městečka založená na OSM, Jáchym nějaké zkušenosti, není výrok
> "nebude to dělat dobrotu. ať si svoje data pasou dál inhouse a nam dají
> api" z
> praxe?
>
> jako dovedu si představit "menší město" o dvou ulicích, kde si těch svých
> deset pouličních lamp v OSM ohlídají, ale obecně mi to nepřijde jako dobrý
> nápad tlačit tímto směrem
>
> ona ta myšlenka na integraci zní moc pěkně, ale odhlédneme-li od
> "ideologických" problémů týkajících se obsahu, velmi záhy narazíme na
> takové
> hloupé praktické problémy, jako třeba kdo za OSM podepíše s obcí nějakou
> SLA,
> koho se dovolají, když něco nepojede, a komu a kolik budou za používání
> platit?
>
> stačí se podívat třeba na
> https://operations.osmfoundation.org/policies/api/
>
> Heavy Users
> We request that you
>
> set up your own data server, usually with planet.osm and Osmosis: or
> use another provider. See list below.
>
>
> hm, aha, takže samotnou OSM už jen z jejích vlastních podmínek použít
> nemůžou
> ...
>
> K.
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Mise à jour des rendus ?

[David Marchal]

> Le 2 mars 2017 à 06:29, David Marchal  a écrit :
> Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
> modifiée à des degrés divers depuis une semaine me fait la même chose : 
> certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
> niveaux de zoom.
Je précise que j’ai rechargé cette zone en navigation privée plusieurs fois par 
jour depuis, mais rien à faire, ça ne bouge pas.


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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[David Marchal]

Le 1 mars 2017 à 23:14, pepilepi...@ovh.fr a écrit :

Le 01/03/2017 à 22:25, pepilepi...@ovh.fr a écrit :

Un exemple de rendu problématique :

https://www.openstreetmap.org/#map=18/44.84321/5.05402

À gauche l'ancienne tuile avec une grosse zone vide, et à droite le bare_rock 
que j'ai ajouté.

Si on zoome à 19, les deux tuiles sont bonnes. Si on dézoome à 17 les deux sont 
mauvaises...

Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
modifiée à des degrés divers depuis une semaine me fait la même chose : 
certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
niveaux de zoom.



Vider le cache du navigateur ?

Non.

De toutes façons avec mon firefox je rafraichis toujours par F5 qui force 
un rechargement complet.

De plus j'ai observé ça sur plusieurs PC.

Bien essayé, merci…

Idem : observé depuis plusieurs navigateurs, et plusieurs connexions.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Wochennotiz Nr. 345 21.02.2017–27.02.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 345 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2017/03/wochennotiz-nr-345/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 345 21.02.2017–27.02.2017

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 345 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2017/03/wochennotiz-nr-345/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[majka]

Taky si s tím hraju, takže první zprávy o stavu: na jih od Prahy většinou
doplněné údaje v adrese nebo přidané souřadnice, Plzeňsko, Jindřichův
Hradec, Tábor a na Moravě však *změna v časech výběrů*. Podle změn však
také *došlo k rušení pošt v obcích*, (změna "pošta" na "Partner", chtělo by
to projít i ty pošty.

*Depa Brno se nic z toho netýká, *tam mi to rozdíl nevyhodilo ani jeden
(oproti stavu v únoru, netuším, jestli na webu nebyl ještě stav z ledna)

Některé části budu muset porovnat samostatně, doplnili údaje do sloupce,
podle kterého jsem to primárně třídila u ostatních. V případě zájmu můžu
poslat ten rozdílový soubor, zatím je to u některých dep vzhledem k
předchozí větě nedodělané.


2017-03-01 23:25 GMT+01:00 Marián Kyral :

> Dne 1.3.2017 v 16:52 majka napsal(a):
>
> Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím
>> rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na
>> případné úpravy času výběru schránek do formátu HH:MM tam, kde měli jen
>> H:MM.
>>
>> Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V části
>> doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě to přidělá
>> práci v dohledání. Někde jen ty souřadnice upřesnili, což je ta lepší
>> varianta. Ovšem narazila jsem i na několik změn výběru schránek.
>>
>> Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě
>> zájmu pak někam hodím ty rozdíly.
>>
>> A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně
>> nadlouho vystaráno :)
>>
>> Majka
>>
>>
> Díky za info. Přegeneroval jsem soubory pro POI-import. Opravil jsem tag
> operator= a snažím se tedy seskupovat výběry. Aktuálně mi tam ještě chybí
> řazení, takže se sobota může objevit před pondělím. Na to ještě mrknu.
>
> Právě to nahrávám na web. Ale bude to ještě chvíli trvat. FTP není moc
> vhodné na přenos 10MB rozdělených do hromady malých souborů.
>
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-us] Samsung"s Find My Mobile

[Rihards]

On 2017.02.25. 21:23, Jack Burke wrote:
> Maybe I'm the last to know this, but Samsung"s Find My Mobile service
> lets you switch between HERE and OSM maps. (And yes, they do correctly
> note "(c) OpenStreetMap contributors".)

you cannot be the last, i did not know that :)
is there any article on that or at least a picture ?

> -jack
> -- 
> Typos courtesy of fancy auto spell technology
-- 
 Rihards

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

Re: [Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[Marián Kyral]

Dne 1.3.2017 v 16:52 majka napsal(a):
Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím 
rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na 
případné úpravy času výběru schránek do formátu HH:MM tam, kde měli 
jen H:MM.


Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V 
části doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě 
to přidělá práci v dohledání. Někde jen ty souřadnice upřesnili, což 
je ta lepší varianta. Ovšem narazila jsem i na několik změn výběru 
schránek.


Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě 
zájmu pak někam hodím ty rozdíly.


A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně 
nadlouho vystaráno :)


Majka



Díky za info. Přegeneroval jsem soubory pro POI-import. Opravil jsem tag 
operator= a snažím se tedy seskupovat výběry. Aktuálně mi tam ještě 
chybí řazení, takže se sobota může objevit před pondělím. Na to ještě mrknu.


Právě to nahrávám na web. Ale bude to ještě chvíli trvat. FTP není moc 
vhodné na přenos 10MB rozdělených do hromady malých souborů.


Marián

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

[Talk-it] Settimana dell'amministrazione aperta

[Cascafico Giovanni]

Sbaglio o l'amministrazione "aperta" continua ad usare mappe chiuse?

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

  
  
Le 01/03/2017 à 22:25,
  pepilepi...@ovh.fr a écrit :


  
  Le 01/03/2017 à 22:04, David Crochet
a écrit :
  
  

Bonjour


Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a
  écrit :

Il y a un serveur en panne ?
  


Un exemple de rendu problématique :
https://www.openstreetmap.org/#map=18/44.84321/5.05402
À gauche l'ancienne tuile avec une grosse zone vide, et à droite
  le bare_rock que j'ai ajouté.
Si on zoome à 19, les deux tuiles sont bonnes. Si on dézoome à 17
  les deux sont mauvaises...




   
Vider le cache du navigateur ?
  
  Non.
  De toutes façons avec mon firefox je rafraichis toujours par
F5 qui force un rechargement complet.
  De plus j'ai observé ça sur plusieurs PC.
  Bien essayé, merci...
  
   
Cordialement
-- 
David Crochet



___
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] Amenity multiple

[pepilepi...@ovh.fr]

  
  
Le 01/03/2017 à 22:04,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Tu peux mettre les deux avec opening_hours ?

On peut donc mettre plusieurs tags "amenity" à un ojbet ?


  Surtout si les deux ne sont pas exactement superposés (le
marché doit englober des rues adjacentes).

Pour l'instant j'ai mis le parking à l'intérieur du
  market_place... Mais pour vérifier le rendu faudra attendre que
  mon problème de rendu soit résolu.


  Pour le moment je me suis mis dans un coin et attendu que ça me
passe.
  Car j'ai peur que le rendu ne soit pas à la hauteur. Mettre des
restrictions d'utilisation (opening_hours) sur le parking avec
en note l'explication serait sûrement correct au niveau du
rendu.
  Car c'est bien avant tout un parking.
  Si tu ajoutes un amenity=market_place, j'ai peur du rendu.
Des idées ?
  
  Jean-Yvon
  
  
  Le 01/03/2017 à 21:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
écrit :
  
  

Bonsoir,
Quand un parking (amenity=parking) est
utilisé certains jours à certaines heures comme place de
marché (amenity=market_place), comment doit-on tagguer ça ?
Merci,
Jean-Pierre
  





___
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] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

  
  
Le 01/03/2017 à 22:04, David Crochet a
  écrit :


  
  Bonjour
  
  
  Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a
écrit :
  
  Il y a un serveur en panne ?
  
  Vider le cache du navigateur ?

Non.
De toutes façons avec mon firefox je rafraichis toujours par
  F5 qui force un rechargement complet.
De plus j'ai observé ça sur plusieurs PC.
Bien essayé, merci...

 
  Cordialement
  -- 
David Crochet
  
  
  
  ___
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] Mise à jour des rendus ?

[David Crochet]

Bonjour


Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a écrit :

Il y a un serveur en panne ?


Vider le cache du navigateur ?

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Amenity multiple

[David Crochet]

Bonjour

Le 01/03/2017 à 21:47, pepilepi...@ovh.fr a écrit :


Quand un parking (amenity=parking) est utilisé certains jours à 
certaines heures comme place de marché (amenity=market_place), comment 
doit-on tagguer ça ?






Comme cela : https://www.openstreetmap.org/way/99685237

ou

Comme cela : https://www.openstreetmap.org/way/23866558

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Amenity multiple

[osm . sanspourriel]

Tu peux mettre les deux avec opening_hours ?

Surtout si les deux ne sont pas exactement superposés (le marché doit 
englober des rues adjacentes).


Pour le moment je me suis mis dans un coin et attendu que ça me passe.

Car j'ai peur que le rendu ne soit pas à la hauteur. Mettre des 
restrictions d'utilisation (opening_hours) sur le parking avec en note 
l'explication serait sûrement correct au niveau du rendu.


Car c'est bien avant tout un parking.

Si tu ajoutes un amenity=market_place, j'ai peur du rendu.
Des idées ?

Jean-Yvon


Le 01/03/2017 à 21:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Bonsoir,

Quand un parking (amenity=parking) est utilisé certains jours à 
certaines heures comme place de marché (amenity=market_place), comment 
doit-on tagguer ça ?


Merci,

Jean-Pierre




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


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

[OSM-talk-fr] Mise à jour des rendus ?

[pepilepi...@ovh.fr]

  
  
Bonsoir,
Quand je fais des modifs avec JOSM,
habituellement je les vois sur oms.org après quelques minutes,
délai variable suivant le niveau de zoom, mais en général au
bout d'une demie heure on les voit aux zoom 15 à 19.
Mais les modifs que j'ai faites depuis
quelques jours (ajouté un parking lundi soir, par exemple) ne se
voient pas encore sur les cartes, alors qu'on les voit si on
coche la couche "données de carte". Mais un restau que j'ai
ajouté hier soir, lui, est apparu...
Il y a un serveur en panne ?
Merci,
Jean-Pierre

  


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

[OSM-talk-fr] Amenity multiple

[pepilepi...@ovh.fr]

  
  
Bonsoir,
Quand un parking (amenity=parking) est
utilisé certains jours à certaines heures comme place de marché
(amenity=market_place), comment doit-on tagguer ça ?
Merci,
Jean-Pierre
  


  


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

Re: [Talk-it] R: Re: Archeologia agraria

[Volker Schmidt]

Ma si tratta di strutture fatte da mure a secco. Potresti utilizzare una
relazione di tipo sito per raggruppare i muri che costituiscono  una
struttura e poi mettere alla relazioni tutti i tag necessari, in
particolare il nome.
Si potrebbe anche pensare a abandoned:building=sty più historic=yes

2017-03-01 21:32 GMT+01:00 frali...@alice.it :

>
> Salve,
>
> se taggo  come barriera i muretti a secco presenti in zone come l'Etna,
> fra un secolo o giù di lì forse si potrà finire.
>
> Scherzi  a parte, per queste strutture dedicate alla pastorizia quali le
> 'mannire', oggi abbandonate, esisteva un tag specifico magari da aggiungere
> a
> quello di barriera
> Grazie
>
> Messaggio originale
> Da: vosc...@gmail.com
> Data: 28-feb-2017 17.47
> A: "frali...@alice.it", "openstreetmap list -
> italiano"
> Ogg: Re: [Talk-it] Archeologia agraria
>
>
> http://wiki.openstreetmap.org/wiki/Tag:wall%3Ddry_stone
>
> 2017-02-28 16:30 GMT+01:00 frali...@alice.it :
>
>>
>>
>> Salve,
>>
>> nelle nostre campagne si vedono spesso gli ovili tradizionali, ormai
>> abbandonati,
>> che in dialetto locale chiamiamo 'mannira'
>> sono due o più quadrati,con perimetri in muretti in pietrame, con pianta
>> più o meno complessa secondo le greggi che doveva ospitare.
>> e non sempre aveva a fianco la casetta del pastore o in molti asi anche
>> questa è diroccata
>> come mappare  queste opere di 'archeologia agraria' in OSM?
>>
>> Grazie
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: Archeologia agraria

[frali...@alice.it]

Salve,

se taggo  come barriera i muretti a secco presenti in zone come l'Etna, fra un 
secolo o giù di lì forse si potrà finire.

Scherzi  a parte, per queste strutture dedicate alla pastorizia quali le 
'mannire', oggi abbandonate, esisteva un tag specifico magari da aggiungere a
quello di barriera 
Grazie




Messaggio originale

Da: vosc...@gmail.com

Data: 28-feb-2017 17.47

A: "frali...@alice.it", "openstreetmap list - 
italiano"

Ogg: Re: [Talk-it] Archeologia agraria



http://wiki.openstreetmap.org/wiki/Tag:wall%3Ddry_stone

2017-02-28 16:30 GMT+01:00 frali...@alice.it :



Salve,

nelle nostre campagne si vedono spesso gli ovili tradizionali, ormai 
abbandonati,
che in dialetto locale chiamiamo 'mannira'
sono due o più quadrati,con perimetri in muretti in pietrame, con pianta più o 
meno complessa secondo le greggi che doveva ospitare.
e non sempre aveva a fianco la casetta del pastore o in molti asi anche questa 
è diroccata
come mappare  queste opere di 'archeologia agraria' in OSM?

Grazie
 


___

Talk-it mailing list

Talk-it@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-it








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

Re: [Talk-cz] kvartální pivo

[Mikoláš Štrajt]

Ahoj,
omlouvám svou neúčast.




Nějak na mě udeřila chřipka, tak jsem dnes raději zůstal doma ležet.




-- 

Severák



-- Původní zpráva --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2017 15:30:04
Předmět: Re: [Talk-cz] kvartální pivo

"Pro Prahu objednán stůl pro 4 na 18:00. Jen doufám, že tam nebudu sedět
sám.


https://www.openstreetmap.org/node/1074896093
http://www.phnaverandach.cz/

Milan

__ Původní zpráva: 
> Od: Milan Cerny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 01.03.2017 10:57
> Předmět: Re: [Talk-cz] kvartální pivo
>
Pokud jde o pivo v Praze, navrhuji Potrefenou husu Na verandách v pivovaru
Staropramen, cca od 18:00.



Zatím jsme jen tři.

Milan
__
> Od: Martin Hejna 
> Komu: Milan Cerny 
> Datum: 01.03.2017 10:12
> Předmět: Re: [Talk-cz] kvartální pivo
>
>Ahoj
>
>Rad bych se prisel podivat.
>V ktere hospode a v kolik hodin?
>
>Diky
>Martin Hejna
>
>On Sat, Feb 25, 2017 at 01:20:43PM +0100, Milan Cerny wrote:
>> Ahoj, začátkem března by mělo být pivo 1Q 2017. Pokud platí první středa,
tak je to už tuto středu 1.3.
>> Za sebe se hlásím na Pražskou část.
>>
>> Milan
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

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

Re: [Talk-gb-westmidlands] March meeting

[Ian Caldwell]

I am also planning to attend both




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

Re: [Talk-it] Sala civica

[girarsi_liste]

Il 01/03/2017 20:10, Martin Koppenhoefer ha scritto:
> community_centre sembra in linea con la discussione di poche settimane fa
> (sui centri sociale ecc.). Per me non sarebbe male avere un subtag per dire
> "sala polifunzionale", "centro sociale (comunale)", ecc. Questo tag
> comprende anche i "centri sociali autogestiti" occupati, ecc.?
> 
> Ciao,
> Martin

Non era social_centre quello sugli spazi autogestiti?


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



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

Re: [Talk-it] Sala civica

[Martin Koppenhoefer]

2017-03-01 20:00 GMT+01:00 girarsi_liste :

> Allra community_centre, poi l'uso caaf se è solo temporaneo in mancanza
> di altre sedi, direi di metterci un tag/nodo per conto suo.
>



community_centre sembra in linea con la discussione di poche settimane fa
(sui centri sociale ecc.). Per me non sarebbe male avere un subtag per dire
"sala polifunzionale", "centro sociale (comunale)", ecc. Questo tag
comprende anche i "centri sociali autogestiti" occupati, ecc.?

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

Re: [Talk-it] Sala civica

[girarsi_liste]

Il 01/03/2017 19:16, demon.box ha scritto:
> girarsi_liste wrote
>> Ecco qui non ho capito, ha funzione di un CAAF?
> 
> anche (ma non solo), nel senso che nel periodo del mod. 730 (aprile-giugno)
> e soltanto in certi giorni della settimana, è un recapito del CAF nel quale
> vengono raccolte e riconsegnate le pratiche.
> 
> diciamo che è una sala che il comune mette a disposizione per vari
> utilizzi/iniziative.
> 
Allra community_centre, poi l'uso caaf se è solo temporaneo in mancanza
di altre sedi, direi di metterci un tag/nodo per conto suo.


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



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

Re: [Talk-gb-westmidlands] March meeting

[Rob Nickerson]

Am planning to attend both.

See you soon.

On 26 Feb 2017 8:34 p.m., "Brian Prangle"  wrote:

> We  are at our usual meeting venue this week on Thursday March 2nd from
> about 7pm onwards. See you there
>
> Regards
>
> Brian
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-gb-westmidlands] March meeting

[Andy Robinson]

Won’t make Thursday but hope to drop in on Saturday.

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 26 February 2017 20:34
To: talk-gb-westmidlands
Subject: [Talk-gb-westmidlands] March meeting

 

We  are at our usual meeting venue this week on Thursday March 2nd from about 
7pm onwards. See you there

Regards

Brian

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

Re: [Talk-it] Sala civica

[demon.box]

girarsi_liste wrote
> Ecco qui non ho capito, ha funzione di un CAAF?

anche (ma non solo), nel senso che nel periodo del mod. 730 (aprile-giugno)
e soltanto in certi giorni della settimana, è un recapito del CAF nel quale
vengono raccolte e riconsegnate le pratiche.

diciamo che è una sala che il comune mette a disposizione per vari
utilizzi/iniziative.





--
View this message in context: 
http://gis.19327.n8.nabble.com/Sala-civica-tp5892216p5892226.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Sala civica

[girarsi_liste]

Il 01/03/2017 18:34, demon.box ha scritto:
> Si trova distante dal municipio e vi si tengono incontri su varie tematiche

Ok, qui ci sta il community_centre, è una sala polifunzionale credo.

> raccolta pratiche fiscali, ecc.
> 
>
Ecco qui non ho capito, ha funzione di un CAAF?


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



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

[Talk-ko] Someone is removing "sensitive" information

[Max]

Just stumbled upon tha the NIS headquarter and some other objects have 
been deleted again. That's at least the 3rd time now.


user woodpecker has already left a message on some of the changesets.

Comment from woodpeck 12 days ago

Hello, in this changeset you deleted y couple of buildings and your 
comment says that you deleted them because they are in a security area. 
However, OSM does not generally respect specific national security 
interests with regards to mapping. If a building is visible on aerial 
imagery, then it may be mapped in OSM, no matter whether it is in a 
security area or not. Deleting such a building, as you have done here, 
can be interpreted as an act of vandalism on OSM. Please don't do that.


Some of the affected changesets:

https://www.openstreetmap.org/changeset/46159152
https://www.openstreetmap.org/changeset/46159124 
https://www.openstreetmap.org/changeset/46159152 
https://www.openstreetmap.org/changeset/46159410 
https://www.openstreetmap.org/changeset/46159815 
https://www.openstreetmap.org/changeset/46159870 
https://www.openstreetmap.org/changeset/46159916


probably more.

the changeset comment is 건물삭제(보안구역) which translates to Removing 
buildings (Restricted areas)


Questions:
1. what are good tools to find more of this?
2. what are the right steps to do if vandalism like this is detected?
3. can this be avoided in the future?
4. is there a tool to get notified if someone changes a specific area?
5. who has authority to revert? should I try to do this, but I might 
miss something.


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

Re: [Talk-it] Sala civica

[demon.box]

Si trova distante dal municipio e vi si tengono incontri su varie tematiche,
raccolta pratiche fiscali, ecc.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Sala-civica-tp5892216p5892224.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Sala civica

[girarsi_liste]

Il 01/03/2017 17:00, demon.box ha scritto:
> ciao, che tag uso per una sala civica?
> grazie.
> 
> --enrico
> 

Cos'è in questo caso la sala civica che intendi tu? un mini teatro?
una sala adibita ad incontri pubblici interna al municipio?

Orientativamente reto su amenity=community_centre, però non so, dipende
dall'uso credo.


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



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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[Marián Kyral]

Dne 1.3.2017 v 17:52 jzvc napsal(a):

Dne 1.3.2017 v 17:05 Marián Kyral napsal(a):

A že nic neřekneš :-(

Můžeš zkusit smazat Tracer-testing.jar z cache. Při startu JOSM by se
měl stáhnout ten nový.
Jdu omrknout čísla verzí. Si už přesně nepamatuji, jak se to tam
generuje :-(

Marián



Cus, v tom pripade tu verzi asi zvedni, protoze sem to schvalne 
testnul taky, a presto ze se tvari ze mam aktualni, tak netrasuje 
(RUIAN taky ne, ale zadnou chybu nehlasil) a po vynucenym stazeni zacal.





Trochu jsem se v tom pošťoural a nově se pro Testing bere verze z gitu. 
Normálně se totiž bere ze svn a tam nebyla žádná změna. Takže JOSM viděl 
stále stejnou verzi a proto nic neaktualizoval. Na to, že se obsah 
změnil nebere ohled.


Tak teď už to snad bude OK.

Marián


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

[Talk-gb-westmidlands] TfWM collaboration

[Brian Prangle]

Hi everyone

Just for update

All naptan bus stops from the 2009 import are now updated with name
standard, route_ref data and towards data. All those marked as DEL have
been deleted. Bus stops added by survey before or since the import
(characterised by their absence of naptan data) are being manually reviewed
and where they are duplicates - usually from surveys before the 2009 import
they are being deleted with any asset_ref tags transferred and positions
adjusted (usually the naptan node to the survey node position, it's
invariably more accurate). We're waiting for the new naptan nodes created
since the 2009 import to be added and this will enable us to clear up the
remaining non-naptan surveyed bus stops.

The task is about 500 non-naptan bus stops in OSM to be reviewed and until
the newly created nodes are imported then many can't be resolved. There are
about 1000 naptan nodes waiting for import.I could do these tomorrow but
they'd be missing the route_ref data and the new naming convention so it's
better to wait for the TfWM developer to prepare this data.

In addition, stop_area relations are being added where they are obvious -
usually for bus stations and interchanges. NB these do NOT coincide with
naptan stop areas, for which we don't have the data anyway.

All Swift Collector positions have been verified except for one or two that
are  inside bus stations or located on information boards at interchanges

Outside of the naptan data:

All railway stations have had their West Midlands Fare Zones added

All the proposed Metro lines have been added as railway=proposed.This
should really be treated as an import rather than an automated edit.

If anything' s not clear, please ask. Or if you spot any bus stop data that
looks anomalous please identify it

Regards

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

Re: [OSM-talk-be] trage wegen trefdag

[Jasper Michels]

Joost,

Zoals gezegd woon ik tussen Kortrijk en Gent.
Voor mij dus om het even waar ik nuttig kan zijn.

Workshop lijkt me te gaan over het opnemen van GPS-sporen, importeren in
Josm en tracen mbv Agiv en strava?
Ik gebruik zelf Osmand en OSM-tracker op androidtelefoon.

Je ziet maar waar ik het nuttigst kan zijn.

Jasper




Op 1 maart 2017 om 11:39 schreef joost schouppe :

> Hoi,
>
> Dezelfde dag als onze Nationale Mapathon is het ook de trefdag van Trage
> Wegen VZW.
>
> Je kan je hier inschrijven [1]
>
> Trage Wegen werkt nogal intensief met OSM [2], en ze doen die dag ook een
> workshop over OSM. Dus het zou wel fijn zijn als er iemand zou kunnen gaan.
>
>
> 1: http://www.tragewegen.be/trefdag#inschrijven
> 2: https://www.youtube.com/watch?v=KClcJhGktoE
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] OSMFR et partenariats pour SOTMFR

[Philippe Verdy]

Ce sera utile pour leur réutilisation libre dans la presse qui pourrait
alors amener des partenaires qui manquent et plus de contributions diverses.

Le 1 mars 2017 à 17:22, Vincent de Château-Thierry  a
écrit :

>
> > De: "Philippe Verdy" 
> >
> > Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
> > copyright restreint? Je vois le logo sur le fil Twitter et dans
> > l'appel à contribution chez Framasoft, mais ce ne sont pas des
> > licences valides.
>
> Le logo est en CC-BY, on dispose des fichiers originaux, ils seront mis
> sur le wiki.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMFR et partenariats pour SOTMFR

[Philippe Verdy]

De plus parmi les partenaires, je vois déjà d'autres assos, mais par l'asso
OSM France, sans doute parce qu'ils ne souhaitent pas y adhérer directement
à la hauteur de ce qui es demandé actuellement pour être listé "partenaire"
d'OSM France ou d'OSM en général, ou même partenaire de l'événement
lui-même (s'ils y sont présents).

Je m'attendais à voir OSM France ou la Fondation OSM au moins parmi les
"assos" ou parmi les "communautés et réseaux" de leur page, aux côtés des
assos du monde Linux ou libre (AFUL, ALDIL, April...) ou des radios
associatives indépendantes, de même que des chapitres français ou
francophones de grandes assos internationales dans le monde libre (comme
Wikimedia France) ou caritatif (Croix Rouge, Médecins du Monde, etc.)
Tout ce petit monde ayant des intérets communs devrait "se tenir les
coudes". Mais la seule formule du partenariat n'est peut être pas adapté à
la diversité des partenaires possibles ou à la hauteur de leurs moyens
respectifs (notamment concernant les assos à but non lucratif mues par les
bénévoles).


Le 1 mars 2017 à 17:09, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "Philippe Verdy" 
> >
> > Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> > sur le site de Framasoft (sans aucune page d'accueil pour les
> > organisateurs).
> > Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> > et de toute façon bien associé aux projets OSM francophones et au
> > travail de l'asso OSM France.
> > Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> > ou d'OSM France:
> > https://soutenir.framasoft.org/partenaires
>
> Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme
> l'année dernière, à l'organisation du SOTM par la mise à disposition
> d'outils efficaces et libres :
> Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette
> année Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun
> partenariat formel. Ca ne nous empêchera pas de les remercier publiquement,
> comme déjà l'année dernière : https://twitter.com/sotmfr/
> status/728573531945091072 et de promouvoir leurs outils en les exposant,
> notamment pour Framaforms.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMFR et partenariats pour SOTMFR

[Philippe Verdy]

Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
copyright restreint? Je vois le logo sur le fil Twitter et dans l'appel à
contribution chez Framasoft, mais ce ne sont pas des licences valides.

Le 1 mars 2017 à 17:09, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "Philippe Verdy" 
> >
> > Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> > sur le site de Framasoft (sans aucune page d'accueil pour les
> > organisateurs).
> > Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> > et de toute façon bien associé aux projets OSM francophones et au
> > travail de l'asso OSM France.
> > Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> > ou d'OSM France:
> > https://soutenir.framasoft.org/partenaires
>
> Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme
> l'année dernière, à l'organisation du SOTM par la mise à disposition
> d'outils efficaces et libres :
> Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette
> année Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun
> partenariat formel. Ca ne nous empêchera pas de les remercier publiquement,
> comme déjà l'année dernière : https://twitter.com/sotmfr/
> status/728573531945091072 et de promouvoir leurs outils en les exposant,
> notamment pour Framaforms.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSMFR et partenariats pour SOTMFR

[Vincent de Château-Thierry]

> De: "Philippe Verdy" 
> 
> Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
> copyright restreint? Je vois le logo sur le fil Twitter et dans
> l'appel à contribution chez Framasoft, mais ce ne sont pas des
> licences valides.

Le logo est en CC-BY, on dispose des fichiers originaux, ils seront mis sur le 
wiki.

vincent

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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[majka]

Tak vymazání pluginu pomohlo, stáhl se nový a krásně běhá. Přiznávám, ještě
včera jsem "přepínala" na verzi JOSM-tested, takže mě to nepálilo a
nenapadlo mě to dát vědět.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[Philippe Verdy]

En effet ils continuent d'ajouter des tas de noeuds, même en doublon de
ceux qui existent, ou de modifier des noeuds existants en mettant dessus
des tags incorrects ou inutiles noms de rue par exemple quand le noeud est
déjà référencé sur une relation suffisante et quand la rue est déjà validée
pour BANO.
Mais cette fois SeFaireConnaitre (ou son employé) demande qu'on ne les
dérange plus. Visibilement il manque un interlocuteur crédible chez ce
prestataire, capable de faire respecter chez lui les engagements pris, y
compris chez les nouveaux employés (à lui de les former, c'est tout de même
son domaine de compétence, qu'il vend aussi comme tel à ses clients en leur
"garantissant" un référencement non seulement exact mais péreine).
De plus ce service semble déjà prêt à supprimer d'OSM certains anciens
clients qui ne voudraient plus continuer avec ce service ou supprimer les
tags utiles permettant de les trouver dans des recherches ciblées sur OSM.
Il pourrait même modifier les infos saisies ou corrigées par ce client
lui-même dans OSM, histoire de faire rebondir leurs ventes.

Ils ne font pas dans le détail: si leur client leur donne un fichier
d'adresses, il les ajoutent toutes sans distinction, et modifient des
données existantes pourtant plus exactes. Et au besoin il remplacera des
tags précis par des tags plus génériques dont il sait qu'ils sont mieux
rendus et plus visibles que d'autres. Et ils ne semblent pas suivre les
évolutions des recommandations et usages (visiblement ils n'utilisent pas
pour cela nos outils open source, qui contiennent divers vérificateurs,
mais leur propre outil créé par Ubiflow.net qui ne connait que ce qui est
dans leur base ou les fichiers plus ou moins précis fournis par leurs
clients, pour lesquels les clients payent justement une prestation vissant
à nettoyer ou affiner ces fichiers, et l'outil et ne s'intéresse pas du
tout au reste.

A ce stade, cet outil ne devrait servir qu'à créer des fichiers .osm à
valider ensuite dans un de nos éditeurs ouverts pour faire le travail de
fusion. Mais leurs employés ne sont pas formés pour apprendre à utiliser
JOSM par exemple et traiter les lots en attente de validation (ou bien les
publier sur un service à part en Open Data, par exemple sur Umap ou
Framacarte). C'est sûr cela leur demande une personne de plus ou délégeur
un temps sufffisant consacré à ça et ils sont plus perturbés par la volonté
de faire vite pour répondre aux client: le travail est fait, maintenant
payez et vous aurez les lots suivants... Mais il n'y a apparemment aucun
système de veille et service après-vente pour régler les problèmes: ils
considèrent que c'est aux contributeurs bénévoles non payés de le faire à
leur place.



Le 1 mars 2017 à 16:44, Romain MEHUT  a écrit :

> Bonjour,
>
> Pour info, les échanges (plus "mordants") avec SeFaireConnaitre continuent
> cf. https://www.openstreetmap.org/changeset/46490928
>
> Romain
>
>
> Le 15 octobre 2015 à 12:04, Romain MEHUT  a écrit
> :
>
>> Bonjour,
>>
>> J'ai pointé l'ajout de deux doublons (magasins Decathlon)
>> https://www.openstreetmap.org/changeset/34586502 et
>> http://www.openstreetmap.org/changeset/34632382 restés non corrigés à ce
>> jour. Et vu l'historique du compte http://www.openstreetmap.org/u
>> ser/SeFaireConnaitre, il y a ailleurs d'autres doublons similaires.
>>
>> Romain
>>
>> Le 14 octobre 2015 23:35,  a écrit :
>>
>>> Bien, merci d'améliorer votre processus de production/validation de
>>> données afin d'éviter de placer un lieu à 1,3 km de son lieu réel (distance
>>> en voiture selon OSRM).
>>> Ici par exemple comme déjà dit un lien sur un emplacement d'arrêt de
>>> tram doit faire tiquer.
>>> Ce n'est bon ni pour votre client, ni pour vous ni pour OpenStreetMap.
>>> Les deux premiers points c'est votre problème.
>>> Le troisième aussi mais c'est surtout celui qui nous concerne.
>>>
>>> Pour votre pénitence, vous leur proposerez une alternative à ceci :
>>> http://juvignac.apef-services.fr/contact.html#map
>>> ;-).
>>>
>>> Jean-Yvon
>>>
>>> Le 14/10/2015 09:23, Support Sefaireconnaitre -
>>> supp...@sefaireconnaitre.com a écrit :
>>>
>>> Bonjour,
>>> Merci pour le signalement, j'ai bien repositionné le point de vente.
>>>
>>> Amandine Nicolas - Ubiflow
>>>
>>>
>>>
>>> ___
>>> 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] OSMFR et partenariats pour SOTMFR

[Vincent de Château-Thierry]

Bonjour,

> De: "Philippe Verdy" 
> 
> Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> sur le site de Framasoft (sans aucune page d'accueil pour les
> organisateurs).
> Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> et de toute façon bien associé aux projets OSM francophones et au
> travail de l'asso OSM France.
> Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> ou d'OSM France:
> https://soutenir.framasoft.org/partenaires

Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme l'année 
dernière, à l'organisation du SOTM par la mise à disposition d'outils efficaces 
et libres :
Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette année 
Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun 
partenariat formel. Ca ne nous empêchera pas de les remercier publiquement, 
comme déjà l'année dernière : 
https://twitter.com/sotmfr/status/728573531945091072 et de promouvoir leurs 
outils en les exposant, notamment pour Framaforms.

vincent

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

Re: [Talk-ko] Mailinglist in Korean?

[Max]

https://forum.openstreetmap.org/viewforum.php?id=95

I personally think that it's not worth it to worry about those 
prohibitions, because North Koreans don't have that access to the 
internet anyways. The Forum might be a place though where some armchair 
mapper asks questions regarding mapping North Korea, so. Anyways, just a 
thought, not so important. Good we have that forum now, maybe a welcome 
post would be nice! (and something the search engines can index..)



On 2017년 03월 01일 03:31, 느림보 wrote:

I asked to open users: South Korea forum. I limited region to South
Korea because un-authorized communication between people in South Korea
and people in North Korea is prohibited in both Countries.


2017-03-01 10:41 GMT+09:00 느림보 >:

Opps, just Max said about interface language of mailman. I
misunderstood his suggestion, so I just tried to describe barriers
that I felt. (mailman and conversation language.) As 최규성 said I
think interface language is not a big deal.


2017-02-28 23:23 GMT+09:00 Max >:

Well, that's another big discussion about mailinglists vs. other
means of communication.

Some people for example prefer forums over email lists. There is
no "user: Korea" folder in the official osm forums
https://forum.openstreetmap.org/ 

I'm not a fan of forums myself* so I am not volunteering to be
admin for that, but maybe someone else here wants to ask for the
creation of "users: Korea" there?

*exept https://www.discourse.org that one I found pretty amazing



On 2017년 02월 28일 13:35, 느림보 wrote:

>From systematic view, I think two reasons made few Korean speaking
members. One is clearly language. However, a mailing list
itself would
make it worse. I think a mailing list is one of the lease common
communication system in my country. People might don’t know
how to join
and act in this system. It looks like foreign culture. (I
don’t know,
too. I tried to response some previous threads but I
hesitated because I
don’t know what is impolite attitude in a mailing list.)



It might be very difficult to invite Korean contributors in
this system,
however more discussion in Korean might lead viewers into
discussion. So
strongly agree with this suggestion.


느림보 (Nrimbo)


2017-02-28 20:57 GMT+09:00 Max 
>>:

Since there is no separate email list for the DPRK, that
might be
correct to use ko or am I missing something?



On 2017년 02월 28일 12:26, Changwoo Ryu wrote:

Actually "ko" is the ISO639 code for Korean
language. ("kr" ISO3166
code for ROK.)


2017-02-28 19:02 GMT+09:00 Max

>>:


Looking through
https://lists.openstreetmap.org/pipermail/

>
I noticed that most of them have the interface
in their
respective language.
talk-ko is in English though.
(Not talking about the languag of the actual
conversations,
just the mailman
interface)

Could this be a reason for the few korean
speaking members?
Should this be changed? (I'd say yes)
Any opinions, thoughts about it?



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

Re: [Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[Marián Kyral]

Co se jich zkusit zeptat, zda by tam nepřidali nějaké jednoznačné
identifikátory? Ale vzhledem k neexistenci kontaktního emailu to asi nebude
tak jednoduché.

Marián

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 1. 3. 2017 16:54:45
Předmět: [Talk-cz] Znovu poštovní schránky - data České pošty / data
magistrátu Brno
"



Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím
rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na
případné úpravy času výběru schránek do formátu HH:MM tam, kde měli jen H:
MM.


Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V části
doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě to přidělá
práci v dohledání. Někde jen ty souřadnice upřesnili, což je ta lepší
varianta. Ovšem narazila jsem i na několik změn výběru schránek.



Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě zájmu
pak někam hodím ty rozdíly.




A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně
nadlouho vystaráno :)


Majka

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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[Marián Kyral]

A že nic neřekneš :-(

Můžeš zkusit smazat Tracer-testing.jar z cache. Při startu JOSM by se měl
stáhnout ten nový.
Jdu omrknout čísla verzí. Si už přesně nepamatuji, jak se to tam generuje :-
(

Marián

-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2017 16:53:33
Předmět: Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11
"

Mě se aktualizace neukazuje, i když o té opravě vím. Je to někde přímo ke
stažení?


Majka




On 1 March 2017 at 16:49, Marián Kyral  wrote:
"

Ahoj,
a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.

Marián


Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):

"

aktualizoval jsem si JOSM na verzi 11642
při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
jde o chybu programu

chybový výpis:


{{{
URL:http://josm.openstreetmap.de/svn/trunk
(http://josm.openstreetmap.de/svn/trunk)
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
Build-Date:2017-02-28 22:00:07
Revision:11642
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024
Dataset consistency test: No problems found

Plugins:
+ Tracer-testing (33004)
+ buildings_tools (33004)
+ ejml (32680)
+ geotools (33042)
+ jts (32699)
+ pointInfo (33131)
+ reltoolbox (33088)
+ reverter (33088)

Last errors/warnings:
- W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,
alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,
preferredSize=]
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/
TagCollection;)V
    at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
launchIfNecessary(CombineTagsResolver.java:84)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.tagTracedObject(LpisModule.java:369)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
    at org.openstreetmap.josm.plugins.tracer.TracerModule$AbstractTracerTask
$6.run(TracerModule.java:348)
    at java.awt.event.InvocationEvent.dispatch(Unknown Source)
    at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    at java.awt.EventQueue.access$500(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)
}}}
















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

"


___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)

"


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

[Talk-it] Sala civica

[demon.box]

ciao, che tag uso per una sala civica?
grazie.

--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/Sala-civica-tp5892216.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[majka]

Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím
rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na
případné úpravy času výběru schránek do formátu HH:MM tam, kde měli jen
H:MM.

Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V části
doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě to přidělá
práci v dohledání. Někde jen ty souřadnice upřesnili, což je ta lepší
varianta. Ovšem narazila jsem i na několik změn výběru schránek.

Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě zájmu
pak někam hodím ty rozdíly.

A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně
nadlouho vystaráno :)

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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[majka]

Mě se aktualizace neukazuje, i když o té opravě vím. Je to někde přímo ke
stažení?

Majka

On 1 March 2017 at 16:49, Marián Kyral  wrote:

> Ahoj,
> a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.
>
> Marián
>
>
> Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):
>
> aktualizoval jsem si JOSM na verzi 11642
> při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
> jde o chybu programu
>
> chybový výpis:
>
>
> {{{
> URL:http://josm.openstreetmap.de/svn/trunk
> Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
> Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
> Build-Date:2017-02-28 22:00:07
> Revision:11642
> Relative:URL: ^/trunk
>
> Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
> Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
> Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
> Screen: \Display0 1280x1024
> Maximum Screen Size: 1280x1024
> Dataset consistency test: No problems found
>
> Plugins:
> + Tracer-testing (33004)
> + buildings_tools (33004)
> + ejml (32680)
> + geotools (33042)
> + jts (32699)
> + pointInfo (33131)
> + reltoolbox (33088)
> + reverter (33088)
>
> Last errors/warnings:
> - W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
> UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.
> GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=
> 9,maximumSize=,minimumSize=,preferredSize=]
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
>
>
> === REPORTED CRASH DATA ===
> BugReportExceptionHandler#handleException:
> No data collected.
>
> Warning issued by: BugReportExceptionHandler#handleException
>
> === STACK TRACE ===
> Thread: AWT-EventQueue-0 (18) of main
> java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
> TagConflictResolutionUtil.combineTigerTags(Lorg/
> openstreetmap/josm/data/osm/TagCollection;)V
> at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
> launchIfNecessary(CombineTagsResolver.java:84)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.tagTracedObject(LpisModule.java:369)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
> at org.openstreetmap.josm.plugins.tracer.TracerModule$
> AbstractTracerTask$6.run(TracerModule.java:348)
> at java.awt.event.InvocationEvent.dispatch(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$500(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> }}}
>
>
>
>
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[Marián Kyral]

Ahoj,
a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.

Marián


Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):

aktualizoval jsem si JOSM na verzi 11642
při použití traceru LPIS se objeví hláška že došlo k neočekávané 
výjimce a jde o chybu programu


chybový výpis:


{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
Build-Date:2017-02-28 22:00:07
Revision:11642
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024
Dataset consistency test: No problems found

Plugins:
+ Tracer-testing (33004)
+ buildings_tools (33004)
+ ejml (32680)
+ geotools (33042)
+ jts (32699)
+ pointInfo (33131)
+ reltoolbox (33088)
+ reverter (33088)

Last errors/warnings:
- W: Aktualizovat doplňky - 
org.openstreetmap.josm.plugins.PluginHandler$UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,preferredSize=]
- E: Handled by bug report queue: java.lang.NoSuchMethodError: 
org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: 
org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: 
org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V



=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.NoSuchMethodError: 
org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
at 
org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.launchIfNecessary(CombineTagsResolver.java:84)
at 
org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$LpisTracerTask.tagTracedObject(LpisModule.java:369)
at 
org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
at 
org.openstreetmap.josm.plugins.tracer.TracerModule$AbstractTracerTask$6.run(TracerModule.java:348)

at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)

at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
}}}








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


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

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[Romain MEHUT]

Bonjour,

Pour info, les échanges (plus "mordants") avec SeFaireConnaitre continuent
cf. https://www.openstreetmap.org/changeset/46490928

Romain

Le 15 octobre 2015 à 12:04, Romain MEHUT  a écrit :

> Bonjour,
>
> J'ai pointé l'ajout de deux doublons (magasins Decathlon)
> https://www.openstreetmap.org/changeset/34586502 et
> http://www.openstreetmap.org/changeset/34632382 restés non corrigés à ce
> jour. Et vu l'historique du compte http://www.openstreetmap.org/
> user/SeFaireConnaitre, il y a ailleurs d'autres doublons similaires.
>
> Romain
>
> Le 14 octobre 2015 23:35,  a écrit :
>
>> Bien, merci d'améliorer votre processus de production/validation de
>> données afin d'éviter de placer un lieu à 1,3 km de son lieu réel (distance
>> en voiture selon OSRM).
>> Ici par exemple comme déjà dit un lien sur un emplacement d'arrêt de tram
>> doit faire tiquer.
>> Ce n'est bon ni pour votre client, ni pour vous ni pour OpenStreetMap.
>> Les deux premiers points c'est votre problème.
>> Le troisième aussi mais c'est surtout celui qui nous concerne.
>>
>> Pour votre pénitence, vous leur proposerez une alternative à ceci :
>> http://juvignac.apef-services.fr/contact.html#map
>> ;-).
>>
>> Jean-Yvon
>>
>> Le 14/10/2015 09:23, Support Sefaireconnaitre -
>> supp...@sefaireconnaitre.com a écrit :
>>
>> Bonjour,
>> Merci pour le signalement, j'ai bien repositionné le point de vente.
>>
>> Amandine Nicolas - Ubiflow
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSMFR et partenariats pour SOTMFR

[Philippe Verdy]

Je vois que l'appel à propositions pour SOTM 2017 est actuellement sur le
site de Framasoft (sans aucune page d'accueil pour les organisateurs).
Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM, et de
toute façon bien associé aux projets OSM francophones et au travail de
l'asso OSM France.
Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft ou
d'OSM France:
https://soutenir.framasoft.org/partenaires

Peut-il y a voir une telle participation croisée (échange simple de
membres, les droits d'entrées sont compensés chez l'un et l'autre). Ce
serait des partenariats de type "membres de liaison", permettant aussi aux
personnes désignées pour faire la liaison de gérer des projets communs (par
exemple entre Umap et sa déclinaison Framacarte, les deux ayant le même
but, mais Framasoft ayant un peu plus de moyens techniques pour donner une
certaine qualité de service, par exemple en hébergeant ses serveurs de
tuiles ou les connectant directement au projet OSM mondial, comme ce qui a
été fait pour HOT et son rendu humanitaire via une structure d'échange et
de partenariat).

Peut-on envisager de mieux développer ces partenariats pour mieux les
consolider et pour que tout le monde défende mieux et promeuve mieux les
projets, même si ce ne sont pas des partenariats exclusifs:

Par exemple rien n'interdirait à Framasoft d'avoir une plateforme libre de
développement et d'hébergement, rapportant quelques deniers, mais
autorisant de proposer aussi pour ceux qui en ont besoin des fournisseurs
cartographiques tiers comme Google, Apple, Waze, ou encore offrir un cadre
technique plus stable pour collaborer avec les collectivités locales,
notamment les plus petites qui n'ont pas la capacité de gérer elles-même
leur "cloud" ou les licences nécessaires pour les système GIS, ni la
capacité de gérer seules les déploiements ou la sécurisation des postes et
des données qu'elles doivent garder privées/secrètes, en plus de celles
qu'elles ont intérêt à gérer en Open Data et qui doivent respecter des
règles de respect de vie privée, d'anonymat statistique ou de
confidentialité et protection des éléments fournis lors d'appels d'offres
non retenus. Cette plateforme commune pouvant clairement supporter les deux
modèles de donénes avec une transition facilitée pour passer à tout moment
des données privées aux données ouvertes, plus une activité de support
(éventuellement de coopération en matière légale via des groupes fermés
d'entraide et des moyens de communication intégrés pour le permettre de
façon sécurisée) serait un truc possible. Car OSM n'est pas du tout le seul
besoin des collectivités, et tout se jour en fait sur la capacité à
intégrer et rationaliser des tâches et missions différentes avec une riche
palette d'outils (plus riche que simplement OSM).

Framasoft me parait sur ce point plus ouvert que ce que propose aujourd'hui
d'actuels partenaires commerciaux d'OSM qui maintenant cherchent meêm à lui
faire concurrence tout en apportant en échange des miettes ou des
financements somme toute symboliques et pas à la hauteur de l'usage qu'ils
font d'OSM pour leurs propres services.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-latam] CubaConf 2017

[pb[OSGeo-es]]

CubaConf 2017

El Grupo de Usuarios de Tecnologías Libres GUTL de Cuba y Best Of Open 
Technologies BOOT e.V. de Alemania, tienen el gusto de invitarle a CubaConf: la 
Conferencia Internacional de Tecnologías Libres, a realizarse en La Habana, 
Cuba, del 25 al 27 de Abril de 2017.

Durante la pasada edición, más de 230 participantes de 17 países compartieron 
ideas, vivencias y experiencias en distintos campos del conocimiento libre. 
Esta vez queremos llegar a las comunidades, y nos hemos propuesto impulsar 
pequeños proyectos que aporten soluciones innovadoras a problemas concretos. 
Así que estamos convocando a las personas u organizaciones de todo el planeta, 
entusiastas, investigadores, docentes; que trabajan o están involucrados de 
alguna manera con las tecnologías libres, a que vengan a contarnos lo que están 
haciendo.

El primer día lo dedicaremos a las presentaciones organizadas en varias 
sesiones simultáneas. El segundo día funcionaremos en la modalidad de barcamp o 
unconference donde cada participante podrá proponer su presentación que será 
sometida a votación para decidir si se expone. Y el tercer día nos repartiremos 
en grupos para trabajar en los proyectos propuestos o abordar cualquier otro 
tema de interés. Todas las conferencias serán en Español y en Inglés. En el 
resto de las actividades la traducción, de ser necesaria, estará a cargo del 
equipo de voluntarios.

CubaConf aspira a ser nuevamente un espacio para conocernos, intercambiar y 
buscar posibilidades de trabajar juntos, donde nos gustaría que todos los 
continentes estuvieran representados. Tenemos además especial interés en 
fomentar la presencia femenina, del mismo modo que nos hemos propuesto que 
nadie quede excluido por razones económicas. Para esto estamos promoviendo una 
campaña de recaudación de fondos que ayudarán a financiar la participación en 
el evento a aquellos que realmente lo necesiten.

Esperamos contar con su participación. Las contribuciones puedes enviarlas a 
https://www.papercall.io/cubaconf2017 o subirlas al sitio del evento 
(http://www.cubaconf.org). Puede mantenerse al tanto a través de nuestro 
canales de comunicación (Telegram, Twitter, Facebook) o contactar directamente 
al comité organizador (cubac...@cubaconf.org).

http://cubaconf.org/
http://gutl.jovenclub.cu/
http://www.bootev.org/
https://www.papercall.io/cubaconf2017
https://t.me/cubaconf
https://twitter.com/cubaconference
https://www.facebook.com/cubaconf/


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

[Talk-cu] CubaConf 2017

[pb[OSGeo-es]]

CubaConf 2017

El Grupo de Usuarios de Tecnologías Libres GUTL de Cuba y Best Of Open 
Technologies BOOT e.V. de Alemania, tienen el gusto de invitarle a CubaConf: la 
Conferencia Internacional de Tecnologías Libres, a realizarse en La Habana, 
Cuba, del 25 al 27 de Abril de 2017.

Durante la pasada edición, más de 230 participantes de 17 países compartieron 
ideas, vivencias y experiencias en distintos campos del conocimiento libre. 
Esta vez queremos llegar a las comunidades, y nos hemos propuesto impulsar 
pequeños proyectos que aporten soluciones innovadoras a problemas concretos. 
Así que estamos convocando a las personas u organizaciones de todo el planeta, 
entusiastas, investigadores, docentes; que trabajan o están involucrados de 
alguna manera con las tecnologías libres, a que vengan a contarnos lo que están 
haciendo.

El primer día lo dedicaremos a las presentaciones organizadas en varias 
sesiones simultáneas. El segundo día funcionaremos en la modalidad de barcamp o 
unconference donde cada participante podrá proponer su presentación que será 
sometida a votación para decidir si se expone. Y el tercer día nos repartiremos 
en grupos para trabajar en los proyectos propuestos o abordar cualquier otro 
tema de interés. Todas las conferencias serán en Español y en Inglés. En el 
resto de las actividades la traducción, de ser necesaria, estará a cargo del 
equipo de voluntarios.

CubaConf aspira a ser nuevamente un espacio para conocernos, intercambiar y 
buscar posibilidades de trabajar juntos, donde nos gustaría que todos los 
continentes estuvieran representados. Tenemos además especial interés en 
fomentar la presencia femenina, del mismo modo que nos hemos propuesto que 
nadie quede excluido por razones económicas. Para esto estamos promoviendo una 
campaña de recaudación de fondos que ayudarán a financiar la participación en 
el evento a aquellos que realmente lo necesiten.

Esperamos contar con su participación. Las contribuciones puedes enviarlas a 
https://www.papercall.io/cubaconf2017 o subirlas al sitio del evento 
(http://www.cubaconf.org). Puede mantenerse al tanto a través de nuestro 
canales de comunicación (Telegram, Twitter, Facebook) o contactar directamente 
al comité organizador (cubac...@cubaconf.org).

http://cubaconf.org/
http://gutl.jovenclub.cu/
http://www.bootev.org/
https://www.papercall.io/cubaconf2017
https://t.me/cubaconf
https://twitter.com/cubaconference
https://www.facebook.com/cubaconf/


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

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

[Nicolas Dumoulin]

Le Wed, 1 Mar 2017 06:06:28 -0700 (MST),
Axelos  a écrit :
> Je me suis déjà intéressé à ce sujet en 2016, donc depuis peu de
> temps. Mon approche a été de donner la largeur de la bande cyclable
> en y ajoutant l'éventuelle surlargeur de sécurité la séparant des
> véhicules stationnés. Et au final indiquer la présence des véhicules
> stationnés.

Oui, c'est suffisant d'intégrer les deux largeurs.

> La solution que tu proposes est aussi intéressante, mais j'y voyais
> simplement un trop plein de balises.

Oui, je suis d'accord
 
> Une petite explication en page wiki "talk"
> https://wiki.openstreetmap.org/wiki/FR_talk:Key:cycleway
> 
> La page wiki qui explique comment indiquer les places de stationnement
> https://wiki.openstreetmap.org/wiki/FR:Key:parking:lane
> 
> Un exemple "test"
> https://www.openstreetmap.org/way/459185299

Bon, ben ça me semble parfait !

Merci Axelos

-- 
Nicolas Dumoulin


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

Re: [OSM-talk] No changeset discussion box - Modified via wheelmap.org?

[Dave F]

Ah, yes. I was a bit trigger happy.


On 01/03/2017 13:38, Philip Barnes wrote:

Not closed yet, the box will appear in time.

Phil (trigpoint)

On Wed Mar 1 13:33:33 2017 GMT, Dave F wrote:

Hi

This changeset has no discussion box:
https://www.openstreetmap.org/changeset/46492338

The user's other edits does. Is it due to it being via wheelmap
(created_by rosemary v0.4.4)?

DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

[Philippe Verdy]

Je ne suis pas convaincu par le fait de continuer à surcharger aussi des
tonnes de tags pour les lanes, ce qui conduit à un découpage de plus en
plus excessif des rues.
Quand les bandes cyclables sont clairement séparées par quelquechose de
physique ou marqué comme infranchissable (y compris des zébras sur la
chaussée, mais sans doute pas une simple ligne continue), je pense qu'il
est plus productif et nettement plus facile de tracer les chemins à part
(et ça se complique encore quand on a d'autres voies réservées à plusieurs
catégories d'usagers, des voies pour tourner où des usagers peuvent entrer
dans la voie normalement destinée aux autres types d'usagers, du moment
qu'ils on un clignotant et ne s'en servent pas comme voie supplémentaire
pour aller tout droit.

Si on combine aussi les limites de vitesses (non sens le plus souvent pour
les cyclistes!), les priorités et les feux (où les cyclistes ont des
"passe-droit" pour les ignorer et même rester prioritaires dans certains
cas), les exceptions accordées maintenant dans certaines villes sur
certains axes pour les motards (autororisés expérimentalement à circuler
entre les files sur les routes principales non autorisées aux piétons),
cela complique encore.

Les schéma des tags pour les "lanes:" devient de plus en plus non
maintenable, on a trop d'exceptions et les règles deviennent très
compliquées. Je pense qu'on a atteint un point où plus personne n'est
d'accord et les conventions ne sont plus suivies par personne (ce qui rend
ces tags inexploitables et totalement ignorés)

Déjà certains autres groupes commence à s'intéresser à un niveau de
cartographie plus fine: non plus l'axe principal mais bien l'occupation
spaciale des voiries, et même les vraies largeurs de voies. Le système
actuel était adapté quand on n'avait pas encore trop de détail et il reste
valable en milieu rural ou urbain peu dense, mais en milieu urbain très
dense, il bat de l'aile. Des propositions et expérimentations sont en cours
et déjà discutées

(pas encore en France, mais on pourrait expérimenter cela dans une zone
plus limitée très dense, comme Monaco, où c'est encore plus complexe à
cause du relief et des nombreux niveaux superposés et la difficulté de se
situer sur un niveau et voir où on peut aller, même et y compris sans GPS
car il ne fonctionne pas en souterrain, mais on pourrait voir arriver des
radiopilotages, notamment pour des véhicules automatiques, qui auront
besoin de données nettement plsu précises que ce qu'on fait encore: les
véhicules automatiques c'est bien pour la Californie ou le Navada où le
tissus urbain est très peu dense et pour la plus grande partie de nos
campagnes françaises, mais on devrait y réfléchir pour nos grosses
agglomération urbaines où les conditions de circulation sont de plus en
plus complexe à gérer pour les conducteurs sans assistance, même les locaux
qui s'y perdent aussi, sans compter les usagers périurbains qui ne sont pas
toujours au courant de tout ce qui se passe à plus de 10km de chez eux mais
qui ont des beoins réguliers de se rendre dans la ville centre, que ce soit
à pied, en véhicule ou en transport en communs qui ne peuvent pas desservir
tout et où il est compliqué de trouver une station proche ou de savoir où
aller si on descend à un arrêt proche, ou comment prendre une
correspondance; à terme i lfaudra aussi gérer les perturbations de service
et les applis de guidage auront aussi besoin de données nettement plus
précises, y compris pour les piétons et de repères adéquats, pour notifier
correctement les changements ).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Edward Catmur]

Nah, there's definitely something else going on. If I look at
https://b.tile.openstreetmap.org/19/261975/174355.png (last rendered at Mon
Feb 27 08:55:42 2017 according to /status), then when it's served via
saphira.openstreetmap.org:3128 I get the old tile, with etag
"6463a418be94b7515745cdb9ed2071d3"
but when it's served via ridgeback.openstreetmap.org:3128 I get the new
tile, etag "038cdf917e46ae930f63678d8652b627".

One way to get the new tile (from ridgeback) appears to be to force refresh
on another zoom level to clear cache, then zoom in with mousewheel (so that
the request gets issued via js, I guess). I'll stop playing with it now to
avoid adding load, but I'd guess that maybe saphira needs its cache
cleaning out a bit?

Cheers, Ed


On Wed, Mar 1, 2017 at 12:56 PM, Paul Berry  wrote:

> The time taken for a new tile to appear has always been proportional to
> the information density of the tile and zoom level, in my experience. The
> more map data, the longer it takes. I've seen city blocks not refresh for a
> week, and it can then sometimes come through checkerboarded, whereas rural
> areas can often be almost instant.
>
> If you think there's definitely a problem, it might be worth a look on the
> Help forum to see if there's a known issue. There's quite a few questions
> about tiles, rending, etc: https://help.openstreetmap.org/tags/tiles
>
> Regards,
> *Paul*
>
> On 1 March 2017 at 11:57, Ian Caldwell 
> wrote:
>
>> Just another experiment on an edit I did yesterday (and corrected today)
>> at level 18.
>>
>> Did a share-download and the download was with the edits. A cache refresh
>> (Ctrl refresh in Chrome) still showed the old tiles
>>
>> did some cache refreshes  and after about 20 minutes one of the two tiles
>> had updated.
>>
>> As I was write this email did another cache refresh and it went back to
>> the old tiles!
>>
>> Something funny is happening with the tile caching.
>>
>> Just did another refresh and the other tile is new but the one that was
>> new is still old!
>>
>> A refresh using OruxMaps should both old.
>>
>> The location of this experiment is https://www.openstreetmap.o
>> rg/#map=18/52.17178/-2.29765.
>>
>>
>> Ian
>>
>> On 1 March 2017 at 10:50, Dave F  wrote:
>>
>>> Forcing it to the top of the stack works, but isn't really practical.
>>>
>>> There is definitely a longer delay than previous. Rendering times appear
>>> to vary wildly (for a while It used to refresh within 30 minutes!).
>>> What's quite strange is my recent edits start to update with alternate
>>> tiles in a chequerboard pattern, but then mysteriously reset & don't
>>> refresh for a day or so.
>>>
>>>  DaveF
>>>
>>>
>>> On 01/03/2017 10:11, Ed Loach wrote:
>>>
>>> I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have
>>> rendered OK.
>>>
>>>
>>>
>>> Ed
>>>
>>>
>>>
>>> *From:* Ian Caldwell [mailto:ian1caldwell+...@googlemail.com
>>> ]
>>> *Sent:* 01 March 2017 09:22
>>> *To:* Talk GB  
>>> *Subject:* [Talk-GB] Is there a problem with the standard tile rendering
>>>
>>>
>>>
>>> Two days ago I add some buildings at https://www.openstreetmap.o
>>> rg/#map=19/52.09396/-2.33114 and they have yet to appear on the
>>> standard tiles. They are on the Humanitarian tiles.
>>>
>>>
>>>
>>> I thought it might be a caching problem but I have tried it on different
>>> browsers, application, machines and networks.
>>>
>>>
>>> Ian
>>>
>>>
>>> ___
>>> Talk-GB mailing 
>>> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>>>
>>>
>>>
>>>
>>> --
>>> [image: Avast logo]
>>> 
>>>
>>> This email has been checked for viruses by Avast antivirus software.
>>> www.avast.com
>>> 
>>>
>>>
>>> ___
>>> 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] Plus d'attributs pour les bandes cyclables

[Eric Sibert]

+1 pour ne pas sur-tagguer et ne pas mettre trop de subjectif.

Largeur de la bande cyclable. Nature du stationnement à côté  
(parallèle, épi, perpendiculaire...). Éventuellement, la largeur de la  
zone de stationnement pour savoir s'il y a de la marge. Ensuite,  
l'algorithme de rendu fait son calcul à sa sauce sur la sécurité.



A Grenoble, à chaque fois que je passe sur la même avenue à trois  
voies à sens unique avec sa pauvre bande-cyclable en contre-sens, je  
me dis qu'on peut faire mieux pour la sécurité.

https://www.mapillary.com/map/im/81Nm4SRu_79EmpU02ffcFA


Eric




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

Re: [Talk-cz] kvartální pivo

[Milan Cerny]

Pro Prahu objednán stůl pro 4 na 18:00. Jen doufám, že tam nebudu sedět sám.


https://www.openstreetmap.org/node/1074896093
http://www.phnaverandach.cz/

Milan

__ Původní zpráva: 
> Od: Milan Cerny 
> Komu: OpenStreetMap Czech Republic 
> Datum: 01.03.2017 10:57
> Předmět: Re: [Talk-cz] kvartální pivo
>
Pokud jde o pivo v Praze, navrhuji Potrefenou husu Na verandách v pivovaru 
Staropramen, cca od 18:00. 



Zatím jsme jen tři.

Milan
__
> Od: Martin Hejna 
> Komu: Milan Cerny 
> Datum: 01.03.2017 10:12
> Předmět: Re: [Talk-cz] kvartální pivo
>
>Ahoj
>
>Rad bych se prisel podivat.
>V ktere hospode a v kolik hodin?
>
>Diky
>Martin Hejna
>
>On Sat, Feb 25, 2017 at 01:20:43PM +0100, Milan Cerny wrote:
>> Ahoj, začátkem března by mělo být pivo 1Q 2017. Pokud platí první středa, 
>> tak je to už tuto středu 1.3.
>> Za sebe se hlásím na Pražskou část.
>> 
>> Milan
>> 
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

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

[Talk-cz] nefunguje tracer LPIS v JOSM 11

[Zdeněk Pražák]

aktualizoval jsem si JOSM na verzi 11642
při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
jde o chybu programu

chybový výpis:


{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
Build-Date:2017-02-28 22:00:07
Revision:11642
Relative:URL: ^/trunk

Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024
Dataset consistency test: No problems found

Plugins:
+ Tracer-testing (33004)
+ buildings_tools (33004)
+ ejml (32680)
+ geotools (33042)
+ jts (32699)
+ pointInfo (33131)
+ reltoolbox (33088)
+ reverter (33088)

Last errors/warnings:
- W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.GridBagLayout,
alignmentX=0.0,alignmentY=0.0,border=,flags=9,maximumSize=,minimumSize=,
preferredSize=]
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
- E: Handled by bug report queue: java.lang.NoSuchMethodError: org.
openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (18) of main
java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
TagConflictResolutionUtil.combineTigerTags(Lorg/openstreetmap/josm/data/osm/
TagCollection;)V
    at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
launchIfNecessary(CombineTagsResolver.java:84)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.tagTracedObject(LpisModule.java:369)
    at org.openstreetmap.josm.plugins.tracer.modules.lpis.LpisModule$
LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
    at org.openstreetmap.josm.plugins.tracer.TracerModule$AbstractTracerTask
$6.run(TracerModule.java:348)
    at java.awt.event.InvocationEvent.dispatch(Unknown Source)
    at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    at java.awt.EventQueue.access$500(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.awt.EventQueue$3.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)
}}}








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

Re: [OSM-talk] No changeset discussion box - Modified via wheelmap.org?

[Ed Loach]

James asked:

> wasn't it like 30 minutes without activity it'll close?

 

One hour

https://github.com/openstreetmap/openstreetmap-website/blob/master/app/models/changeset.rb#L41

 

Ed

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

[Talk-ee] Fwd: Avaandmete päev ja OpenStreetMap

[Jaak Laineste]

Hoi,

Olen ise eestist ära, on meil hakkajaid?

Jaak
(Sent from mobile)

Begin forwarded message:

> From: Märt Põder 
> Date: 1 March 2017 at 10:51:40 GMT+1
> To: Jaak Laineste 
> Subject: Avaandmete päev ja OpenStreetMap
> 
> Tere!
> 
> Ma ei tea, kas info sinuni on jõudnud, aga me korraldame laupäeval avaandmete 
> päeva Tartus [1] ja meil on hulk teemasid üleval, sj Risto Ülem teeb Regio 
> poolt ettekande, kuidas nad kasutavad avaandmeid oma kaartides. Ma mäletan, 
> et sa oled otsapidi OpenStreetMapiga seotud, kas keegi selle kogukonnast ei 
> tahaks teha praktilist töötuba või ettekannet sellest, kuidas seda keskkonda 
> kasutada (st täiendada, oma rakendustesse lisada jmt)?
> 
> Meie ürituse kava on hetkel sellisel kujul ja peaks täna meililistidesse 
> jõudma:
> 
> * 
> https://docs.google.com/document/d/1Seqg8dDuexzJ1d4l8NbR7wn1zL9AXE90MZejV02nBgA/edit
> 
> Hiljem saab ka asju lisada, aga kui sa tead kedagi, kes OpenStreetMapi võiks 
> tutvustada (või oled kindel, et keegi tuleks kohale ja teeks seda), siis 
> saaks selle juba praegu meililistidesse minevas teates välja reklaamida. Mis 
> sa arvad?
> 
> Märt
> 
> [1] https://github.com/okestonia/opendataday
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee

Re: [Talk-it-trentino] [Talk-it-cai] Corretti rifugi SAT

[pietro marzani]

Il Mercoledì 1 Marzo 2017 10:32, Luca Delucchi  ha 
scritto:

2017-03-01 10:24 GMT+01:00 pietro marzani :

>
>> Bel lavoro. Già che scrivi mi viene in mente una cosa: ho notato che in 
>> Trentino
>> ci sono un sacco di malghe con locale aperto per dormire/ripararsi taggate
>> con amenity=shelter [0].
>> In questa mappa [1] è possibile visualizzare tutti gli "shelter" in Trentino.
>> Temo che molti di questi sarebbero meglio descritti da tourism=alpine_hut [2]
>> Che dite? Procedere a una sistemazione almeno per quelli che si chiamano
>> malga qualcosa o baita qualcosa e che risultano essere edifici di una certa
>> dimensione?
>

>mm più che alpine_hut secondo me è meglio wilderness_hut [3] (che è
>anche quello proposto nella pagina CAI [4])
>alcuni invece rimangono shelter [4]

Sì, ovviamente ho sbagliato a copiare il tag ;-)

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

Re: [OSM-talk] No changeset discussion box - Modified via wheelmap.org?

[James]

wasn't it like 30 minutes without activity it'll close?

On Wed, Mar 1, 2017 at 8:40 AM, Jakob Mühldorfer 
wrote:

> Hi Dave,
>
> this is usualy the case when the CS is not closed yet.
> https://help.openstreetmap.org/questions/29981/what-is-an-open-changeset
> Should be available after a while, but not sure the exact number until CS
> are automatically closed any more.
>
> Jakob
>
>
>
> Am 01.03.2017 um 14:33 schrieb Dave F:
>
>> Hi
>>
>> This changeset has no discussion box:
>> https://www.openstreetmap.org/changeset/46492338
>>
>> The user's other edits does. Is it due to it being via wheelmap
>> (created_by rosemary v0.4.4)?
>>
>> DaveF
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> 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] No changeset discussion box - Modified via wheelmap.org?

[Jakob Mühldorfer]

Hi Dave,

this is usualy the case when the CS is not closed yet.
https://help.openstreetmap.org/questions/29981/what-is-an-open-changeset
Should be available after a while, but not sure the exact number until 
CS are automatically closed any more.


Jakob


Am 01.03.2017 um 14:33 schrieb Dave F:

Hi

This changeset has no discussion box:
https://www.openstreetmap.org/changeset/46492338

The user's other edits does. Is it due to it being via wheelmap 
(created_by rosemary v0.4.4)?


DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
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] No changeset discussion box - Modified via wheelmap.org?

[Philip Barnes]

Not closed yet, the box will appear in time.

Phil (trigpoint)

On Wed Mar 1 13:33:33 2017 GMT, Dave F wrote:
> Hi
> 
> This changeset has no discussion box:
> https://www.openstreetmap.org/changeset/46492338
> 
> The user's other edits does. Is it due to it being via wheelmap 
> (created_by rosemary v0.4.4)?
> 
> DaveF
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [Talk-cz] kvartální pivo

[Tom Ka]

On Mar 1, 2017 12:40, "Martin Tesar"  wrote:

Ahoj,

tentokrát nemůžu, teda nejdřív tak v devět, spíš o půl desáté, ale to se
bojím, že bych už nikoho nezastihl.

Martin


Dne 27. února 2017 10:08 Tomas Novotny  napsal(a):

Ahoj,
>
> dorazim na 18:00.
> Diky za zarizeni,
>
> T.
>
> On Sun, 26 Feb 2017 05:02:14 +0100
> Tom Ka  wrote:
>
> > Za Brno tradicne Kormidlo 18:00 -- udelam rezervaci.
>

Ja budu mizet kolem 21:00, asi to tentorat bude komornejsi :-)


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

[OSM-talk] No changeset discussion box - Modified via wheelmap.org?

[Dave F]

Hi

This changeset has no discussion box:
https://www.openstreetmap.org/changeset/46492338

The user's other edits does. Is it due to it being via wheelmap 
(created_by rosemary v0.4.4)?


DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

[joost schouppe]

I don't have an answer for that, but if and when you do find out, would you
mind adding the info to the central list of imagery:

https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/be

Then it will be available for immediate, at least for iD mappers. For the
moment, you get AGIV imagery in Brussels. Not sure if the CIRB should be
marked as best; nor how the list would handle a best for Brussels on top of
a best for Flanders+Brussels.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

[Jonathan Beliën]

Hi Yves,

If I remember correctly, I think you use the old URL.

The new URL should be : 

wms:http://geoservices-urbis.irisnet.be/geoserver/ows/?SERVICE=WMS=1.3.0=GetMap=image%2Fpng=true=Urbis%3AOrtho2015={width}={height}=EPSG%3A3857=={bbox}

:)

Jonathan Beliën

-Message d'origine-
De : Yves bxl-forever [mailto:bxl-fore...@linuxmail.org] 
Envoyé : mercredi 1 mars 2017 13:48
À : talk-be@openstreetmap.org
Objet : [OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

Hello,

The most recent set of aerial imagery for Brussels comes from low-altitude 
flights commissioned by the Region.
Very useful to map public space in Brussels and it integrates perfectly in JOSM.
The layer with images taken during Spring 2015 used to be available here: 
wms:http://www.gis.irisnet.be/arcgis/rest/services/basemap/ortho2015/MapServer/export?f=image=jpeg=False={proj}=3857=3857={bbox}={width},{height}

It’s been a few days where this data seems to have been removed from their 
server.
Apparently, only the 2004 and 2012 aerial views are still available.
http://www.gis.irisnet.be/arcgis/rest/services/basemap

Does anyone know of an alternative location to get this data?
I wrote to CIRB-CIBG, the Brussels institute in charge of this, but no reply so 
far.


Cheers.
Yves

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


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

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

[Axelos]

Coucou,


Nicolas Dumoulin-2 wrote
> Puisqu'on parle des bandes cyclables.
> Ça fait quelques temps que j'aimerai préciser les attributs des pistes
> cyclables, en particulier :
>  1. si la bande cyclable longe des places de stationnement, ou la
>distance entre les deux si une zone de sécurité (contre
>l'emportièrage) existe [1]
>  2. la largeur de la bande cyclable
> 
> Pour situer mon idée un brin militante, j'aimerai pouvoir
> classifier la qualité des aménagements grâce aux données OSM.
> Mon idée perso est de carrément pouvoir déclasser des bandes cyclables
> qui font 50cm de large le long de stationnement.
> 
> Bref, avez-vous déjà vu cela ?
> Est-ce que vous avez déjà une idée de comment faire ?
> 
> Je pensais à des attributs du genre :
> cycleway:right:lane:width = 0.8
> cycleway:right:lane:dooring = yes
> cycleway:right:lane:dooring_security_distance = 0

Je me suis déjà intéressé à ce sujet en 2016, donc depuis peu de temps.
Mon approche a été de donner la largeur de la bande cyclable en y ajoutant
l'éventuelle surlargeur de sécurité la séparant des véhicules stationnés. Et
au final indiquer la présence des véhicules stationnés.

Le calculateur pouvant différencier si la bande cyclable longe ou pas des
véhicules stationnées, il peut dynamiquement attribuer une largeur minimale
requise pour la sécurité en fonction des cas.

La solution que tu proposes est aussi intéressante, mais j'y voyais
simplement un trop plein de balises.

Une petite explication en page wiki "talk"
https://wiki.openstreetmap.org/wiki/FR_talk:Key:cycleway

La page wiki qui explique comment indiquer les places de stationnement
https://wiki.openstreetmap.org/wiki/FR:Key:parking:lane

Un exemple "test"
https://www.openstreetmap.org/way/459185299

Cordialement.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Plus-d-attributs-pour-les-bandes-cyclables-tp5892141p5892198.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Paul Berry]

The time taken for a new tile to appear has always been proportional to the
information density of the tile and zoom level, in my experience. The more
map data, the longer it takes. I've seen city blocks not refresh for a
week, and it can then sometimes come through checkerboarded, whereas rural
areas can often be almost instant.

If you think there's definitely a problem, it might be worth a look on the
Help forum to see if there's a known issue. There's quite a few questions
about tiles, rending, etc: https://help.openstreetmap.org/tags/tiles

Regards,
*Paul*

On 1 March 2017 at 11:57, Ian Caldwell 
wrote:

> Just another experiment on an edit I did yesterday (and corrected today)
> at level 18.
>
> Did a share-download and the download was with the edits. A cache refresh
> (Ctrl refresh in Chrome) still showed the old tiles
>
> did some cache refreshes  and after about 20 minutes one of the two tiles
> had updated.
>
> As I was write this email did another cache refresh and it went back to
> the old tiles!
>
> Something funny is happening with the tile caching.
>
> Just did another refresh and the other tile is new but the one that was
> new is still old!
>
> A refresh using OruxMaps should both old.
>
> The location of this experiment is https://www.openstreetmap.
> org/#map=18/52.17178/-2.29765.
>
>
> Ian
>
> On 1 March 2017 at 10:50, Dave F  wrote:
>
>> Forcing it to the top of the stack works, but isn't really practical.
>>
>> There is definitely a longer delay than previous. Rendering times appear
>> to vary wildly (for a while It used to refresh within 30 minutes!).
>> What's quite strange is my recent edits start to update with alternate
>> tiles in a chequerboard pattern, but then mysteriously reset & don't
>> refresh for a day or so.
>>
>>  DaveF
>>
>>
>> On 01/03/2017 10:11, Ed Loach wrote:
>>
>> I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have
>> rendered OK.
>>
>>
>>
>> Ed
>>
>>
>>
>> *From:* Ian Caldwell [mailto:ian1caldwell+...@googlemail.com
>> ]
>> *Sent:* 01 March 2017 09:22
>> *To:* Talk GB  
>> *Subject:* [Talk-GB] Is there a problem with the standard tile rendering
>>
>>
>>
>> Two days ago I add some buildings at https://www.openstreetmap.o
>> rg/#map=19/52.09396/-2.33114 and they have yet to appear on the standard
>> tiles. They are on the Humanitarian tiles.
>>
>>
>>
>> I thought it might be a caching problem but I have tried it on different
>> browsers, application, machines and networks.
>>
>>
>> Ian
>>
>>
>> ___
>> Talk-GB mailing 
>> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>>
>>
>> --
>> [image: Avast logo]
>> 
>>
>> This email has been checked for viruses by Avast antivirus software.
>> www.avast.com
>> 
>>
>>
>> ___
>> 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

[OSM-talk-be] Where has Brussels UrbIS 2015 aerial imagery gone?

[Yves bxl-forever]

Hello,

The most recent set of aerial imagery for Brussels comes from low-altitude 
flights commissioned by the Region.
Very useful to map public space in Brussels and it integrates perfectly in JOSM.
The layer with images taken during Spring 2015 used to be available here: 
wms:http://www.gis.irisnet.be/arcgis/rest/services/basemap/ortho2015/MapServer/export?f=image=jpeg=False={proj}=3857=3857={bbox}={width},{height}

It’s been a few days where this data seems to have been removed from their 
server.
Apparently, only the 2004 and 2012 aerial views are still available.
http://www.gis.irisnet.be/arcgis/rest/services/basemap

Does anyone know of an alternative location to get this data?
I wrote to CIRB-CIBG, the Brussels institute in charge of this, but no reply so 
far.


Cheers.
Yves

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

[Talk-se] Hjälp med uppdatering

[Arif Arifi]

Hej !

Är det någon som kan hjälpa till med uppdatering av linjekartor enligt bilaga I 
Järfälla.



Med vänlig hälsning
Arif Arifi
Instruktör/Utbildare
Nobina Sverige AB/Kallhäll
Telnr: 08 410 656 22
Mobil:0701872364
___
Besöksadress:
Gullivervägen 1, 176 77  Järfälla
Växel: +46 8 410 650 00
www.nobina.se
arif.ar...@nobina.se






Till FIA, Uppdatering linjer i Open street map.docx
Description: Till FIA, Uppdatering linjer i Open street map.docx
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Ian Caldwell]

Just another experiment on an edit I did yesterday (and corrected today) at
level 18.

Did a share-download and the download was with the edits. A cache refresh
(Ctrl refresh in Chrome) still showed the old tiles

did some cache refreshes  and after about 20 minutes one of the two tiles
had updated.

As I was write this email did another cache refresh and it went back to the
old tiles!

Something funny is happening with the tile caching.

Just did another refresh and the other tile is new but the one that was new
is still old!

A refresh using OruxMaps should both old.

The location of this experiment is
https://www.openstreetmap.org/#map=18/52.17178/-2.29765.


Ian

On 1 March 2017 at 10:50, Dave F  wrote:

> Forcing it to the top of the stack works, but isn't really practical.
>
> There is definitely a longer delay than previous. Rendering times appear
> to vary wildly (for a while It used to refresh within 30 minutes!).
> What's quite strange is my recent edits start to update with alternate
> tiles in a chequerboard pattern, but then mysteriously reset & don't
> refresh for a day or so.
>
>  DaveF
>
>
> On 01/03/2017 10:11, Ed Loach wrote:
>
> I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have
> rendered OK.
>
>
>
> Ed
>
>
>
> *From:* Ian Caldwell [mailto:ian1caldwell+...@googlemail.com
> ]
> *Sent:* 01 March 2017 09:22
> *To:* Talk GB  
> *Subject:* [Talk-GB] Is there a problem with the standard tile rendering
>
>
>
> Two days ago I add some buildings at https://www.openstreetmap.
> org/#map=19/52.09396/-2.33114 and they have yet to appear on the standard
> tiles. They are on the Humanitarian tiles.
>
>
>
> I thought it might be a caching problem but I have tried it on different
> browsers, application, machines and networks.
>
>
> Ian
>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
>
> --
> [image: Avast logo]
> 
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com
> 
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] kvartální pivo

[Martin Tesar]

Ahoj,

tentokrát nemůžu, teda nejdřív tak v devět, spíš o půl desáté, ale to se
bojím, že bych už nikoho nezastihl.

Martin


Dne 27. února 2017 10:08 Tomas Novotny  napsal(a):

> Ahoj,
>
> dorazim na 18:00.
> Diky za zarizeni,
>
> T.
>
> On Sun, 26 Feb 2017 05:02:14 +0100
> Tom Ka  wrote:
>
> > Za Brno tradicne Kormidlo 18:00 -- udelam rezervaci.
> >
> > Bye
> >
> > Dne 25. února 2017 13:20 Milan Cerny  napsal(a):
> > > Ahoj, začátkem března by mělo být pivo 1Q 2017. Pokud platí první
> středa, tak je to už tuto středu 1.3.
> > > Za sebe se hlásím na Pražskou část.
> > >
> > > Milan
> > >
> > > ___
> > > Talk-cz mailing list
> > > Talk-cz@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Martin Tesar
http://mtbmap.cz/
Twitter  GitHub 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] kvartální pivo

[Jethro]

Zdar,
možná se dostavím, ještě uvidím.
MSF
Jethro

2017-03-01 10:57 GMT+01:00 Milan Cerny :
> Pokud jde o pivo v Praze, navrhuji Potrefenou husu Na verandách v pivovaru 
> Staropramen, cca od 18:00.
>
> https://www.openstreetmap.org/node/1074896093
>
> Zatím jsme jen tři.
>
> Milan
> __
>> Od: Martin Hejna 
>> Komu: Milan Cerny 
>> Datum: 01.03.2017 10:12
>> Předmět: Re: [Talk-cz] kvartální pivo
>>
>>Ahoj
>>
>>Rad bych se prisel podivat.
>>V ktere hospode a v kolik hodin?
>>
>>Diky
>>Martin Hejna
>>
>>On Sat, Feb 25, 2017 at 01:20:43PM +0100, Milan Cerny wrote:
>>> Ahoj, začátkem března by mělo být pivo 1Q 2017. Pokud platí první středa, 
>>> tak je to už tuto středu 1.3.
>>> Za sebe se hlásím na Pražskou část.
>>>
>>> Milan
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Skoleni Brno

[Petr Vozdecký]

Ano, to jsou přesně ty otázky, které s tím jsou spojené. A odpovědi jsou
docela jednoduché - OSM by měla v takovém případě sloužit ne jako primární
databáze, ale jako synchronizační databáze. Tedy zprvu v ní jsou data
(řekněme odpadkové koše) od mapperů. pak přijde město (zachová se jako
mapper) a tuto sadu updatne. Tím se sada stane úplnější, přesnější,
využitelnější pro všechny zúčastněné. Pak si město tuto sadu zase sosne zpět
a updatne si podle ní svoji výchozí data. Když město chce data, má je u sebe
a nemůže po nikom (po OSM) nic chtít. Současně využívá toho, že přes OSM
dostává častější update dílčích prvků nebo specifických dat k nim, než je
schopno samo zajistit... A když pak provede svým rozhodnutím nějaké (třeba i
hromadné) změny v umístění těchto prvků, tak zase updatne do OSM. Tím si obě
strany drží "aktuální", ale hlavně oboustraně využitelnou kvalitnější a
mappery updatovatelnou sadu dat.

Dává to smysl?


-- Původní zpráva --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2017 11:38:27
Předmět: Re: [Talk-cz] Skoleni Brno

"'hoj,

...
> Nicmene k meritu veci - situace, ze by mesto velikosti Brna pouzilo OSM 
jako
> centralni gis databazi je nesmysl. Ale u mensiho mesta by se nam to
podarit
> mohlo... Chtelo by to sehnat nejakou obec, mensi mesto, kde by si toto 
> troufli... poslouzilo byt o mnohemu - jak jim prakticky, nam nam pro
> vyzkouseni (naprogramovani) obousmerne vymeny dat a hlavne pro PR a jako
> priklad teto funkcnosti...

tak naokraj, možná jsem někde něco blbě pochopil, ale nemá právě s tímto,
databáze městečka založená na OSM, Jáchym nějaké zkušenosti, není výrok
"nebude to dělat dobrotu. ať si svoje data pasou dál inhouse a nam dají api"
z
praxe?

jako dovedu si představit "menší město" o dvou ulicích, kde si těch svých
deset pouličních lamp v OSM ohlídají, ale obecně mi to nepřijde jako dobrý
nápad tlačit tímto směrem

ona ta myšlenka na integraci zní moc pěkně, ale odhlédneme-li od
"ideologických" problémů týkajících se obsahu, velmi záhy narazíme na takové

hloupé praktické problémy, jako třeba kdo za OSM podepíše s obcí nějakou
SLA,
koho se dovolají, když něco nepojede, a komu a kolik budou za používání
platit?

stačí se podívat třeba na https://operations.osmfoundation.org/policies/api/


Heavy Users
We request that you

set up your own data server, usually with planet.osm and Osmosis: or
use another provider. See list below.


hm, aha, takže samotnou OSM už jen z jejích vlastních podmínek použít
nemůžou
...

K.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-fr] Mise à jour bâti cadastre et plugin conflation

[Tyndare]

Bonjour,

J'ai voulu tester l'utilisation du plugin Conflation pour mettre à jour 
le bâti d'une ville depuis le cadastre avec JOSM.


J'ai décrit mon approche ici:

https://www.youtube.com/watch?v=8n34tYJXnEI
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents#Utilisation_du_plugin_.C2.ABConflation.C2.BB_dans_JOSM

Avant d'essayer faites en sorte d'utiliser la toute dernière version de 
JOSM et de mettre à jour les plugins (pour conflation),


Au passage un grand merci à Vincent Privat pour tout son travail sur 
l'éditeur JOSM !


Tyndare.

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

Re: [OSM-talk-be] trage wegen trefdag

[Jo]

Dat is wel bijzonder ongelukkig, aangezien ik er anders zeer waarschijnlijk
voor naar Kortrijk was getrokken.

Jo

Op 1 maart 2017 om 11:39 schreef joost schouppe :

> Hoi,
>
> Dezelfde dag als onze Nationale Mapathon is het ook de trefdag van Trage
> Wegen VZW.
>
> Je kan je hier inschrijven [1]
>
> Trage Wegen werkt nogal intensief met OSM [2], en ze doen die dag ook een
> workshop over OSM. Dus het zou wel fijn zijn als er iemand zou kunnen gaan.
>
>
> 1: http://www.tragewegen.be/trefdag#inschrijven
> 2: https://www.youtube.com/watch?v=KClcJhGktoE
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [talk-ph] Residential.

[David Groom]

I've just forced a refresh of the affected tiles.

David


-- Original Message --
From: "Jim Morgan" 
To:
Cc: "OpenStreetMap Philippines" 
Sent: 22/02/2017 03:55:48
Subject: Re: [talk-ph] Residential.


Eugene Alvin Villar wrote on Wednesday, 22 February, 2017 04:17 AM:
 The wrong label is persisting on the map because low zoom level tiles 
are not refreshed as often. I'm not sure when these are refreshed.


Aha. That makes sense. Always ask an expert!

Jim

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




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

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Dave F]

Forcing it to the top of the stack works, but isn't really practical.

There is definitely a longer delay than previous. Rendering times appear 
to vary wildly (for a while It used to refresh within 30 minutes!).
What's quite strange is my recent edits start to update with alternate 
tiles in a chequerboard pattern, but then mysteriously reset & don't 
refresh for a day or so.


 DaveF

On 01/03/2017 10:11, Ed Loach wrote:


I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have 
rendered OK.


Ed

*From:*Ian Caldwell [mailto:ian1caldwell+...@googlemail.com]
*Sent:* 01 March 2017 09:22
*To:* Talk GB 
*Subject:* [Talk-GB] Is there a problem with the standard tile rendering

Two days ago I add some buildings at 
https://www.openstreetmap.org/#map=19/52.09396/-2.33114 and they have 
yet to appear on the standard tiles. They are on the Humanitarian tiles.


I thought it might be a caching problem but I have tried it on 
different browsers, application, machines and networks.



Ian



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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-be] trage wegen trefdag

[joost schouppe]

Hoi,

Dezelfde dag als onze Nationale Mapathon is het ook de trefdag van Trage
Wegen VZW.

Je kan je hier inschrijven [1]

Trage Wegen werkt nogal intensief met OSM [2], en ze doen die dag ook een
workshop over OSM. Dus het zou wel fijn zijn als er iemand zou kunnen gaan.


1: http://www.tragewegen.be/trefdag#inschrijven
2: https://www.youtube.com/watch?v=KClcJhGktoE

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it-trentino] Corretti rifugi SAT

[girarsi_liste]

Il 01/03/2017 09:23, Luca Delucchi ha scritto:
> Buongiorno,
> 
> ho finito di sistemare i rifugi della SAT seguendo lo stile proposto
> nella pagina CAI. Attualmente manca solo il rifugio Tonini che
> dovrebbe essere in questo momento inagibile (giusto michele?, lo
> aggiungiamo comunque e mettiamo un tag che non è accessibile? potrebbe
> andare bene anche un disused:tourism o disused=yes).
> Già che c'ero ho sistemato i rifugi con operator=CAI/C.A.I. con
> operator=Club Alpino Italiano
> 
> Potete scaricare i rifugi SAT tramite questa query overpass [0], per
> ottenere anche quelli CAI potete invece utilizzare questa [1]
> (attualmente ritorna solo 75 rifugi, dei quali 33 SAT)
> 
> 
> [0] http://overpass-turbo.eu/s/n76
> [1] http://overpass-turbo.eu/s/n77
> 

Ho visto mancano il tag wikidata, per il rifugio Brentari (Cima D'Asta)
provvedo ad inserirlo, anche per il rifugio Sette Selle.

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



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

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Paul Berry]

Hi Ian,

Another tip if you want to double-check if changes have rendered on the
Standard layer is to go to Share > Image > Set custom dimensions and select
the area you've recently updated, then click [Download]. This will force a
render so as to create the image file for download. (Images are always
taken from the Standard layer.)

Regards,
*Paul*

On 1 March 2017 at 10:11, Ed Loach  wrote:

> I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have
> rendered OK.
>
>
>
> Ed
>
>
>
> *From:* Ian Caldwell [mailto:ian1caldwell+...@googlemail.com]
> *Sent:* 01 March 2017 09:22
> *To:* Talk GB 
> *Subject:* [Talk-GB] Is there a problem with the standard tile rendering
>
>
>
> Two days ago I add some buildings at https://www.openstreetmap.
> org/#map=19/52.09396/-2.33114 and they have yet to appear on the standard
> tiles. They are on the Humanitarian tiles.
>
>
>
> I thought it might be a caching problem but I have tried it on different
> browsers, application, machines and networks.
>
>
> Ian
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Is there a problem with the standard tile rendering

[Ed Loach]

I /dirty ‘d a couple of tiles (at z19 and z18) and they seem to have rendered 
OK.

 

Ed

 

From: Ian Caldwell [mailto:ian1caldwell+...@googlemail.com] 
Sent: 01 March 2017 09:22
To: Talk GB 
Subject: [Talk-GB] Is there a problem with the standard tile rendering

 

Two days ago I add some buildings at 
https://www.openstreetmap.org/#map=19/52.09396/-2.33114 and they have yet to 
appear on the standard tiles. They are on the Humanitarian tiles.

 

I thought it might be a caching problem but I have tried it on different 
browsers, application, machines and networks. 



Ian

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

Re: [Talk-cz] kvartální pivo

[Milan Cerny]

Pokud jde o pivo v Praze, navrhuji Potrefenou husu Na verandách v pivovaru 
Staropramen, cca od 18:00. 

https://www.openstreetmap.org/node/1074896093

Zatím jsme jen tři.

Milan
__
> Od: Martin Hejna 
> Komu: Milan Cerny 
> Datum: 01.03.2017 10:12
> Předmět: Re: [Talk-cz] kvartální pivo
>
>Ahoj
>
>Rad bych se prisel podivat.
>V ktere hospode a v kolik hodin?
>
>Diky
>Martin Hejna
>
>On Sat, Feb 25, 2017 at 01:20:43PM +0100, Milan Cerny wrote:
>> Ahoj, začátkem března by mělo být pivo 1Q 2017. Pokud platí první středa, 
>> tak je to už tuto středu 1.3.
>> Za sebe se hlásím na Pražskou část.
>> 
>> Milan
>> 
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [OSM-talk-be] Update main carto

[joost schouppe]

Ben L (eimai) reported some issue too. Appending /dirty to a tile worked,
but refreshing not. So there might be some issues.

2017-03-01 10:35 GMT+01:00 Julien Minet :

> What I edited one hour ago already appears at very high zoom level
> (zoom=19).
>
> Julien
>
> On Wed, Mar 1, 2017 at 10:04 AM, Jakka  wrote:
>
>> I have the impression that the main map is not updating anymore.
>> Someone has read about a issue or server time out?
>> https://www.openstreetmap.org
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] mapper meeting in Louvain-la-Neuve/reunion de mappeurs à Louvain-la-Neuve 24/03

[Jonathan Beliën]

Pour les plus francophones (ou les moins anglophones, au choix),

 

Excuses voor de nederlandstalige mensen, omdat de bijeenkomst plaats vindt in 
Louvain-La-Neuve, heb ik geen vertaling van dit bericht in het Nederlands, maar 
je bent natuurlijk van harte welkom! We spreken hier Nederlands, Frans en 
Engels !

 

Nous avons enfin notre « premier » meetup wallon !

Il aura lieu à Louvain-La-Neuve le 24 Mars à 19:00 !

 

Amis wallons, c’est le moment de vous manifester !

Nous sommes bien conscient que Louvain-La-Neuve n’est pas vraiment central (et 
probablement un peu loin de certains mappeurs wallons) mais il fallait bien 
commencer quelque part. Nous organiserons d’autres meetup en Wallonie, 
n’hésitez pas à nous contacter si vous voulez que cela s’organise dans votre 
ville !

 

Nous parlons anglais, néerlandais mais aussi français bien évidemment.

Si vous n’êtes pas à l’aise avec la langue de Vondel et/ou celle de 
Shakespeare, nous nous ferons un plaisir de discuter avec vous d’OpenStreetMap 
en français.

 

Nous espérons vous y voir nombreux !

Toutes les informations se trouvent ici : 
https://www.meetup.com/fr-FR/OpenStreetMap-Belgium/events/238062854/?eventId=238062854
 

 

Bonne journée.

 

 

 

Jonathan Beliën

 

De : Lionel Giard [mailto:lionel.gi...@gmail.com] 
Envoyé : mardi 28 février 2017 21:27
À : talk-be@openstreetmap.org
Objet : [OSM-talk-be] mapper meeting in Louvain-la-Neuve/reunion de mappeurs à 
Louvain-la-Neuve 24/03

 

Hello, 

 

We've just created the meetup for the next meetup in LLN (Louvain-la-Neuve) on 
Friday the

24st of March at La Crêperie Bretonne - La Mère Fillioux (remember -> delicious 
pancake and beer !), I hope it will attract more people ! ;-)

 

Everybody is more than welcome to come! 

 

https://www.meetup.com/fr-FR/OpenStreetMap-Belgium/events/238062854/

 

Looking forward seeing you there! 

 

Lionel

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

Re: [OSM-talk-be] Update main carto

[Julien Minet]

What I edited one hour ago already appears at very high zoom level
(zoom=19).

Julien

On Wed, Mar 1, 2017 at 10:04 AM, Jakka  wrote:

> I have the impression that the main map is not updating anymore.
> Someone has read about a issue or server time out?
> https://www.openstreetmap.org
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it-trentino] [Talk-it-cai] Corretti rifugi SAT

[Luca Delucchi]

2017-03-01 10:24 GMT+01:00 pietro marzani :

>
> Bel lavoro. Già che scrivi mi viene in mente una cosa: ho notato che in 
> Trentino
> ci sono un sacco di malghe con locale aperto per dormire/ripararsi taggate
> con amenity=shelter [0].
> In questa mappa [1] è possibile visualizzare tutti gli "shelter" in Trentino.
> Temo che molti di questi sarebbero meglio descritti da tourism=alpine_hut [2]
> Che dite? Procedere a una sistemazione almeno per quelli che si chiamano
> malga qualcosa o baita qualcosa e che risultano essere edifici di una certa
> dimensione?
>

mm più che alpine_hut secondo me è meglio wilderness_hut [3] (che è
anche quello proposto nella pagina CAI [4])
alcuni invece rimangono shelter [4]

> Ciao
> Pietro
>
>
> [0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshelter
> [1] http://tinyurl.com/z7ld6uo
> [2] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dalpine_hut

[3] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dwilderness_hut
[4] http://wiki.openstreetmap.org/wiki/CAI

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it-trentino] Corretti rifugi SAT

[Luca Delucchi]

2017-03-01 10:03 GMT+01:00 AGH :
> Il Tonini come è noto è stato completamente distrutto da un incendio. Pare
> che lo stallone nei pressi, rimasto intatto, sarà agibile come bivacco da
> questa estate.
> Avevo cambiato io il tag del Tonini in ruins... è giusto?

direi di si, se poi utilizzano la stalla come bivacco possiamo aggiornare quella

> Già che siamo in argomento: il rif. Erdemolo è chiuso ormai da anni, ho
> tolto il tag tourism... è corretto?
>

direi di si, oppure puoi mettere disused=yes o ancora disused:tourism=alpine_hut

> Altra questione: il tag via_ferrata...  sulla mappa SAT produce un render
> "strano", per esempio la vie ferrata delle Bocchette centrali (anche la
> Spellini) sembra una stradina, mentre la Che Guevara appare come sentiero in
> grigio... non so come viene rappresentato in altre mappe...
>

sarebbe bene fare un nuovo thread per questo, comunque non so risponderti


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-cz] Skoleni Brno

[Petr Vozdecký]

no Jachyme, pro ne (i pro nas) je vyznamnym argumentem to, ze se jejich data
spoji s OSM daty a tím se doplní s zpřesní, čili oni nepotřebují vytvořit
jen linku do OSM, ale i linku zpět.
Je to rozdíl mezi "dejte nam Open Data" a "pojdme delat Open Data". zatim
jdeme v Brne tou druhou cestou.

Nicmene k meritu veci - situace, ze by mesto velikosti Brna pouzilo OSM jako
centralni gis databazi je nesmysl. Ale u mensiho mesta by se nam to podarit
mohlo... Chtelo by to sehnat nejakou obec, mensi mesto, kde by si toto
troufli... poslouzilo byt o mnohemu - jak jim prakticky, nam nam pro
vyzkouseni (naprogramovani) obousmerne vymeny dat a hlavne pro PR a jako 
priklad teto funkcnosti...

vop


-- Původní zpráva --
Od: Jachym Cepicky 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2017 8:57:47
Předmět: Re: [Talk-cz] Skoleni Brno

"
normální praktické provozní dotazy.

nesnažil bych se jejich gis integrovat do osm, nebude to dělat dobrotu. ať
si svoje data pasou dál inhouse a nam dají api,ze kterého to můžeme
propagovat do osm

j



On Wed, Mar 1, 2017, 08:40 Marián Kyral  wrote:

"

-- Původní e-mail --
Od: Petr Vozdecký 


Komu: OpenStreetMap Czech Republic 


Datum: 28. 2. 2017 2:11:31


Předmět: Re: [Talk-cz] Skoleni Brno


"konkrétní člověk vznesl dotaz, zda něco jako e-learning existuje. Mj. i
proto, že pokud by nějakému úředníkovi chtěl nařídit, aby si prostudoval
kapitoly 1-8 a na základě toho naklikal do databáze všechny odpadkáče v
dědině, tak prostě tuto možnost nemá...
"
Sice mám z toho "přikazování" husí kůži - to nemusí vždy dopadnout dobře…

Nicméně pro podobné případy bych si dokázal představit speciální aplikaci
podobnou wheelmap.org(http://wheelmap.org).

Uživatel si na začátku vybere oblast (vesnice, městská část) a co chce
mapovat (třeba ty koše nebo kontejnery), přes overpass-api by se dotáhly
dané objekty z OSM. Pak by si mohl prohlédnout aktuální stav a po přihlášení
by mohl jednotlivé objekty editovat, mazat a zakládat nové. No a na konci by
to všechno mohl nahrát do OSM.

Pro zkušeného web programátora (kam se nepočítám ;-) ) práce tak na den plus
pár dní na pořádné otestování.



Marián

___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it-trentino] [Talk-it-cai] Corretti rifugi SAT

[pietro marzani]

Il Mercoledì 1 Marzo 2017 9:45, Luca Delucchi  ha scritto:

Buongiorno,

>ho finito di sistemare i rifugi della SAT seguendo lo stile proposto
>nella pagina CAI. 


Bel lavoro. Già che scrivi mi viene in mente una cosa: ho notato che in Trentino
ci sono un sacco di malghe con locale aperto per dormire/ripararsi taggate
con amenity=shelter [0].
In questa mappa [1] è possibile visualizzare tutti gli "shelter" in Trentino.
Temo che molti di questi sarebbero meglio descritti da tourism=alpine_hut [2]
Che dite? Procedere a una sistemazione almeno per quelli che si chiamano 
malga qualcosa o baita qualcosa e che risultano essere edifici di una certa
dimensione?

Ciao
Pietro


[0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshelter
[1] http://tinyurl.com/z7ld6uo
[2] http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dalpine_hut

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

[Talk-GB] Is there a problem with the standard tile rendering

[Ian Caldwell]

Two days ago I add some buildings at
https://www.openstreetmap.org/#map=19/52.09396/-2.33114 and they have yet
to appear on the standard tiles. They are on the Humanitarian tiles.

I thought it might be a caching problem but I have tried it on different
browsers, application, machines and networks.

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

Re: [Talk-cz] Skoleni Brno

[Petr Vozdecký]

neber to "prikazovani" doslova... ale zkus si tam misto toho predstavit vetu
"nejaky obecni urad se rozhodnul zcelit nekonzistenci svych geo dat,
sjednotit jejich aktualizaci, vyuzit moznosti spoluprace s dalsimi
prispevateli a v neposledni rade take nabidnout zminena data verejnosti... a
zacal vsechna data zavadet do OSM).

aplikace typu wheelmap by byla OK ci spise genialni, pokud by byla
univerzalni pro ruzne typy mapovych objektu...

vop


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2017 8:41:47
Předmět: Re: [Talk-cz] Skoleni Brno

"
-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 2. 2017 2:11:31
Předmět: Re: [Talk-cz] Skoleni Brno
"konkrétní člověk vznesl dotaz, zda něco jako e-learning existuje. Mj. i
proto, že pokud by nějakému úředníkovi chtěl nařídit, aby si prostudoval
kapitoly 1-8 a na základě toho naklikal do databáze všechny odpadkáče v
dědině, tak prostě tuto možnost nemá...
"
Sice mám z toho "přikazování" husí kůži - to nemusí vždy dopadnout dobře…

Nicméně pro podobné případy bych si dokázal představit speciální aplikaci
podobnou wheelmap.org.

Uživatel si na začátku vybere oblast (vesnice, městská část) a co chce
mapovat (třeba ty koše nebo kontejnery), přes overpass-api by se dotáhly
dané objekty z OSM. Pak by si mohl prohlédnout aktuální stav a po přihlášení
by mohl jednotlivé objekty editovat, mazat a zakládat nové. No a na konci by
to všechno mohl nahrát do OSM.

Pro zkušeného web programátora (kam se nepočítám ;-) ) práce tak na den plus
pár dní na pořádné otestování.

Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz