Re: [Talk-us] An actual mini roundabout!

[Paul Johnson]

On Sat, Dec 10, 2016 at 5:57 PM, Bill Ricker  wrote:
>
> That seems dangerous for USA where (most of us) can't even manage to
> navigate the normal kind of rotary ("round-about" with shrubbery
> center) safely and correctly. Too many of us would take the left turn
> the same as they were used to when they should circulate.


I suspect this is a big factor as to why there's basically just that one.


> No Left Turn 4-6pm is hard enough to get dubious drivers to observe.
>

Depends on the area, I suspect.  In Oklahoma, there's typically flap-out
signs on a timer, unfurling when the restriction is in effect, and folding
back up when the restriction ends (often with the conditions for the
restriction also on the sign).  So even if the sign is open for some other
reason (like a power failure, since they fail open), people often ignore
the conditions and treat the restriction as if it's in effect.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Mozambique's living streets

[john whelan]

>Doesn't that feel like Africa already ?   dunno never been there.  It's
-13c tonight and -25c coming up shortly.  There is white stuff on the
ground.

> width and lanes keys could be used to provide info about smaller streets.
Pierre you're talking sense again.

I think we have highlighted the issue and that's really all we can do.
There is a difference between a local mapper with a tape measure and an
armchair mapper mapping from imagery for the first time without reading any
instructions but I can't put my finger on the critical difference.

I think we need boots on the ground to identify alleyways and very narrow
highways and Pierre's suggestion of them using width and lane tags makes a
lot of sense.

Thank you both for your thoughts.  If its currently warmer than -25c over
there I'm very tempted to pick up my tape measure and pop over to measure a
few street widths.

Cheerio John

On 10 December 2016 at 20:17, Pierre Béland  wrote:

> width and lanes keys could be used to provide info about smaller streets.
>
>
> Pierre
>
>
> --
> *De :* Jean-Marc Liotier 
> *À :* john whelan 
> *Cc :* OpenStreetMap talk mailing list 
> *Envoyé le :* samedi 10 décembre 2016 20h10
> *Objet :* Re: [OSM-talk] Mozambique's living streets
>
> Legal definition vs."duck typing" - there is a bit of both in
> Openstreetmap tagging... But because "living street" has a precise legal
> definition in Europe, involved mappers chose not to confuse the issue by
> using a different one.
>
> Then there was the question of differentiating large residential streets
> from minor ones... Some bright spark took initiative by tagging a large
> part of Dakar's residential streets as highway=service - that has been
> universally perceived as a very bad idea.
>
> I mostly just highway=residential with a surface=* tag but now that you
> remind me of those discussion, I'm thinking that a key differentiator is
> the presence of a sidewalk. What about:
>
> highway=residential
> surface=ground
> sidewalk=no
>
> Doesn't that feel like Africa already ?
>
>
> ___
> 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] Mozambique's living streets

[Pierre Béland]

width and lanes keys could be used to provide info about smaller streets.
  
Pierre 


  De : Jean-Marc Liotier 
 À : john whelan  
Cc : OpenStreetMap talk mailing list 
 Envoyé le : samedi 10 décembre 2016 20h10
 Objet : Re: [OSM-talk] Mozambique's living streets
   
Legal definition vs."duck typing" - there is a bit of both in 
Openstreetmap tagging... But because "living street" has a precise legal 
definition in Europe, involved mappers chose not to confuse the issue by 
using a different one.

Then there was the question of differentiating large residential streets 
from minor ones... Some bright spark took initiative by tagging a large 
part of Dakar's residential streets as highway=service - that has been 
universally perceived as a very bad idea.

I mostly just highway=residential with a surface=* tag but now that you 
remind me of those discussion, I'm thinking that a key differentiator is 
the presence of a sidewalk. What about:

highway=residential
surface=ground
sidewalk=no

Doesn't that feel like Africa already ?

___
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] Mozambique's living streets

[Jean-Marc Liotier]

Legal definition vs."duck typing" - there is a bit of both in 
Openstreetmap tagging... But because "living street" has a precise legal 
definition in Europe, involved mappers chose not to confuse the issue by 
using a different one.


Then there was the question of differentiating large residential streets 
from minor ones... Some bright spark took initiative by tagging a large 
part of Dakar's residential streets as highway=service - that has been 
universally perceived as a very bad idea.


I mostly just highway=residential with a surface=* tag but now that you 
remind me of those discussion, I'm thinking that a key differentiator is 
the presence of a sidewalk. What about:


highway=residential
surface=ground
sidewalk=no

Doesn't that feel like Africa already ?

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

Re: [OSM-talk] Mozambique's living streets

[john whelan]

My gut feel is these have been mapped before the African highway wiki
http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa guidelines were
written.  One batch was mapped in 2013.

If they were mapped on a HOT project that I was validating I'd probably
switch them to residential unless it was an experienced local mapper in
which case we might have a discussion.

I'm not sure what the implications of having them tagged living_street is.
I know highway=road is sometimes omitted by routing software as it is a
temporary type and you don't know if its a motorway or a footway with
steps.  Would routing software ignore them unless you were on foot?

I think its one of those things that needs one or two local mappers
gathered together for each country to check or make a decision on but
locating them and getting them to take ownership is difficult.  Certainly
sitting in Canada looking at imagery I wouldn't want to make the call when
it might be a local mapper and they might be correct.

The other approach is if there are no legally defined living_streets in
Africa or even a list of countries where they are not legally defined then
switch them to residential. Many residential streets have football games
etc played in the middle if the traffic isn't heavy in many parts of the
world.  I certainly remember telling a copper who thought we shouldn't be
playing rounders in the street. Why not its our street.  He took himself
off.

Perhaps the African highway wiki needs to be extended to cover them?

Thoughts?

Cheerio John

On 10 December 2016 at 19:15, Jean-Marc Liotier  wrote:

> On 12/10/2016 08:47 PM, john whelan wrote:
>
> I just did a search on part of Mozambique and came across more than 500
> highway=living_street.
>
> I always understood them to be a European concept highway with signs on
> the street and a very low max speed.  I wouldn't have expected to see so
> many clustered together in Mozambique.
>
> Idle curiosity are they a legal entity in Mozambique and other parts of
> Africa?
>
>
> A while ago (https://lists.openstreetmap.org/pipermail/talk-fr/2013-
> August/061580.html) I started a thread about usage of
> highway=living_street in Africa. The resulting consensus was that, while
> unpaved residential streets in Africa are living streets in practice, they
> are not legally classified that way - and therefore the correct tagging is
> highway=residential... But participants in the thread were mostly
> experienced with French-speaking Africa - so I cannot rule out the
> existence of a living street legal classification in other locales.
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] OSM pivo Praha - zápis

[Mikoláš Štrajt]

Zdravím,
posílám něco jako zápis z čtvrtletního piva OSM:

Dorazilo nás nakonec šest: Josef Jebavý / Multi, Jethro, Milan Černý / 
Milancer, Petr Schoneman, Jakub Těšínský / Gorn a Mikoláš Štrajt / Severák. 

Probrali jsme toho celkem během večera dost - popsal jsem poznámkami celý papír 
formátu A4ku, zkusím tedy vypíchnout to nejzajímavější.

Přinesl jsem pár ukázek svých výtvorů na bázi OSM, z nich nejvíc zaujal výtisk 
časopisu Rozvědčík[1], kde jsou mapy použity jako obrázky na pozadí. V jednu 
chvíli pak účastníci srazu hádali lokality jednotlivých stránek a nutno říct, 
že uhodli všechny, včetně té těžké na úvodní stránce.

Z podobného soudku je Gornem doporučená aplikace MapSwipe[2] - hravou formou na 
ní pomocí satelitnách snímků mapujete Afriku.

Dále jsme probírali jak jsme se dostali k mapování a co nejčastěji mapujeme. 
Jethro k tomuto tématu doporučuje talk amerického velvyslance v Turkmenistánu, 
který na toto téma hovořil na State of the map v Bruselu[3].

Několikrát se k nám vrátilo téma mapování pro renderer. Nejzajímavější příklad 
asi zmínil Milancer: Když mapujete 3D budovy podle schématu[4], může se vám 
stát, že z nich budou jen "krabice". Důvod spočívá v tom, že když vyznačíte na 
okraj budovy tu celkovou výšku (jak to doporučuje specifikace) překryje tato ty 
méně vysoké části budovy. Milan tedy byl nucen označit Petřínskou rozhlednu s 
ignorováním tohoto pravidla, jinak by zní byla v 3D renderech jen vysoká trubka.

S tím souvisel i dotaz kde že je v OSM testovací území na různé pokusy s 
vykreslením.

Dále jsme probírali geometrii a matematiku mapy  - pobřeží, multipolygony a 
podobnou havěť. Milancer zmínil pravidlo "padáš doprava"[5], které používá při 
mapování útesů (čáru útesu je totiž nutné zaznačit ve správném směru, aby se 
útes vykreslil na správné straně). Gorn přidal k dobru historku, jak byl v 
Irsku na útesu, který toto pravidlo nedodržoval a na mapě se tak jevil jako 
obrovská propast.

Nekonečným zdrojem témat se ukázaly turistické trasy. Řešilo se, kdo značí 
místní značení na sever od Plzně a kudy vlastně vede po našem území 
Svatojakubská cesta. Probíralo se, že na sever od Teplic je značení v 
"rumunském stylu" (barevná část značky vertikálně) a jaké to má výhody. A 
řešily se i rozdílné schopnosti mobilních rendererů, zvlášť s ohledem na souběh 
značek různých barev.

Probralo se i routování - běžná chyba všech navigací, které vám doporučují na 
světelné křižovatce provést U-Turn (a tím porušit dopravní předpisy), 
optimalizace na přednost zprava i to, jak se související dopravní předpisy liší 
stát od státu. Jethro pak doporučil svou aplikaci na Hledání pěších tras po 
Praze[6].

To by mělo být asi všechno, kdyžtam mě ještě někdo doplňte, pokud vám chybí 
nějaká zajímavá myšlenka z večera.

Ještě seznam odkazů:

[1]: http://rozvedcik.cz/blog/rozvedcik-xv
[2]: http://www.missingmaps.org/blog/2016/07/14/mapswipe/
[3]: https://www.youtube.com/watch?v=tMV4V0KsKzE=1113s
[4]: http://wiki.openstreetmap.org/wiki/Simple_3D_buildings
[5]: http://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dcliff
[6]: http://walk.bezva.org/

Zdraví
-- 
Mikoláš Štrajt / Severák / http://severak.svita.cz/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Trať 290 Olomouc - Šumperk - YouTube

[Mikoláš Štrajt]

K tomuto zdroji informací bych doplnil svůj oblíbený KIJ film.




Viz https://www.youtube.com/user/javdeluxe/videos




Videa označená jako KOKO jsou dokonce s komentářem tramvajáků. :-D




Jinak koukal jsem na nějaká videa podobného druhu z Ukrajiny a byla to 
celkem relaxační záležitost. Viz https://www.youtube.com/watch?v=WgMBkwLWrDU
=PLZ9FyVZ0LT3dSGCLR8EPveLkdIE_j8lkE=3





Zdraví

-- 

Mikoláš Štrajt / Severák / http://severak.svita.cz/



-- Původní zpráva --
Od: Tomáš Tichý 
Komu: OpenStreetMap Czech Republic 
Datum: 10. 12. 2016 20:48:53
Předmět: Re: [Talk-cz] Trať 290 Olomouc - Šumperk - YouTube

"
Tady je jich taky pár :-)
http://pohledzvlaku.cz/(http://pohledzvlaku.cz/)





TT




On Sat, Dec 10, 2016 at 7:55 PM Ladislav Nesnera  wrote:

"Railview.. :-D https://www.youtube.com/watch?v=nk53CfVnL9A
(https://www.youtube.com/watch?v=nk53CfVnL9A)

a tohle by mohl být také zajímavý typ zdroje -
https://www.youtube.com/watch?v=4K_mIsDf8uk
(https://www.youtube.com/watch?v=4K_mIsDf8uk) (BTS? O:-) :-D )

___
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: [OSM-talk] Mozambique's living streets

[Jean-Marc Liotier]

On 12/10/2016 08:47 PM, john whelan wrote:
I just did a search on part of Mozambique and came across more than 
500 highway=living_street.


I always understood them to be a European concept highway with signs 
on the street and a very low max speed.  I wouldn't have expected to 
see so many clustered together in Mozambique.


Idle curiosity are they a legal entity in Mozambique and other parts 
of Africa?


A while ago 
(https://lists.openstreetmap.org/pipermail/talk-fr/2013-August/061580.html) 
I started a thread about usage of highway=living_street in Africa. The 
resulting consensus was that, while unpaved residential streets in 
Africa are living streets in practice, they are not legally classified 
that way - and therefore the correct tagging is highway=residential... 
But participants in the thread were mostly experienced with 
French-speaking Africa - so I cannot rule out the existence of a living 
street legal classification in other locales.


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

[talk-ph] Fwd: [OSM-talk] weeklyOSM #333 29/11/2016-05/12/2016

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Sun, Dec 11, 2016 at 3:16 AM
Subject: [OSM-talk] weeklyOSM #333 29/11/2016-05/12/2016
To: t...@openstreetmap.org


The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all
things happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

Re: [Talk-us] An actual mini roundabout!

[Bill Ricker]

On Sat, Dec 10, 2016 at 6:16 AM, Paul Johnson  wrote:
> or car is going to be ouch-o-rama for something is designed to be
> traversable by trucks,

luckily my "car" is eligible for truck or passenger plates; i've
crossed higher medians (un)intentionally (both). If neither
running-boards or transmission touches, i'm good. :-)
But i'd follow the circle anyway.

> whereas mini roundabouts are routinely ignored if
> nobody else is at the junction

That seems dangerous for USA where (most of us) can't even manage to
navigate the normal kind of rotary ("round-about" with shrubbery
center) safely and correctly. Too many of us would take the left turn
the same as they were used to when they should circulate.  No Left
Turn 4-6pm is hard enough to get dubious drivers to observe.


-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux

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

Re: [OSM-talk-fr] aires de covoiturage

[osm . sanspourriel]

Le 10/12/2016 à 22:05, Romain MEHUT - romain.me...@gmail.com a écrit :


Grosso si tu veux cartographier des parking à tandems, tu as
raison ;-).
Mais ce n'est pas le cas me semble-t-il.


Nous n'avons donc pas la même lecture, à partir de "/exceptions faites 
pour celles dont l'emplacement représente plus qu'un emplacement/".


Romain
J'ai relu en français 
 et 
en anglais 
 mais 
c'est en allemand 
 que 
c'est le plus clair. Tu peux mettre ensemble si les différentes places 
ne sont pas marquées au sol ou si ça fait un ensemble cohérent, mais 
dans ce cas ça doit faire partie d'un parking 
.
Par exemple dans une zone de parking tu traces les allées et pour les 
places individuelles, tu fais un paquet cadeau pour les places voiture 
d'une même rangée, idem pour les parties PL et tu mappes les places 
handicapé une à une (non précisé mais je dirais : une à une car si elles 
sont plus larges il est moins évident de déterminer leur nombre).


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

Re: [OSM-talk-fr] aires de covoiturage

[Romain MEHUT]

Le 9 décembre 2016 à 23:01,  a écrit :

> Extraits de la page :
>
> La propriété amenity =
> *parking_space* sert pour signaler un emplacement particulier au sein
> d'un lot de places de parking.
> Chaque élément *parking space* devrait être tracé comme une zone séparée,
> exceptions faites pour celles dont l'emplacement représente plus qu'un
> emplacement:
>
>- Beaucoup d'emplacements similaires côte à côte sans aucune
>attribution différente et vous ne souhaitez pas une contrainte
>supplémentaire (par exemple un parking de vélos);
>- les places sont trop petites pour être tracées (par exemple un
>parking de vélos);
>- Ne devrait pas être utilisé comme représentation d'une large surface
>unique de parking (*"one big single parking area"*). Les voies ne
>doivent pas couper les zones tracées.
>
>
> Grosso si tu veux cartographier des parking à tandems, tu as raison ;-).
> Mais ce n'est pas le cas me semble-t-il.
>

Nous n'avons donc pas la même lecture, à partir de "*exceptions faites pour
celles dont l'emplacement représente plus qu'un emplacement*".

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

Re: [OSM-talk] Maps.me editing

[Martin Koppenhoefer]

> P.s. don't forget, no editing software is perfect (desktop or mobile). The 
> best aim is to help improve the user experience to reduce the error rate. The 
> alternative is we restrict editing to just those with "experience" and 
> everyone else can only submit Notes. This doesn't seem scalable to me.


it seems sufficiently scalable for deleting stuff like settlements. I 
appreciate the choice by the maps.me devs to just create a note rather than 
directly delete stuff.

Deletions are hard to spot, it happened quite some times that I discovered a 
(wrong/malicious ) deletion months and years after it occurred. Even more so as 
the items tend to be re-added quite fast, but often with much fewer details 
(and their object history gone).

Not all problems occur because of improvable editing software, there are also 
(few) people around that intentionally vandalize the map.

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

Re: [OSM-talk-fr] Proposition interrupteurs électriques : vote en cours

[François Lacombe]

Bonsoir Stéphane,

Le 10 décembre 2016 à 20:04, Stéphane Péneau  a
écrit

>
> Heu... la réflexion ne concerne effectivement que l'énergie.
> Comme il a été mentionné, le power:switch aurait eu l'avantage d'être
> cohérent avec railway:switch
>
La proposition ne concerne que l'énergie, mais quitte à introduire une clé,
autant la penser pour servir dans d'autres domaines.
En étant suffisamment générique sur substation=* on a pu l'utiliser avec
les pipelines et sur le railway aussi.
C'est le cas sur location:transition aussi, qui a remplacé au moins 5
clés/valeurs différentes très spécifiques et peu parlantes.

Difficile d’être cohérent avec beaucoup de choses dans le domaine power et
avec railway:switch :(



> Ceci dit, oui, c'est plus cohérent avec les autres clés utilisées, bien
> que l'empilement de clés sur un même point commence à être un peu compliqué
> : on peut se retrouver avec le poteau, le transfo, le switch, les lignes de
> différentes tensions,  tout cela sur un seul et même point, alors que ce
> sont des éléments différents. On retrouve un peu ce genre de problématique
> en mapping indoor.
>
Dans le cas de différents éléments uniques, justement l'assemblage de
plusieurs clés sert parfaitement, sans redonder le contexte.
power=pole
switch=mechanical
transformer=distribution

On a aussi le même problème avec plein d'antennes sur un même poteau.

Ce peut alors être l'occasion de créer des nœuds distincts.


> Pour ma part, si j'ajoute des switches, je risque d'être bien en peine
> pour savoir de quel type il est. Ça risque de se terminer en switch=yes
>
Ca n'est pas un problème.
Ca laisse l'occasion à quelqu'un de plus qualifié de venir compléter l'info
après coup.

Chaque goutte rempli l'océan, et la démarche de documenter correctement de
nouvelles clés et démarches est très fastidieux.
Il y a un gros taff sur telecom=*

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

Re: [OSM-talk-fr] Difficultés à mettre en œuvre le style OSM FR

[Maël REBOUX]

Bonjour Christian.

Pour ce qui touche aux rajouts SQL je te propose de rajouter des choses à 
https://github.com/cquest/osmfr-cartocss/pull/26/ ?
J’ai une branche issue_16 qui pourrait servir à ça si tu le souhaites.

Tant qu’on est sur le SQL, je n’ai noté aucune création d’indexes spécifiques / 
différents des tables par défaut. Correct ?

Maël

Le 10 déc. 2016 à 20:02, Christian Quest  a écrit :

> Effectivement il manque quelques pièces au puzzle... que je suis en train de 
> modifier pour le nouveau serveur de tuiles.
> 
> J'ai ajouté la fonction to_int il y a très très peu de temps, j'en ai une 
> seconde toute fraîche fr_abbrev.
> 
> to_int sert à convertir un texte en entier sans provoquer d'erreur SQL au cas 
> où on aurait autre chose que des chiffres... car on trouve par exemple des 
> trucs bien étrange dans population=*
> 
> select 
> left(regexp_replace(coalesce('0'||$1,'0'),'^([0-9]*).*','\1'),12)::bigint;
> 
> 
> Je vais rajouter un .sql pour ça, ainsi que pour la table params...
> 
> 
> 
> 
> Le 10 décembre 2016 à 19:50, Maël REBOUX  a 
> écrit :
> Bonjour tous,
> 
> Je suis en train de me faire la main sur le montage d’un serveur de tuiles.
> Je n’ai pas eu de difficultés particulières sur les installations logicielles 
> (à part l’utilisation d’une version de carto en dehors des paquets debian).
> 
> Je produis sans difficultés des tuiles avec le style OSM original : 
> https://github.com/gravitystorm/openstreetmap-carto/
> Mais je me casse les dents sur la mise en œuvre du style OSM FR : 
> https://github.com/cquest/osmfr-cartocss
> 
> Je ne suis pas le seul à rencontrer des difficultés comme le montre certains 
> tickets.
> Je propose d’ailleurs 2 pull request qui aideraient (peut-être) un peu : 
> https://github.com/cquest/osmfr-cartocss/pull/25 et 
> https://github.com/cquest/osmfr-cartocss/pull/26. Elles-même en doublon 
> partiel avec une PR qui date de cet été : 
> https://github.com/cquest/osmfr-cartocss/pull/18
> 
> Actuellement je bute sur l’absence d’une fonction to_int() dans PostgreSQL.
> J’ai ouvert un ticket pour ce problème : 
> https://github.com/cquest/osmfr-cartocss/issues/27
> Si quelqu’un connaît cette fonction to_int() ou a une autre idée à partager 
> ici…
> 
> Merci d’avance pour votre aide.
> 
> Maël
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> 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] Mozambique's living streets

[john whelan]

I just did a search on part of Mozambique and came across more than 500
highway=living_street.

I always understood them to be a European concept highway with signs on the
street and a very low max speed.  I wouldn't have expected to see so many
clustered together in Mozambique.

Idle curiosity are they a legal entity in Mozambique and other parts of
Africa?

Does the routing software commonly exclude them from routes? as I would
expect.

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

Re: [Talk-cz] Trať 290 Olomouc - Šumperk - YouTube

[Tomáš Tichý]

Tady je jich taky pár :-)
http://pohledzvlaku.cz/

TT

On Sat, Dec 10, 2016 at 7:55 PM Ladislav Nesnera  wrote:

> Railview.. :-D https://www.youtube.com/watch?v=nk53CfVnL9A
>
> a tohle by mohl být také zajímavý typ zdroje -
> https://www.youtube.com/watch?v=4K_mIsDf8uk (BTS? O:-) :-D )
>
> ___
> 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

hebdoOSM Nº 333 29/11/2016-05/12/2016

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

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

[Talk-GB] weeklyOSM #333 29/11/2016-05/12/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

[OSM-talk-ie] weeklyOSM #333 29/11/2016-05/12/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

[Talk-ca] weeklyOSM #333 29/11/2016-05/12/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

[Talk-in] weeklyOSM #333 29/11/2016-05/12/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

[OSM-talk] weeklyOSM #333 29/11/2016-05/12/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 333,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8419/

Enjoy!

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

Re: [OSM-talk-fr] Proposition interrupteurs électriques : vote en cours

[Stéphane Péneau]

Salut !



Le 10/12/2016 à 18:41, François Lacombe a écrit :
Le parti est pris d'introduire une clé suffisamment générique, 
switch=*, pour servir dans d'autres domaines, avec d'autres valeurs.


power:switch= est moins opportun, parce que la réflexion n'aurait 
concerné que le domaine de l'énergie.



Heu... la réflexion ne concerne effectivement que l'énergie.
Comme il a été mentionné, le power:switch aurait eu l'avantage d'être 
cohérent avec railway:switch


Ceci dit, oui, c'est plus cohérent avec les autres clés utilisées, bien 
que l'empilement de clés sur un même point commence à être un peu 
compliqué : on peut se retrouver avec le poteau, le transfo, le switch, 
les lignes de différentes tensions,  tout cela sur un seul et même 
point, alors que ce sont des éléments différents. On retrouve un peu ce 
genre de problématique en mapping indoor.


Pour ma part, si j'ajoute des switches, je risque d'être bien en peine 
pour savoir de quel type il est. Ça risque de se terminer en switch=yes


Stf

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

Re: [OSM-talk-fr] Difficultés à mettre en œuvre le style OSM FR

[Christian Quest]

Effectivement il manque quelques pièces au puzzle... que je suis en train
de modifier pour le nouveau serveur de tuiles.

J'ai ajouté la fonction to_int il y a très très peu de temps, j'en ai une
seconde toute fraîche fr_abbrev.

to_int sert à convertir un texte en entier sans provoquer d'erreur SQL au
cas où on aurait autre chose que des chiffres... car on trouve par exemple
des trucs bien étrange dans population=*


*select
left(regexp_replace(coalesce('0'||$1,'0'),'^([0-9]*).*','\1'),12)::bigint;*


Je vais rajouter un .sql pour ça, ainsi que pour la table params...




Le 10 décembre 2016 à 19:50, Maël REBOUX  a
écrit :

> Bonjour tous,
>
> Je suis en train de me faire la main sur le montage d’un serveur de tuiles.
> Je n’ai pas eu de difficultés particulières sur les installations
> logicielles (à part l’utilisation d’une version de carto en dehors des
> paquets debian).
>
> Je produis sans difficultés des tuiles avec le style OSM original :
> https://github.com/gravitystorm/openstreetmap-carto/
> Mais je me casse les dents sur la mise en œuvre du style OSM FR :
> https://github.com/cquest/osmfr-cartocss
>
> Je ne suis pas le seul à rencontrer des difficultés comme le montre
> certains tickets.
> Je propose d’ailleurs 2 pull request qui aideraient (peut-être) un peu :
> https://github.com/cquest/osmfr-cartocss/pull/25 et
> https://github.com/cquest/osmfr-cartocss/pull/26. Elles-même en doublon
> partiel avec une PR qui date de cet été : https://github.com/cquest/
> osmfr-cartocss/pull/18
>
> Actuellement je bute sur l’absence d’une fonction to_int() dans PostgreSQL.
> J’ai ouvert un ticket pour ce problème : https://github.com/cquest/
> osmfr-cartocss/issues/27
> Si quelqu’un connaît cette fonction to_int() ou a une autre idée à
> partager ici…
>
> Merci d’avance pour votre aide.
>
> Maël
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

semanárioOSM Nº 333 29/11/2016-05/12/2016

[weeklyteam]

Bom dia,

O semanárioOSM Nº 333, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8419/

Aproveite!

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

[Talk-cz] Trať 290 Olomouc - Šumperk - YouTube

[Ladislav Nesnera]

Railview.. :-D https://www.youtube.com/watch?v=nk53CfVnL9A

a tohle by mohl být také zajímavý typ zdroje -
https://www.youtube.com/watch?v=4K_mIsDf8uk (BTS? O:-) :-D )

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

[OSM-talk-fr] Difficultés à mettre en œuvre le style OSM FR

[Maël REBOUX]

Bonjour tous,

Je suis en train de me faire la main sur le montage d’un serveur de tuiles.
Je n’ai pas eu de difficultés particulières sur les installations logicielles 
(à part l’utilisation d’une version de carto en dehors des paquets debian).

Je produis sans difficultés des tuiles avec le style OSM original : 
https://github.com/gravitystorm/openstreetmap-carto/
Mais je me casse les dents sur la mise en œuvre du style OSM FR : 
https://github.com/cquest/osmfr-cartocss

Je ne suis pas le seul à rencontrer des difficultés comme le montre certains 
tickets.
Je propose d’ailleurs 2 pull request qui aideraient (peut-être) un peu : 
https://github.com/cquest/osmfr-cartocss/pull/25 et 
https://github.com/cquest/osmfr-cartocss/pull/26. Elles-même en doublon partiel 
avec une PR qui date de cet été : 
https://github.com/cquest/osmfr-cartocss/pull/18

Actuellement je bute sur l’absence d’une fonction to_int() dans PostgreSQL.
J’ai ouvert un ticket pour ce problème : 
https://github.com/cquest/osmfr-cartocss/issues/27
Si quelqu’un connaît cette fonction to_int() ou a une autre idée à partager 
ici… 

Merci d’avance pour votre aide.

Maël


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

Re: [OSM-talk-fr] SIG "open data" Communauté d'Aglomération du Grand Sénonais (89)

[Christian Quest]

Créditer ne suffit pas toujours... ça semble être une rédaction qui
méconnait les droits (surtout quand on lit un "droits réservés" ou

*©*).

Données IGN:
- le scan 25 n'est pas open, aucune info ne peut y être reprise
- BD Ortho, nous avons signé une convention en mai dernier avec l'IGN qui
nous permet de l'utiliser pour améliorer les données OSM, voir
http://openstreetmap.fr/bdortho

Cadastre:
- nous avons le feu vert depuis de nombreuses années nous permettant de
l'utiliser pour améliorer les données OSM

Si pour les autres données du SIG il suffit de mentionner la source, ça
semble ok... mais c'est quand même à confirmer.
Je n'ai par contre pas trouvé comment télécharger des données...


Le 10 décembre 2016 à 11:45, Alain VASSAULT <
alain.vassa...@tranquillement.info> a écrit :

> Hello,
>
> contributeur débutant quand l'hôpital et mes enfants me laissent le temps
> et l'énergie, je vient de découvrir un site, fait par la communauté de
> commune, de cartographie avec nombreuses informations et calques.
>
> "Aujourd’hui, dans un contexte, d’ouverture de données (open data*) et de
> transparence de l’information, la CCS souhaite mettre à disposition du
> public certaines de ses données via une application cartographie
> interactive : Géo*S*énonais."
> http://www.grand-senonais.fr/presentation_geosenonais.php
>
> L'accès à cette carte touchant les 27 communes de la zone est ici:
> http://ccs.sirap.fr/simap/
>
> Il y a les coordonnées du service SIG sur la première page citée ci-dessus.
>
> Je ne vois pas d'accès direct aux données, ni d'accès aux coordonnées des
> différents points qui m'intéresserais pour compléter ce que j'ai commencé à
> rentrer dans OSM pour ma commune "Saint-Martin-Du-Tertre 89100".
>
> Bref je trouve leur interface non pratique (la carte colle à ma sourie
> après un déplacement...) et pas mal de data pourrais être versée dans la DB
> OSM.
> Ils indiquent qu'on peut utiliser les dites data, si et seulement si, on
> crédite les droits:
>
> "Dans un souci de droits de propriété intellectuelle, merci de bien
> vouloir mentionner la source et les mentions obligatoires de chaque donnée
> dans une utilisation professionnelle ou personnelle, à savoir :
>
>-
>
>
> *pour les données IGN : copyright « © IGN – BD Ortho juillet 2007 ou 2011
>» ; copyright « © IGN – scan25 » *
>-
>
> *pour les données cadastrales : « Direction Générale des Finances
>Publiques – Cadastre- Droits réservés » *
>-
>
> *pour les autres données : « service S.I.G. de la Communauté de Communes
>du Sénonais » *
>
> "
>
> L'IGN et le cadastre aucun problème avec OSM, mais quid de leurs données?
> A part "OpenData" aucune mention de licence (du moins de ce que j'ai vu)
> Une personne "habituée" à ce genre de service pourrais les contacter pour
> les "migrer" ou rentre dispo les data sur OSM? ^^
>
> tranquille
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Proposition interrupteurs électriques : vote en cours

[François Lacombe]

Suite aux différentes réactions déjà reçues ce jour, peut être est
l'occasion d'apporter la précision suivante sur cette propal.

Le parti est pris d'introduire une clé suffisamment générique, switch=*,
pour servir dans d'autres domaines, avec d'autres valeurs.
power:switch= est moins opportun, parce que la réflexion n'aurait concerné
que le domaine de l'énergie.
Il n'existe pas, par ailleurs, de power:location, power:substation ou
power:plant.

En utilisant ces clés sur des objets qualifiés avec power=* le contexte est
connu de facto et il serait redondant de l'indiquer une deuxième fois.

Des doutes sur la capacité a dissocier une "sous-station" électrique du
reste ?
Pas de soucis sur overpass : ["power"]["substation"]
Idem avec les interrupteurs : ["power"]["switch"]

La liste des valeurs est suffisamment précise pour faire une QA efficace.

By the way, merci pour vos retours.

François

Le 10 déc. 2016 2:01 PM, "François Lacombe"  a
écrit :

Bonjour à tous,

Je n'avais pas diffusé l'info directement ici il y a 15 jours, le vote de
la proposition que j'ai rédigé sur le wiki pour la cartographie des
"interrupteurs" électriques est en cours.
Cette carto, très industrielle et technique, permet de mieux comprendre le
fonctionnement des réseaux électriques et des flux d'énergie, a l'image de
ce qui est fait sur les voies ferrées.

https://wiki.openstreetmap.org/wiki/Proposed_features/
Power_switching_extension

C'est certes en anglais, voici un condense du contenu :
on utilise déjà power=switch pour indiquer un dispositif d'aiguillage de
l'électricité
La nouvelle clé switch=* vient en préciser 4 grandes fonctions
(indépendamment de la forme, couleur ou matériaux)
switch=disconnector, simple sectionneur
switch=mechanical, interrupteur permettant d'ouvrir un circuit en charge
(comme a la maison)
switch=circuit_breaker, disjoncteur pouvant couper même les court-circuita
switch=earthing, sectionneur de mise a la terre

Je vous laisse vous référer aux photos pour avoir des exemples.

Merci par avance pour vos réactions en bas de document si vous en avez

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

[OSM-talk] Maps.me editing

[Rob Nickerson]

> With the complaints people have about Maps.me, just imagine how many more 
> there would be if places could be deleted from within the app.


Alternatively, imagine how great it would be if we had many more
people editing OSM, via mobile apps whilst stood at the location they
are mapping! Surely that's the true spirit of the wiki style, on the
ground surveys many wish for. :-)

Rob

P.s. don't forget, no editing software is perfect (desktop or mobile).
The best aim is to help improve the user experience to reduce the
error rate. The alternative is we restrict editing to just those with
"experience" and everyone else can only submit Notes. This doesn't
seem scalable to me.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-GB] Maps.me editing

[Rob Nickerson]

> With the complaints people have about Maps.me, just imagine how many more 
> there would be if places could be deleted from within the app.


Alternatively, imagine how great it would be if we had many more
people editing OSM, via mobile apps whilst stood at the location they
are mapping! Surely that's the true spirit of the wiki style, on the
ground surveys many wish for. :-)

Rob

P.s. don't forget, no editing software is perfect (desktop or mobile).
The best aim is to help improve the user experience to reduce the
error rate. The alternative is we restrict editing to just those with
"experience" and everyone else can only submit Notes. This doesn't
seem scalable to me.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-se] Access-Control-Allow-Origin header för tiles

[Karl Wettin]

Låter rimligt. 

Joakim, vi kan väl helt enkelt augmentera alla svar från tile med det i 
Varnish? Eller skall jag göra det i tile-vmen i stället?

Skickat från min iPhone

> 10 dec. 2016 kl. 17:29 skrev Robert Scholz :
> 
> Jag skulle vilja att response headern Access-Control-Allow-Origin: * sätts 
> för tiles som hämtas från tile-servrarna. Detta för att kunna exportera 
> kartor som skapats med hjälp av OSM Sverige till bildfiler. Tiles från 
> exempelvis openstreetmap.org och Bing Maps har headern satt och kan därmed 
> användas vid export till bild, jag skulle vilja göra samma sak med OSM 
> Sverige.
> 
> Med vänlig hälsning,
> Robert Scholz
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se

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

[OSM-talk-ie] North Dock Area of Dublin

[Cormac O Murchú]

There is a severe weakness in Nominatim (partly our fault and partly its
fault)

 

Nominatim scrupulously Nests Admin Units. 

 

Rev Geocoding 1 Dock Street will return. 

 

1 Dock Street (addr)

North Dock A ED ( admin level 9)

EG  North City Municipal District EG (Admin Level 8)

Dublin (Admin Level 7)

Co Dublin (Admin Level 6)

Leinster (Admin Level 5)

 

So it is important to IGNORE a lot of admin levels outta nominatim for it to
make sense. The ED is irrelevant to routing and addressing as Postcodes took
over as pseudo EDs in the 1960s for that purpose.  

 

We need to remove the provincial and traditional county ADMIN levels and
only have admin levels 7-10 to make better administrative sense. We then
need to ignore less of them ….but still ignore some. 

 

Nor should Electoral Divisions up north have an admin level  they should be
boundary=historic as they were replaced by analogous ( albeit gerrymandered)
wards in the 1920s and these are the admin level 9 entities up there.
Arguably the provinces are even more historic….I think they were abolished
as admin units of any sort by the 1100s :)

 

 

 

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

Re: [OSM-talk-fr] installation troglodytique

[althio]

Bonjour,

Je suggère d'utiliser le tag existant plus global :
historic=archaeological_site
https://wiki.openstreetmap.org/wiki/FR:Tag:historic%3Darchaeological_site

Pour détailler, il faudrait inventer un sous-tag site_type=*.
Pour coller encore à l'existant (historic=tomb ; tomb=rock-cut), je te propose
historic=archaeological_site
site_type=rock-cut

avec des options pour:
ruins=yes
tourism=yes
name="nom du site"
historic:civilization=*
historic:period=*
historic:era=*
start_date=*
...

Je serai ravi d'avoir ton retour, pour savoir si cela te semble assez
détaillé et correspondre à la situation.

-- althio


2016-12-08 10:12 GMT+01:00 ades_...@orange.fr :
> bonjour,
> comment taguer un habitat ou une installation troglodytique ?
>
> taginfo ne renvoie que des occurrences associées au champ ‘name’.
> ___
> 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-se] Access-Control-Allow-Origin header för tiles

[Robert Scholz]

Jag skulle vilja att response headern Access-Control-Allow-Origin: * sätts  
för tiles som hämtas från tile-servrarna. Detta för att kunna exportera  
kartor som skapats med hjälp av OSM Sverige till bildfiler. Tiles från  
exempelvis openstreetmap.org och Bing Maps har headern satt och kan därmed  
användas vid export till bild, jag skulle vilja göra samma sak med OSM  
Sverige.


Med vänlig hälsning,
Robert Scholz

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Bonjour,

Le 09/12/2016 à 22:51, Florian_G a écrit :

Une idée pourrait être :
  - sur le bâtiment : "addr:housename=C1" ;
  - un polygone sur les 2 bâtiments, de type "building=apartments" avec, ou pas, 
"addr:housenumber=12"  ;
  - remplacer "building=apartments" par "building:part=apartments" sur chacun 
des bâtiments ;
  - mettre "entrance=*" sur la porte d'entrée si tu sais où elle est.
Ce n'est qu'une idée. :-)


Ton idée me paraît pas mal, je vais tester.


Une question : les bâtiments ne sont pas bien calés sur le Cadastre, c'est 
normal ?


D'après plusieurs sources de photos aériennes, dont des orthophotos 
fournies en WMS par GéoBourgogne, le cadastre est légèrement décalé.


Merci

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

Re: [Talk-cz] dotaz na vyčištění cache v JOSM

[jzvc]

Dne 10.12.2016 v 11:28 Michal Pustějovský napsal(a):

Ony se ty dlaždice budou uchovávat někde na disku, takže je půjde smazat
i odtamtaď. Na Windowsech to bude buď temp nebo %appdata%.


Cus,
pro win nejak takhle:

for /f %%g in ('dir /ad /b "C:\Users\"') do del /s /f /q 
"C:\Users\%%g\Appdata\Local\JOSM\*"


for /f %%g in ('dir /ad /b "C:\Users\"') do for /f %%f in ('dir /ad /b 
"C:\Users\%%g\Appdata\Local\JOSM\"') do rd /s /q 
"C:\Users\%%g\Appdata\Local\JOSM\%%f"


Nema smysl to resit z josm, tam to funguje jen na neco, tohle smazne 
vsechno. Nicemu to nevadi, nastaveni to nemaze.




10. prosince 2016 8:28:45 CET, majka  napsal:

Krátce - ano, v nastavení je možné vymazat. Ale - jde to jen vše pro
každý jednotlivý podklad, tedy například kompletní Bing, ne jen
staré dlaždice.


Dne 10. 12. 2016 7:20 napsal uživatel "Zdeněk Pražák"
>:

chtěl jsem se zeptat, zda v JOSM existuje možnost vyčistit cache
od starých stažených podkladových dlaždic

___
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


--
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte
prosím moji stručnost.


___
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] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Luigi Toscano]

Stefano ha scritto:
> Gli atti amministrativi sono di dominio pubblico.
> 

Giusto. Non mi era chiaro cosa si intendesse per "pdf ufficiali", se gli atti
o delle mappe (cosa di cui abbiamo discusso taaanto tempo fa).


-- 
Luigi

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

Re: [Talk-it] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Stefano]

Gli atti amministrativi sono di dominio pubblico.

Ciao,
Stefano


On Dec 10, 2016 14:50, "Luigi Toscano"  wrote:

Alfredo Gattai ha scritto:
> Se i pdf sono rilasciati in forma libera non ci dovrebbero essere problemi

Però bisogna definire bene cosa vuol dire "forma libera", che non è
"accessibile via internet".

--
Luigi

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

Re: [Talk-it] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Luigi Toscano]

Alfredo Gattai ha scritto:
> Se i pdf sono rilasciati in forma libera non ci dovrebbero essere problemi

Però bisogna definire bene cosa vuol dire "forma libera", che non è
"accessibile via internet".

-- 
Luigi

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

Re: [Talk-it] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Marco_T]

Ciao Alessandro,
anche io mi sono posto la stessa domanda parecchie volte.
Spesso anche solo per risolvere una nota che segnala un errore ortografico
in una via non riesco a trovare fonti ufficiali senza restrizioni all'uso, e
ciò è avvilente.
I Piani Regolatori Comunali, oggi chiamati anche PGT (piani governo
territorio), sono una ottima fonte di informazioni ma non sempre si possono
usare liberamente.
Ho cercato per esempio Monza:
https://sit.comune.monza.it/pgt/
veramente un bel lavoro. Trovi il catastale, lo stradario, i civici e gli
aspetti urbanistici.
Pero' cercando bene nel sito (di solito a piè pagina della home) trovi le
"Note legali":
http://www.comune.monza.it/it/utilita/note-legali/
che credo si riferiscono a tutte le informazioni contenute nel sito e che
obbliga a citare la fonte ed in link alla licenza.
Queste informazioni secondo me devono essere messe nel changelog come fonte,
per esempio: "consultazione SIT Comune Monza,
https://creativecommons.org/licenses/by/2.5/it/;

Spero che qualcuno che ci legge confermi ciò.


-- 
Marco_T






--
View this message in context: 
http://gis.19327.n8.nabble.com/Riutilizzo-informazioni-PRG-PAT-PI-in-Openstreetmap-tp5887199p5887208.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

[OSM-talk-fr] Proposition interrupteurs électriques : vote en cours

[François Lacombe]

Bonjour à tous,

Je n'avais pas diffusé l'info directement ici il y a 15 jours, le vote de
la proposition que j'ai rédigé sur le wiki pour la cartographie des
"interrupteurs" électriques est en cours.
Cette carto, très industrielle et technique, permet de mieux comprendre le
fonctionnement des réseaux électriques et des flux d'énergie, a l'image de
ce qui est fait sur les voies ferrées.

https://wiki.openstreetmap.org/wiki/Proposed_features/Power_switching_extension

C'est certes en anglais, voici un condense du contenu :
on utilise déjà power=switch pour indiquer un dispositif d'aiguillage de
l'électricité
La nouvelle clé switch=* vient en préciser 4 grandes fonctions
(indépendamment de la forme, couleur ou matériaux)
switch=disconnector, simple sectionneur
switch=mechanical, interrupteur permettant d'ouvrir un circuit en charge
(comme a la maison)
switch=circuit_breaker, disjoncteur pouvant couper même les court-circuita
switch=earthing, sectionneur de mise a la terre

Je vous laisse vous référer aux photos pour avoir des exemples.

Merci par avance pour vos réactions en bas de document si vous en avez

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

Re: [Talk-se] ideell förening - OpenStreetMap Sverige

[Prolineserver]

Hej!

Jag är också ganska skeptiskt med samma anledningar som nämns övan.

Av 6 som kan tänka sig ställa upp som styrelse är det kanske 4 som
verkligen ställer upp, och det är på längre sikt ännu färre som
ställer upp till mer än att bara delta i styrelsemöten. I Wikimedia
Sverige var det nästan bara Jan Ainali och jag som under flera år har
satsat ganska många timmar i veckan för att dra föreningen vidare. Att
föreningen lyckades berodde dels på att vi hade än väldigt bra
kontaktnät när det startades, samt att föreningen var i en komfortabel
finansiell situation från början (stor privat donation vid start,
Wikipedias julkampanj samt nu extern finansiering från stiftelser och
staten). Det har varit/är väldigt svart att få aktiviteter igång som
inte drivs av styrelsen/kansliet.

Behövs det en representant i Sverige så går det att en redan
existerande förening kan söka att bli en officiell OSM-chapter. Så
gjorde t.ex. Wikimedia Italia:
http://www.wikimedia.it/cosa-facciamo/openstreetmap-italia/

Hälsningar,
Holger Motzkau


2016-11-28 0:58 GMT+01:00 Andreas Vilén :
> Jag är den som är skeptisk, mycket enligt Jans och Per Erics inlägg ovan,
> vad är det egentligen vi vill göra med en förening? Sedan verkar det som att
> vi är väldigt få. Exempelvis är det kanske fyra-fem stycken som är mer
> aktiva på IRC, och där kan det ändå vara knäpptyst flera dagar på raken.
> Maillistan brukar inte dra speciellt mycket aktivitet även om man frågar om
> något som borde engagera de flesta och Facebookgruppen är det också oftast
> samma namn som deltar. Jag vet att det finns fler som mappar än dessa och
> outreach har alltid varit ett problem på OSM eftersom det inte finns samma
> naturliga samlingspunkt som på Wikipedia exempelvis.
>
> Jag tror att vill man ha en gemensam representation är det bättre att gå
> under Wikimedia Sverige, där dessa rekommenderar någon som har kontakt med
> press och liknande. Bara att utse en presskontakt för OSM i Sverige är ju
> inte helt lätt när bara fem-sex stycken skulle delta i en sådan diskussion,
> med några hundra användare helt utan röst eftersom de inte känner till
> kontaktvägarna. Även svenska Wikipedia hade en presskontakt ganska långt
> innan det fanns någon förening, så det är inget krav.
>
> Det jag kan tänka mig att man kan ha en förening till är att sätta press på
> ägare av geodata att släppa den fri, men det tror jag nog att den redan
> etablerade Wikimedia Sverige gör bättre än en nystartad mikroförening som
> ingen hört talas om. Att organisera mapparträffar vore förvisso trevligt,
> lite som Wikipedias fototräffar, men med tanke på hur få vi är har detta
> alltid varit svårt. På sin höjd har vi lyckats samla ihop tre-fyra personer
> i Skåne, med undantag för Mappa Malmö-träffen i Lund där vi var ett tiotal
> (var är alla ni, är ni aktiva fortfarande får ni gärna höra av er). Inte för
> att vi kämpat jättemycket för att kontakta andra användare förvisso, med
> undantag för mappa Malmö-träffen.
>
> Jag vet inte riktigt vart jag vill komma med allt detta, och det är väl
> delvis mitt ointresse i föreningslivet som spökar, men jag ser helt enkelt
> inte riktigt poängen och kan inte tänka mig att det kommer att bli en
> förening som gör något direkt... Bevisa gärna min negativitet fel om det
> behövs.
>
> /Andreas
>
> 2016-11-28 0:36 GMT+01:00 Kristoffer Malmström :
>>
>> Jag vet inte riktigt om det är vad man vill göra för projekt och vad man
>> vill genomföra som är det viktiga.
>>
>> Tror att det vore bra om det finns en organisation som representerar
>> OpenStreetMap i Sverige, dvs. uttalat, så att man vet vilka man ska kontakta
>> för att få svar på frågor som gäller just OpenStreetMap.
>> Har för mig att någon nämnt detta tidigare, att det är problem att hitta
>> var man ska vända sig i Sverige angående OSM.
>>
>> Wikimedia Sverige eller Open Knowledge Sverige, eller annan organisation
>> kanske kan skapa någon slags undergrupp vars syfte är att ta på sig dessa
>> grejer, utan att man bildar någon ny förening.
>>
>> Finns såklart både för- och nackdelar med att bilda en egen förening eller
>> att vara en undergrupp i någon befintlig organisation.
>>
>>
>> För närvarande är det 27 personer som fyllt i formuläret som jag tidigare
>> skickat ut: https://goo.gl/forms/y5tf1ragXSgjU1fC2
>>
>> Där är 26 av 27 personer positiva till bildande av en förening för
>> OpenStreetMap Sverige. De flesta tycker att 100kr vore en rimlig
>> medlemsavgift. 6 personer kan tänka sig att vara styrelsemedlemmar. 20
>> personer kan tänka sig att vara stödmedlemmar och 12 personer kan tänka sig
>> att ta på sig uppdrag åt OpenStreetMap Sverige utanför styrelsen. Det finns
>> även intresse från Wikimedia Sverige om samarbete vid bildande av förening.
>>
>> Med vänliga hälsningar
>> Kristoffer Malmström
>> Tel: 0733690161
>>
>> Den 27 november 2016 22:06 skrev Jan Ainali :
>>>
>>> Ett sätt att värdera behovet av en ideell förening är att 

Re: [OSM-talk-fr] Connaître le niveau de zoom dans JOSM

[Paul Desgranges]

Merci d'avoir trouvé cette astuce !



On 04/12/2016 22:56, osm.sanspourr...@spamgourmet.com wrote:


Trouvé : sélectionne une imagerie comme calque, mettons BDOrtho IGN.

Clic droit sur le calque. Zoomer à la résolution native.

Clic droit sur le calque. Informations.

Le numéro de zoom est indiqué dans la fenêtre.

Le 04/12/2016 à 22:23, osm.sanspourr...@spamgourmet.com a écrit :


Je suppose que Paul entendait le nombre de 0 à 22 et non l'échelle.

Sinon on voit l'échelle en haut à gauche.

Dans JOSM le zoom étant continu tu n'as pas forcément une valeur 
entière sauf si tu précises zoom.intermediate-steps à true.


J'ai fait la manip sans constater de différence de comportement. 
Option non maintenue ?


Du coup tu zoomes par pas de 1 ce qui doit te permettre en regardant 
une page OSM de voir le niveau courant.


Hormis afficher un fond tuilé et regarder avec Wireshark quelles sont 
les adresses des tuiles appelées, je n'ai pas la réponse à la 
question de Paul


Un peu moins bourrin dans les propriétés, paramètres avancés, 
préférences il y a slippy_map_chooser.zoomcontrols que tu peux passer 
à true. Chez moi ça n'affiche que le + et qui est équivalent au + du 
pavé numérique.



Le 04/12/2016 à 21:05, Éric Gillet - gill3t.3ric+...@gmail.com a écrit :

Bonjour,

Le 4 décembre 2016 à 20:58, Paul Desgranges 
> a écrit :


 Une question assez simple : comment connaître dans JOSM le
niveau de zoom auquel est affiché la carte ?

En double-cliquant sur les coordonnées en bas à gauche de la fenêtre.


___
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


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

Re: [OSM-talk-fr] Après les Google cars, les Redon trucks

[Francois Gouget]

On Thu, 8 Dec 2016, Christian Rogel wrote:

> Il avait été mentionné que les camions de ramassage des ordures 
> pouvaient fournir des traces GPS presque exhaustives pour les routes.
> La communauté de communes de Redon (Ouest-France, 8 décembre) va plus 
> loin, car, agacée par la mise à jour trop lente et l'incomplétude de 
> Google Street View, elle a équipé ses véhicules de caméras pour 
> pouvoir créer un Mapillary rural (Mapillary est cité dans l'article).

Je trouve que c'est une excellente initiative. Les images type 
StreetView sont vraiment très pratique pour la cartographie.

Ce serait bien s'il y avait une sorte de "kit" standard pour faciliter 
la mise en place d'initiatives similaires dans d'autres villes.

Ca pourrait prendre la forme d'une simple documentation : caméra, GPS et 
ordinateur à utiliser ; dispositif d'alimentation, d'attache ; 
dimensionnement du stockage ; logiciel libre permettant pour tagger et 
envoyer les photos, etc.

Idéalement il y aurait aussi un kit pour prendre des photos à 360 degrés 
qui sont encore plus utiles pour la cartographie. Mais là il sera 
peut-être difficile de les mettre sur des camions poubelle sans qu'il 
n'occupe la moitié de la photo. Mais il y aurait peut-être moyen de 
faire un partenariat avec la Poste, une société de taxi locale, le 
service espaces verts, etc.


-- 
Francois Gouget   http://fgouget.free.fr/
 Theory is where you know everything but nothing works.
Practice is where everything works but nobody knows why.
  Sometimes they go hand in hand: nothing works and nobody knows why.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] An actual mini roundabout!

[Paul Johnson]

On Sat, Dec 10, 2016 at 12:58 AM, Clifford Snow 
wrote:

>
> On Fri, Dec 9, 2016 at 6:38 PM, Bill Ricker  wrote:
>
>>
>> Does it do harm to treat a mini as a regular roundabout in the land that
>> isn't even doing big roundabouts right yet?
>>
>
> Probably no harm but if you were a trucking company looking to deliver
> goods to an address was only accessible via a roundabout, you might want to
> make sure the truck could transverse the roundabout. The roundabout in my
> example has a small diameter which could preclude longer trailers from
> using if the center was impassable. To get to the businesses would mean
> driving 5 miles south on the interstate before heading back on the frontage
> road.
>
> I think the document that went with this roundabout is pretty clear that
> it is intended as a mini-roundabout, even with the raised apron. The
> weather is pretty crummy right now or I'd get some pictures.
>

I think more specific tagging would be more appropriate than tagging this
as a mini roundabout, as trying to cut across an apron on a motorcycle,
bicycle or car is going to be ouch-o-rama for something is designed to be
traversable by trucks, whereas mini roundabouts are routinely ignored if
nobody else is at the junction.  Maybe tagging for the regular kind of
roundabout (with the raised middle) to take into account an apron would be
a better idea than trying to shoehorn mini_roundabout into something it's
not.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Pomníčky obětem dopravních nehod

[Ladislav Nesnera]

za sebe jsem pro mapování, byť se míním zaměřit spíš na srovnání toho,
kde se maléry dějí  a
míst, kde se činí policie. Dle článku

je v Brně "nejproblematičtější" ulice Trnkova. Dle mapy nehodovosti tam
od 2008 byla jen lehká zranění. Prostě čirá policejní šikana, místo aby
dělali opravdu užitečnou práci :'(


On 09/12/16 23:09, Jan Dudík wrote:
> Narazil jsem na pomníček oběti dopravní nehody v mapě od Seznamu
> https://mapy.cz/s/1gwb7
>
> Jde o skoro ojedinělý případ, namátkou tyto pevné pomníčky v mapě
> naopak nejsou:
>
> https://mapy.cz/s/1gwbk
> https://mapy.cz/s/1gwbx
> https://mapy.cz/s/1gwfc
> https://mapy.cz/s/1gwfO
> https://mapy.cz/s/1gwgC
> https://mapy.cz/s/1gwgX
>
> pravda, některé pomníčky jsou spíše nepevné
> https://mapy.cz/s/1gwcX
> https://mapy.cz/s/1gwez
> https://mapy.cz/s/1gwhh
>
> a jiné jen symbolické
> https://mapy.cz/s/1gwdR
> https://mapy.cz/s/1gwjI
>
> a někde i dlouho po nehodě vydrží svíčky/věneček
> http://g.denik.cz/11/39/sirejovice-vrbicany-nehoda0204-svicky2_denik-485.jpg
>
>
> Oproti tomu se do mapy běžně zanáší litinové kříže u cest, které často
> také vznikaly na místech, kde zahynul sedlák pod převráceným vozem,
> jen jsou o pár desítek (či stovek)
> https://mapy.cz/s/1gwc1
> let starší než novodobé pomníčky
>
>
> Otázka tedy zní - mapovat / nemapovat?
>
> novodobé pomníčky jsou pravděpodobně z velké části černou stavbou, ale
> zároveň jsou důležitým orientačním bodem...
>
> Jaké jsou vaše názory?
> 
>
> JAnD
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



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

Re: [Talk-cz] dotaz na vyčištění cache v JOSM

[majka]

Ty dlaždice jsou v databázích, rozklíčovat se mi to nepodařilo ani na to,
co je který podklad...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na vyčištění cache v JOSM

[Jan Martinec]

Cesta je popsaná tady
https://josm.openstreetmap.de/wiki/Help/Preferences#Windows (kazdy OS to ma
trochu jinak, Win jsou jen prvni v seznamu)

A pod tim je adresar "cache" - z mych zkusenosti lze jeho obsah beztrestne
smazat :)

HPM

Dne 10. 12. 2016 11:30 napsal uživatel "Michal Pustějovský" <
michal.pustejov...@seznam.cz>:

> Ony se ty dlaždice budou uchovávat někde na disku, takže je půjde smazat i
> odtamtaď. Na Windowsech to bude buď temp nebo %appdata%.
>
> 10. prosince 2016 8:28:45 CET, majka  napsal:
>>
>> Krátce - ano, v nastavení je možné vymazat. Ale - jde to jen vše pro
>> každý jednotlivý podklad, tedy například kompletní Bing, ne jen staré
>> dlaždice.
>>
>> Dne 10. 12. 2016 7:20 napsal uživatel "Zdeněk Pražák" > >:
>>
>> chtěl jsem se zeptat, zda v JOSM existuje možnost vyčistit cache od
>> starých stažených podkladových dlaždic
>>
>> ___
>> 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
>>
>>
> --
> Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím
> moji stručnost.
>
> ___
> 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] SIG "open data" Communauté d'Aglomération du Grand Sénonais (89)

[Alain VASSAULT]

Hello,

contributeur débutant quand l'hôpital et mes enfants me laissent le 
temps et l'énergie, je vient de découvrir un site, fait par la 
communauté de commune, de cartographie avec nombreuses informations et 
calques.


"Aujourd’hui, dans un contexte, d’ouverture de données (open data*) et 
de transparence de l’information, la CCS souhaite mettre à disposition 
du public certaines de ses données via une application cartographie 
interactive : Géo*S*énonais."

http://www.grand-senonais.fr/presentation_geosenonais.php

L'accès à cette carte touchant les 27 communes de la zone est ici: 
http://ccs.sirap.fr/simap/


Il y a les coordonnées du service SIG sur la première page citée ci-dessus.

Je ne vois pas d'accès direct aux données, ni d'accès aux coordonnées 
des différents points qui m'intéresserais pour compléter ce que j'ai 
commencé à rentrer dans OSM pour ma commune "Saint-Martin-Du-Tertre 89100".


Bref je trouve leur interface non pratique (la carte colle à ma sourie 
après un déplacement...) et pas mal de data pourrais être versée dans la 
DB OSM.
Ils indiquent qu'on peut utiliser les dites data, si et seulement si, on 
crédite les droits:


"Dans un souci de droits de propriété intellectuelle, merci de bien 
vouloir mentionner la source et les mentions obligatoires de chaque 
donnée dans une utilisation professionnelle ou personnelle, à savoir :


 * *pour les données IGN :

   copyright « © IGN – BD Ortho juillet 2007 ou 2011 » ;
   copyright « © IGN – scan25 »

   *
 * *pour les données cadastrales :

   « Direction Générale des Finances Publiques – Cadastre- Droits
   réservés »

   *
 * *pour les autres données :

   « service S.I.G. de la Communauté de Communes du Sénonais »

   *

"

L'IGN et le cadastre aucun problème avec OSM, mais quid de leurs 
données? A part "OpenData" aucune mention de licence (du moins de ce que 
j'ai vu)
Une personne "habituée" à ce genre de service pourrais les contacter 
pour les "migrer" ou rentre dispo les data sur OSM? ^^


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

Re: [Talk-cz] dotaz na vyčištění cache v JOSM

[Michal Pustějovský]

Ony se ty dlaždice budou uchovávat někde na disku, takže je půjde smazat i 
odtamtaď. Na Windowsech to bude buď temp nebo %appdata%.

10. prosince 2016 8:28:45 CET, majka  napsal:
>Krátce - ano, v nastavení je možné vymazat. Ale - jde to jen vše pro
>každý
>jednotlivý podklad, tedy například kompletní Bing, ne jen staré
>dlaždice.
>
>Dne 10. 12. 2016 7:20 napsal uživatel "Zdeněk Pražák"
>:
>
>chtěl jsem se zeptat, zda v JOSM existuje možnost vyčistit cache od
>starých
>stažených podkladových dlaždic
>
>___
>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

-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Alfredo Gattai]

Se i pdf sono rilasciati in forma libera non ci dovrebbero essere problemi

Il 10 Dic 2016 10:14, "Alessandro Sarretta" 
ha scritto:

> Ciao a tutti,
>
> la domanda è abbastanza semplice: si possono utilizzare informazioni
> derivate dai pdf ufficali rilasciati dai Comuni per utilizzarle in
> Openstreetmap?
>
> In Veneto mi pare sia stato fatto un import della CTR regionale in
> Openstreetmap, però le informazioni sono abbastanza datate e mancano le
> cose più recenti. I Comuni fanno aggiornamenti speditivi che ad esempio
> vengono inclusi nei PRG, PAT, PI. Tali documenti sono pubblici (spesso
> solamente come PDF) e quindi credo Open by Default... o no?
>
> Lo dico perché dai PDF si possono estrarre le geometrie degli edifici ad
> esempio che potrebbero essere riutilizzate per aggiornate "quasi
> ufficialmente" molte cose in Openstreetmap.
>
> Qualche parere?
>
> Grazie,
>
> Ale
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
>
> ___
> 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] Riutilizzo informazioni PRG, PAT, PI in Openstreetmap

[Alessandro Sarretta]

Ciao a tutti,

la domanda è abbastanza semplice: si possono utilizzare informazioni 
derivate dai pdf ufficali rilasciati dai Comuni per utilizzarle in 
Openstreetmap?


In Veneto mi pare sia stato fatto un import della CTR regionale in 
Openstreetmap, però le informazioni sono abbastanza datate e mancano le 
cose più recenti. I Comuni fanno aggiornamenti speditivi che ad esempio 
vengono inclusi nei PRG, PAT, PI. Tali documenti sono pubblici (spesso 
solamente come PDF) e quindi credo Open by Default... o no?


Lo dico perché dai PDF si possono estrarre le geometrie degli edifici ad 
esempio che potrebbero essere riutilizzate per aggiornate "quasi 
ufficialmente" molte cose in Openstreetmap.


Qualche parere?

Grazie,

Ale

--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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

Re: [OSM-talk-fr] cartes.xyz / bad request

[Vincent Bergeot]

Bonjour,


Le 09/12/2016 à 20:55, Florian LAINEZ a écrit :
PS : Vincent, dans Map Contrib cet objet 
https://www.openstreetmap.org/way/71536989 apparait bien mais pas 
seulement le polygone : les 10 nodes constitutifs apparaissent 
également. Tant que l'on ne zoome pas, on peut donc croire qu'il y a 
11 objets alors qu'il n'y en a qu'un. J'ai bien vérifié et aucun tag 
n'est présent sur les nodes.

J'ai reproduit ce problème sur tous les autres polygones.
Est-ce un nouveau bug à corriger ? De rien ! ;) 


en fait c'est la requête le "problème".

En remplaçant body par center dans la requête, cela passe dans 
mapcontrib, à savoir que l'on a pas tous les nodes mais un icône au 
centre de l'objet.


Et pour la requête géographique sur la France, j'ai fait quelques modifs 
(mapcontrib n'aime pas geocodearea : ben oui il y a des choses encore à 
améliorer, en particulier la doc !!!).


 * Pour la requête -> tu peux voir le résultat dans la colonne de
   gauche, onglet affichages des couches, en savoir plus).
 * + une "jolie" image quand on clique sur un POI
 * + le temps de la requête étant un peu long, j'ai activé le cache
   pour que cela charge plus vite les données (le cache se met à jour
   toutes les 24 heures et sera actif dans quelques heures). Quand le
   cache ne fonctionne pas c'est la requête live qui prend le relais
   (mais là c'est formcéent long, une requête sur toute la france et de
   plusieurs tags)


Cela donne cela :
https://www.cartes.xyz/t/06ee71-test_florian_covoiturage

Normalement pour Noël on sort une version de mapcontrib qui corrige 
quelques bugs, dont des problèmes de caches que nous avons eu ces 
derniers temps ! et pleins d'autres nouveautés !


à plus





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