Re: [Talk-cz] Zeleznice CR

[Libor Skala]

Prejezdy jsou na webu SZDC, odkaz dohledem zítra na počítači. 

19. prosince 2015 17:35:09 CET, jzvc  napsal:
>
>Hou hou hou ... ;D
>
>Lehce predvanocni info. Pokud muj poznamnicek nelze, tak jsem prave 
>dokoncil rekneme revizi zeleznicnich trati po cele CR.
>
>Snazil jsem se zmapovat, pripadne maximalne zpresnit kazdou kolej co je
>
>kde k nalezni pripadne i takove, ktere uz jsou k nalezeni jen pri 
>peclivem patrani (ruzne zbytky trati), pokud jsem na takove narazil. 
>Vzhledem k budovatelske (a destrukcni) cinnosti, ktera v poslednich 
>letech na nasich tratich probiha, nemusi zmapovany stav uplne vsude 
>odpovidat stavu aktualnimu (tyce se nekterych stanic, kde probiha 
>prestavba kolejiste ...). Zmapoval jsem (pokud to slo) i takove useky, 
>ktere jsou viditelne jen za prihodnych podminek (=sucho) na dne nasich 
>prehrad (kuprikladu myslim, ze aktualne zajimava muze byt prochazka po 
>ose byvale trati v okoli prechrady Sance).
>
>Snazil jsem se zaroven oznacit vsechny zeleznicni prejezdy, a nalezite 
>je ocislovat, coz, jako tradicne, narazilo na bordelismus a defakto 
>neexistenci dostatecne kompletniho a kvalitniho zdroje. Presto by
>drtiva 
>vetsina prejezdu na provozovanych tratich mela mit cislovani. S
>vleckami 
>je to horsi, a prumyslove arealy nevim kde vzit (cislovan by dle 
>legislativy mel byt kazdy prejezd). Pokud by nekdo vedel kde pripadne 
>vzit nejaka data, sem snimi.
>
>Tady bych mozna nadhodil tema k diskusi, jak, pripadne zda, znacit 
>neoficialni prechody pres trat => na miste je zcela zjevne cily provoz,
>
>je videt vyslapana pesina, ale prechod neni nijak upraven ani oznacen. 
>Da se tudiz zaroven rict, ze to neni prechod v zadnem pripade bezpecny.
>
>Stejne tak jsem se snazil zmapovat vsemozne mosty nebo propustky, ovsem
>
>to by taktez chtelo nejaky lepsi zdroj nez nekdy pomerne tragickou
>fotomapu.
>
>Zaznamenal jsem, ze [https://www.openstreetmap.org/user/mice] mapuje 
>rychlostni omezeni na tratich.
>
>***
>
>Na co jsem obcas narazel byly dva faktory.
>
>Mapovani podle BINGu. Ten nam doslova byl cert dluzen. Skoro bych rek, 
>ze to byla zcela planovana a umyslna sabotaz. Nekterym maperum ani 
>neprijde divne, ze trat (silnice, ...) vede nekomu obyvakem.
>
>Souose vedeni ploch - pole, louky, obytne zony... je to velmi
>iritujici, 
>kdyz pak nekdo dalsi potrebuje way upravit/rozdelit...
>
>***
>
>Dalsi smery co se tyce mapovani zeleznic by asi mohly byti nasledujici:
>
>Tzv "nove" schema znaceni stanic a zastavek. Bohuzel, presto ze je v 
>platnosti uz peknych par patku (Vote end: 2011-04-20), tak reneder 
>mainpage osm jej uspesne a zcela ignoruje.
>
>Zeleznicni navestidla - pekny priklad je treba Nemecko. Netusim ovsem 
>kde vzit data.
>
>***
>
>Pokud nekdo mate nejaky dalsi namet, pripominky tak sem snimi. Az bude
>k 
>dispozici celorepublikove podklad v takove kvalitce, jako tu byly 
>nedavno odkazovany fotky z Prahy, tak muzeme zacit tagovat jednotlive 
>prazce ;D.
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz

-- 
S pozdravem

Libor Skala

Odesláno z telefonu s Androidem pomocí pošty K-9 Mail.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] près de 200 nouvelles communes au 1er jv 2016

[Jérôme Amagat]

c'est vrai que border_type c'est pour les frontières alors pourquoi pas
admin_type.

ça pourrait faire pour les communes nouvelles, (comme les autres communes) :
type=boundary
boundary=administrative
admin_level=8
name=*
et
source=* (Arrêté préfectoral)
start_date=2016-01-01

et pour les communes déléguées :
type=boundary
boundary=administrative
admin_level=9
name=*
et
source=* (Arrêté préfectoral)
start_date=2016-01-01
admin_type:FR=commune déléguée

Et je pense que vu que le 01 janvier 2016, c'est dans moins de 2 semaines
on peut faire les changements dès maintenant sans que ça pose problème.




Le 18 décembre 2015 à 20:12, Philippe Verdy  a écrit :

> Le tag "admin_level=9" va bien, mais plutôt que "border_type" qui est bien
> chargé (avec ses valeurs génériques en anglais), je verrais plutôt
> "admin_type:FR=*" (avec le suffixe :FR pour le statut strictement
> franco_français).
>
> Je garderais aussi "boundary=administrative" pour ce niveau 9 et non pas
> boundary=local_authority (qui n'a pas d'admin_level, surtout pas en France
> quand les EPCI peuvent être à chevel entre des entités adminsitrative de
> niveau différents et grouper des entités de statut légal différents).
>
> Il ne s'agit en effet pas de différencier les types de frontières (même
> pas visuellement) ni la disposition hiérarchique.
>
> De plus cette différenciation est à mettre non pas sur les ways
> frontières, mais sur les relations définissant les surfaces. Sur les ways
> frontières le border_type est là uniquement pour dfiférencier visuellement
> le tracé entre deux administratives (ou plus avec la hiérarchie applicable
> à chaque côté), ou pour diférencier des frontières qui ne sont pas
> nécessairement fermées (exemple les limites maritimes) et le typenon pas
> des entités séparées par cette frontière mais de l'accord qui les lie me^me
> quand les entites séparées sont de types différents (ce qui est courant sur
> des limites internationales). Le border_type sur un chemin frontière ne
> peut pas indiquer précisément le type des entités situées à droite et/ou à
> gauche
>
> On a un autre cas similaire pour le niveau 6 des deux entitées de l'ancien
> Rhône (département ou métropole ?), ou encore pour le niveau 3 pour les
> statuts des entités composant la France en Outremer. ou encore au niveau 2
> sur des frontières contestées par d'autres pays.
>
> Ici il s'agit juste de pouvoir non pas changer les niveaux hiérarchiques
> mais pouvoir ensuite détailler le statut réel de chaque entité territoriale
> (avec un statut légal donné ici purement franco-français) qui utilise (ou
> pas!) les chemins frontières. administrivement dans la hiérarchie
> nationale, "admin_level=*" modélise la déconcentration de l'Etat, mais on
> cherche à coder séparément les tyopes de collectivités territoriales selon
> leur autonomie de fonctionnement propre., mais cette précision n'est
> souvent mpême pas nécessaire sauf en tant qu'annotation pour révéler leur
> statut complet détaillé (sachant que le décodage de leurs noms officiel est
> assez compliqué à faire et plein d'exceptions spécifiques).
>
>
>
> Le 18 décembre 2015 à 14:52, Jérôme Amagat  a
> écrit :
>
>> Vu l'ampleur pris par ces communes nouvelles et donc l'explosion des
>> communes déléguées, je pense que l'on devrait créer un tag pour
>> différencier ces anciennes communes de quartiers ou d'autres choses taguer
>> avec admin_level=9 ou 10.
>> Je verrai bien quelque chose sur le modèle des communauté de communes :
>> type=boundary
>> boundary=local_authority
>> local_authority:FR=commune déléguée (ainsi que "commune associée" pour
>> l'ancien système de fusion de communes)
>>
>> ou alors utiliser admin_level=9 avec le tag border_type (
>> http://wiki.openstreetmap.org/wiki/Key:border_type) pour différencier
>> les types de frontières :
>> type=boundary
>> boundary=local_authority
>> admin_level=9
>> border_type=commune déléguée
>>   commune associée
>>   arondissement
>>
>>
>> Le 17 décembre 2015 à 10:11, adrien carpentier 
>> a écrit :
>>
>>> Salut à tous!
>>> je viens de recevoir cette info :
>>> http://www.maire-info.com/article.asp?param=19055=PLUS=1
>>> il y a du gâteau de Noël dans l'air...
>>> idem, une nouvelle CU en NPDC
>>>
>>> http://www.lagazettedescommunes.com/420297/vers-une-nouvelle-communaute-urbaine-dans-le-pas-de-calais/?utm_source=quotidien_medium=Email_campaign=27-11-2015-quotidien
>>> @ bientôt
>>> adrien
>>>
>>> ___
>>> 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
> 

Re: [Talk-cz] Zeleznice CR

[Lukas Kohout]

Seznam přejezdů: http://www.szdc.cz/web/prejezdy/seznam-prejezdu-szdc.html

LuKo


On 19.12.2015 18:12, Libor Skala wrote:

Prejezdy jsou na webu SZDC, odkaz dohledem zítra na počítači.

19. prosince 2015 17:35:09 CET, jzvc  napsal:

Hou hou hou ... ;D

Lehce predvanocni info. Pokud muj poznamnicek nelze, tak jsem prave
dokoncil rekneme revizi zeleznicnich trati po cele CR.

Snazil jsem se zmapovat, pripadne maximalne zpresnit kazdou kolej co je
kde k nalezni pripadne i takove, ktere uz jsou k nalezeni jen pri
peclivem patrani (ruzne zbytky trati), pokud jsem na takove narazil.
Vzhledem k budovatelske (a destrukcni) cinnosti, ktera v poslednich
letech na nasich tratich probiha, nemusi zmapovany stav uplne vsude
odpovidat stavu aktualnimu (tyce se nekterych stanic, kde probiha
prestavba kolejiste ...). Zmapoval jsem (pokud to slo) i takove useky,
ktere jsou viditelne jen za prihodnych podminek (=sucho) na dne nasich
prehrad (kuprikladu myslim, ze aktualne zajimava muze byt prochazka po
ose byvale trati v okoli prechrady Sance).

Snazil jsem se zaroven oznacit vsechny zeleznicni prejezdy, a nalezite

je ocislovat, coz, jako tradicne, narazilo na bordelismus a defakto
neexistenci dostatecne kompletniho a kvalitniho zdroje. Presto by drtiva
vetsina prejezdu na provozovanych tratich mela mit cislovani. S vleckami
je to horsi, a prumyslove arealy nevim kde vzit (cislovan by dle
legislativy mel byt kazdy prejezd). Pokud by nekdo vedel kde pripadne
vzit nejaka data, sem snimi.

Tady bych mozna nadhodil tema k diskusi, jak, pripadne zda, znacit
neoficialni prechody pres trat => na miste je zcela zjevne cily provoz,
je videt vyslapana pesina, ale prechod neni nijak upraven ani oznacen.
Da se tudiz zaroven rict, ze to neni prechod v zadnem pripade bezpecny.

Stejne tak jsem se snazil zmapovat vsemozne mosty nebo propustky, ovsem
to by taktez chtelo nejaky lepsi zdroj nez nekdy pomerne tragickou fotomapu.

Zaznamenal jsem, ze [https://www.openstreetmap.org/user/mice] mapuje
rychlostni omezeni na tratich.

***

Na co jsem obcas narazel byly dva faktory.

Mapovani podle BINGu. Ten nam doslova byl cert dluzen. Skoro bych rek,
ze to byla zcela planovana a umyslna sabotaz. Nekterym maperum ani
neprijde divne, ze trat (silnice, ...) vede nekomu obyvakem.

Souose vedeni ploch - pole, louky, obytne zony... je to velmi iritujici,
kdyz pak nekdo dalsi potrebuje way upravit/rozdelit...

***

Dalsi smery co se tyce mapovani zeleznic by asi mohly byti nasledujici:

Tzv "nove" schema znaceni stanic a zastavek. Bohuzel, presto ze je v
platnosti uz peknych par patku (Vote end: 2011-04-20), tak reneder
mainpage osm jej uspesne a zcela ignoruje.

Zeleznicni navestidla - pekny priklad je treba Nemecko. Netusim ovsem
kde vzit data.

***

Pokud nekdo mate nejaky dalsi namet, pripominky tak sem snimi. Az bude k
dispozici celorepublikove podklad v takove kvalitce, jako tu byly
nedavno odkazovany fotky z Prahy, tak muzeme zacit tagovat jednotlive
prazce ;D.




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

-- S pozdravem Libor Skala Odesláno z telefonu s Androidem pomocí 
pošty K-9 Mail.


___
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-de] eigene Überlagerungen definieren (batch für KML)

[Martin Trautmann]

Hallo,

 zeigt mir aktuell als Option

  Überlagerungen
  [X] Lokale Gruppen

Gibt es eine Möglichkeit, mir dort eigene Überlagerungen zu definieren?

Ich habe eine Liste von Positionen, die ich nach und nach abarbeiten 
möchte - sprich, im Idealfall möchte ich bei der Überlagerung auch 
markieren können, dass sie erledigt ist (z.B. wegklicken, Farbe 
wechseln, tag setzen o.ä.)



Schönen Gruß
Martin

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

[Talk-us] Whole-US Garmin Map update - 2015-12-16

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-12-16

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-12-16/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-12-16

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-talk-fr] Accès ancienne version du cadastre (osm: message 8 of 20)

[osm . sanspourriel]

mets simplement un start_date=2015-12-31 (ce n'est pas plutôt le 
1026-01-01 ? D'un point de vue comptabilité c'est plus simple !)
Ou tu préfixes par construction 
:, voir 
http://wiki.openstreetmap.org/wiki/Lifecycle_prefix.


Le 19/12/2015 14:34, Stéphane Péneau - stephane.pen...@wanadoo.fr a écrit :

Coucou !

Est-ce que quelqu'un connait une méthode pour accéder à d'anciennes 
versions du cadastre ?


En effet, dans le lot des communes nouvelles, des communes fusionnées 
depuis 1974 retrouvent leurs limites communales, pour devenir des 
communes déléguées.


La commune fusionnée :
Vihiers : https://www.openstreetmap.org/relation/547829

communes qui retrouvent des limites : Saint-Hilaire-du-Bois et Voide



H me !! J'ai déjà créé la commune nouvelle, et je viens de me 
rendre compte que sa date de création n'est pas au 15 décembre, mais 
au 31.

Du coup, je suis en avance, et idem pour une autre :
http://www.openstreetmap.org/relation/5753848

Bon, à 10 jours près, je ne supprime pas ce que j'ai fait... si ?

Stf

___
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] Fwd: Vandalismus v důsledku výuky Informatiky u vás na škole

[Marián Kyral]

Dne 8.12.2015 v 20:53 Pavel Machek napsal(a):
> On Mon 2015-12-07 15:54:20, Miroslav Suchy wrote:
>> Napsal jsem jim.
> Mozna skusit preforwardovat na e-learning_prusa...@centrum.cz ?
>
> Tam ten ucitel sbira domaci ukoly, mohl by si vsimnout...
>   
> Pavel

Nějaká reakce?

Normálně bych se mrknul na ty problematické uživatele a udělal revert
všech jejich změn. Ono to není jen to, co je vidět, ale v okolí Prušánek
je plno takových pokusů, že tam je nějaká cesta, která má jen tag name a
ta se samozřejmě nevykresluje. Ale v databázi je.

Marián

>> Mirek
>>
>>
>>  Přeposlaná zpráva 
>> Předmět: Vandalismus v důsledku výuky Informatiky u vás na škole
>> Datum: Mon, 7 Dec 2015 15:53:41 +0100
>> Od: Miroslav Suchy 
>> Komu: skolaprusa...@seznam.cz
>>
>> Dobrý den,
>> jsem členem OpenStreetMap.org a rád bych vás poprosil o přeposlání tohoto 
>> emailu učiteli, který učí tento předmět:
>>   http://www.zsprusanky.cz/Informatika.phtml
>>
>>
>> Dobrý den,
>> velice si vážím, že při výuce věnujete jednu z hodin i OpenStreetMap.org, 
>> bohužel někteří vaší studenti prováděli
>> editace, které přinejmenším nenásledují obvyklé standardy pro editaci.
>> Viz:
>>   https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html
>>   https://lists.openstreetmap.org/pipermail/talk-cz/2015-December/012926.html
>>
>> Rád bych vás poprosil zda byste mohl tuto oblast někdy po svých studentech 
>> zkontrolovat. Případně sdělit svým studentům,
>> že editují živou mapu, kterou používá mnoho dalších lidí, kterým tyto 
>> editace tak moc vtipné už nepřijdou.
>>
>> Případně pokud si chtějí zavtipkovat tak mohou použít testovací server. 
>> Např.:
>>   http://master.apis.dev.openstreetmap.org/
>> (má i oddělená uživatelské účty od hlavní mapy).
>>
>> Ještě jednou vám děkuji za vaši práci a doufám že takovéto nepříjemnosti vás 
>> neodradí od výuky OpenStreetMap.
>>
>> S pozdravem
>>Mgr. Miroslav Suchý
>>Red Hat, Senior Software Engineer
>>
>>
>>
>> ___
>> 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] près de 200 nouvelles communes au 1er jv 2016

[Philippe Verdy]

Ca va très bien pour qualifier cet admin_level=9. Y compris les
arrondissements de Paris/Lyon/Marseille, les communes déléguées, les
communes associées.

Pour être complet on devrait aussi mettre un "admin_type:FR=*" sur
l'admin_level=8 au moins pour les communes ayant ces subdivisions
admin_level=9, mais la loi ne leur donne pas vraiment de nom distinctif
(sauf pour les "communes nouvelles") et les désigne simplement comme
"communes", quelle que soit leur organisation.
.
En revanche pas besoin d'admin_type pour les communes simples en
admin_level=8 où n'existe donc qu'un seul maire de droit commun (pas de
maires délégués, de maires de secteurs, de maires d'arrondissements... un
seul registre d'état-civil, un seul code INSEE, un seul plan cadastral).
c'est encore l'immense majorité.


Le 19 décembre 2015 à 22:15, Jérôme Amagat  a
écrit :

> c'est vrai que border_type c'est pour les frontières alors pourquoi pas
> admin_type.
>
> ça pourrait faire pour les communes nouvelles, (comme les autres communes)
> :
> type=boundary
> boundary=administrative
> admin_level=8
> name=*
> et
> source=* (Arrêté préfectoral)
> start_date=2016-01-01
>
> et pour les communes déléguées :
> type=boundary
> boundary=administrative
> admin_level=9
> name=*
> et
> source=* (Arrêté préfectoral)
> start_date=2016-01-01
> admin_type:FR=commune déléguée
>
> Et je pense que vu que le 01 janvier 2016, c'est dans moins de 2 semaines
> on peut faire les changements dès maintenant sans que ça pose problème.
>
>
>
>
> Le 18 décembre 2015 à 20:12, Philippe Verdy  a écrit :
>
>> Le tag "admin_level=9" va bien, mais plutôt que "border_type" qui est
>> bien chargé (avec ses valeurs génériques en anglais), je verrais plutôt
>> "admin_type:FR=*" (avec le suffixe :FR pour le statut strictement
>> franco_français).
>>
>> Je garderais aussi "boundary=administrative" pour ce niveau 9 et non pas
>> boundary=local_authority (qui n'a pas d'admin_level, surtout pas en France
>> quand les EPCI peuvent être à chevel entre des entités adminsitrative de
>> niveau différents et grouper des entités de statut légal différents).
>>
>> Il ne s'agit en effet pas de différencier les types de frontières (même
>> pas visuellement) ni la disposition hiérarchique.
>>
>> De plus cette différenciation est à mettre non pas sur les ways
>> frontières, mais sur les relations définissant les surfaces. Sur les ways
>> frontières le border_type est là uniquement pour dfiférencier visuellement
>> le tracé entre deux administratives (ou plus avec la hiérarchie applicable
>> à chaque côté), ou pour diférencier des frontières qui ne sont pas
>> nécessairement fermées (exemple les limites maritimes) et le typenon pas
>> des entités séparées par cette frontière mais de l'accord qui les lie me^me
>> quand les entites séparées sont de types différents (ce qui est courant sur
>> des limites internationales). Le border_type sur un chemin frontière ne
>> peut pas indiquer précisément le type des entités situées à droite et/ou à
>> gauche
>>
>> On a un autre cas similaire pour le niveau 6 des deux entitées de
>> l'ancien Rhône (département ou métropole ?), ou encore pour le niveau 3
>> pour les statuts des entités composant la France en Outremer. ou encore au
>> niveau 2 sur des frontières contestées par d'autres pays.
>>
>> Ici il s'agit juste de pouvoir non pas changer les niveaux hiérarchiques
>> mais pouvoir ensuite détailler le statut réel de chaque entité territoriale
>> (avec un statut légal donné ici purement franco-français) qui utilise (ou
>> pas!) les chemins frontières. administrivement dans la hiérarchie
>> nationale, "admin_level=*" modélise la déconcentration de l'Etat, mais on
>> cherche à coder séparément les tyopes de collectivités territoriales selon
>> leur autonomie de fonctionnement propre., mais cette précision n'est
>> souvent mpême pas nécessaire sauf en tant qu'annotation pour révéler leur
>> statut complet détaillé (sachant que le décodage de leurs noms officiel est
>> assez compliqué à faire et plein d'exceptions spécifiques).
>>
>>
>>
>> Le 18 décembre 2015 à 14:52, Jérôme Amagat  a
>> écrit :
>>
>>> Vu l'ampleur pris par ces communes nouvelles et donc l'explosion des
>>> communes déléguées, je pense que l'on devrait créer un tag pour
>>> différencier ces anciennes communes de quartiers ou d'autres choses taguer
>>> avec admin_level=9 ou 10.
>>> Je verrai bien quelque chose sur le modèle des communauté de communes :
>>> type=boundary
>>> boundary=local_authority
>>> local_authority:FR=commune déléguée (ainsi que "commune associée" pour
>>> l'ancien système de fusion de communes)
>>>
>>> ou alors utiliser admin_level=9 avec le tag border_type (
>>> http://wiki.openstreetmap.org/wiki/Key:border_type) pour différencier
>>> les types de frontières :
>>> type=boundary
>>> boundary=local_authority
>>> admin_level=9
>>> border_type=commune déléguée
>>>   commune associée
>>>   

Re: [Talk-cz] Fwd: Vandalismus v důsledku výuky Informatiky u vás na škole

[Marián Kyral]

Dne 19.12.2015 v 23:40 Miroslav Suchý napsal(a):
> Dne 19.12.2015 v 23:02 Marián Kyral napsal(a):
>> Dne 8.12.2015 v 20:53 Pavel Machek napsal(a):
>>> On Mon 2015-12-07 15:54:20, Miroslav Suchy wrote:
 Napsal jsem jim.
>>> Mozna skusit preforwardovat na e-learning_prusa...@centrum.cz ?
>>>
>>> Tam ten ucitel sbira domaci ukoly, mohl by si vsimnout...
>>> Pavel
>> Nějaká reakce?
>
> Ano, teprve teď jsem si ji přečetl. Bývalí deváťáci - konkrétně
> Viktor Čech, Tomáš Blaha, Dominik Fojtík, Tomáš Kříž a Stanislav Zálešák
> jen tak z plezíru blbly v mapě, něco učitel našel a opravil ale
> evidentně ne všechno.
> Nové žáky učí jinak a prý to už nehrozí.

No ony se tam některé změny objevily teprve v létě, to už učitel asi
nečekal. Jinak pochybuji, že by si nevšiml, že místo školy učí v
nemocnici Blázinec ;-)

>>
>> Normálně bych se mrknul na ty problematické uživatele a udělal revert
>> všech jejich změn. Ono to není jen to, co je vidět, ale v okolí Prušánek
>> je plno takových pokusů, že tam je nějaká cesta, která má jen tag name a
>> ta se samozřejmě nevykresluje. Ale v databázi je.
> +1
> Akorát nevím jak se reverty dělají.
>

Nikdy jsem to nedělal, jen vím, že do JOSM na to existuje plugin:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter
Ale jak tak na to koukám, tady to jde jen po changesetech - nelze zrušit
všechny changesety uživatele najednou. To zřejmě umí jen Data Working Group.

Marián

> Mirek
>
> ___
> 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] Zeleznice CR

[Libor Skala]

Mapa z IZS by měla být správně i když občas máme přejezd mimo trať. Když mi 
pošlete čísla přejezdů které jsou problematické, pokusím se je ověřit a předat 
souřadnice. Přejezdy v této mapě jsou pravidelně aktualizované.

Dvě čísla u přejezdu můžou být způsobené vlečkou v souběhu (petimístné číslo 
začíná 1). 

19. prosince 2015 18:42:04 CET, jzvc  napsal:
>Dne 19.12.2015 v 18:12 Libor Skala napsal(a):
>> Prejezdy jsou na webu SZDC, odkaz dohledem zítra na počítači.
>
>
>Dik, to nemusis, o tom excelu vim, prejezd uprostred afriky, desitky 
>jich je i km od nejblizsi trate ...
>
>http://www.szdc.cz/web/prejezdy.html
>
>A jsou tam jen ty, ktere jsou na jejich tratich, i soukrome trate v 
>provozu tam uz nejsou.
>
>Pak je tu jeste mapa hasicu:
>
>http://gis.izscr.cz/map2/
>
>Jenze na ni jsou prozmenu u spousty prejezdu 2 cisla, a muzes si hodit 
>minci, ktere je to spravne. Poloha pak vychazi z tech dat vyse =>
>klidne 
>zcela mimo.
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz

-- 
S pozdravem

Libor Skala

Odesláno z telefonu s Androidem pomocí pošty K-9 Mail.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [talk-au] Northern NSW again

[Mark Pulley]

On 19 Dec 2015, at 1:20 pm, Andy Townsend  wrote:

> Hi,
> 
> Just for info, I've suggested that a relatively new mapper in Northern NSW 
> might want to contact other mappers here in a comment on 
> https://www.openstreetmap.org/changeset/35480438 
> (https://www.openstreetmap.org/way/332351666 is clearly unjoined, but there 
> may be other issues).


I’ve just noticed that the same user has ‘corrected' the road type for a 
section of the Great Western Highway to motorway (between Lithgow and 
Wallerawang).

https://www.openstreetmap.org/changeset/35571830

Maxspeed is 110 for some of this, 100 for the rest, road is divided - however 
there is only one ‘interchange’ (part of this is an at-grade junction). other 
road junctions are at-grade intersections (not interchanges).

It also isn’t technically limited access - there is a motel and a service 
station beside the road, and I recall at least one driveway. (I’ll be driving 
on this road in a few days so I can check if needed.)

I’m in two minds about whether to revert this change or not. What does everyone 
else think?

Mark P.


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

Re: [Talk-cz] Fwd: Vandalismus v důsledku výuky Informatiky u vás na škole

[Miroslav Suchý]

Dne 19.12.2015 v 23:02 Marián Kyral napsal(a):

Dne 8.12.2015 v 20:53 Pavel Machek napsal(a):

On Mon 2015-12-07 15:54:20, Miroslav Suchy wrote:

Napsal jsem jim.

Mozna skusit preforwardovat na e-learning_prusa...@centrum.cz ?

Tam ten ucitel sbira domaci ukoly, mohl by si vsimnout...

Pavel

Nějaká reakce?


Ano, teprve teď jsem si ji přečetl. Bývalí deváťáci - konkrétně
Viktor Čech, Tomáš Blaha, Dominik Fojtík, Tomáš Kříž a Stanislav Zálešák
jen tak z plezíru blbly v mapě, něco učitel našel a opravil ale 
evidentně ne všechno.

Nové žáky učí jinak a prý to už nehrozí.


Normálně bych se mrknul na ty problematické uživatele a udělal revert
všech jejich změn. Ono to není jen to, co je vidět, ale v okolí Prušánek
je plno takových pokusů, že tam je nějaká cesta, která má jen tag name a
ta se samozřejmě nevykresluje. Ale v databázi je.

+1
Akorát nevím jak se reverty dělají.

Mirek

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

Re: [Talk-it] La Notte dei Mappatori viventi

[girarsi_liste]

Scrivo quà.

Da controllare SS93 mappata come highway secondary e SP219 mappata come
primary, per cui chiedo a chi è del posto di controllare qual'è primary
e ovviamente SS e quale secondary ovviamente SP.


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



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

Re: [Talk-in] [BLR] Open data art gallery at Microsoft

[Arun Ganesh]

Have uploaded the poster here:
http://wiki.openstreetmap.org/wiki/File:Bengaluru_Crowdsourced_2015_-_OSM_data_map.png

It was styled in QGIS using the latest India extract from Geofabrik. The
map shows density of raw OSM data for Bengaluru and is quite interesting to
look at especially if you have done a lot of editing.

I'm probably going to make an updated version, so let me know if you have
any suggestions for improvement.

On Sat, Dec 19, 2015 at 9:11 AM, Arun Ganesh 
wrote:

> There is an interesting display of data work today at the offices of
> Microsoft at EGL. Details: http://lifewithdata.org
>
> Also on display will be a custom style map of OSM data in Bengaluru. Make
> sure you drop by and grab a photo with what you all helped create :)
>
> --
> Arun Ganesh
> (planemad) 
> 
>



-- 
Arun Ganesh
(planemad) 

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

Re: [Talk-it-lazio] confini amministrativi comunali OSM - Istat

[Fabri]

Il confine disegnato, sembrerebbe risalire a 7 anni fa.

Basato sui dati ISTAT del 2001 Italian Census

https://www.openstreetmap.org/way/27971143/history

Mi sembra più preciso quello nuovo dell'istat 2011, che utilizza le 
strade Braccianese Claudia e Pacifica come linea di confine...almeno nel 
tratto della foto.



Il 18/12/2015 22:43, Martin Koppenhoefer ha scritto:



sent from a phone

Am 18.12.2015 um 19:49 schrieb Dino Michelini >:


Salve a tutti, vorrei segnalare alla comunità che mappando il faggeto 
di Allumiere (RM) mi sono accorto che i confini amministrativi 
comunali tra i comuni di Allumiere e Tolfa in OSM sono errati 
rispetto al limite amministrativo pubblicato dall'Istat nel 2011 e 
disponibile come open data su http://gisportal.istat.it al link 
http://www.istat.it/it/archivio/104317#confini; ho fatto anche una 
seconda verifica per il confine amministrativo tra i comuni di Oriolo 
Romano, Vejano e Bassano Romano riscontrando lo stesso problema




sono fuori sede e non posso vedere (poco internet attualmente), ma se 
quelli confini da te rilevati come errati provengono dal vecchio 
import ISTAT e non sono stati modificati direi che puoi benissimo 
sostituirli con i nuovi dati ISTAT. Altrimenti chiederei a chi ha 
messo/importato/modificato quei dati per capire da dove vengono e 
quanto siano affidabili. I dati ISTAT 2011 sui confini amministrativi 
comunque per quanto ho capito sono soltanto una vista semplificata 
della "realtà", e non la versione definitiva dei veri confini. Da 
tenere in mente che i dati OSM non sono omogenei, una parte di un 
confine potrebbe essere meglio rispetto ad altri parti.


ciao
Martin


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


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

[Talk-cz] Zeleznice CR

[jzvc]

Hou hou hou ... ;D

Lehce predvanocni info. Pokud muj poznamnicek nelze, tak jsem prave 
dokoncil rekneme revizi zeleznicnich trati po cele CR.


Snazil jsem se zmapovat, pripadne maximalne zpresnit kazdou kolej co je 
kde k nalezni pripadne i takove, ktere uz jsou k nalezeni jen pri 
peclivem patrani (ruzne zbytky trati), pokud jsem na takove narazil. 
Vzhledem k budovatelske (a destrukcni) cinnosti, ktera v poslednich 
letech na nasich tratich probiha, nemusi zmapovany stav uplne vsude 
odpovidat stavu aktualnimu (tyce se nekterych stanic, kde probiha 
prestavba kolejiste ...). Zmapoval jsem (pokud to slo) i takove useky, 
ktere jsou viditelne jen za prihodnych podminek (=sucho) na dne nasich 
prehrad (kuprikladu myslim, ze aktualne zajimava muze byt prochazka po 
ose byvale trati v okoli prechrady Sance).


Snazil jsem se zaroven oznacit vsechny zeleznicni prejezdy, a nalezite 
je ocislovat, coz, jako tradicne, narazilo na bordelismus a defakto 
neexistenci dostatecne kompletniho a kvalitniho zdroje. Presto by drtiva 
vetsina prejezdu na provozovanych tratich mela mit cislovani. S vleckami 
je to horsi, a prumyslove arealy nevim kde vzit (cislovan by dle 
legislativy mel byt kazdy prejezd). Pokud by nekdo vedel kde pripadne 
vzit nejaka data, sem snimi.


Tady bych mozna nadhodil tema k diskusi, jak, pripadne zda, znacit 
neoficialni prechody pres trat => na miste je zcela zjevne cily provoz, 
je videt vyslapana pesina, ale prechod neni nijak upraven ani oznacen. 
Da se tudiz zaroven rict, ze to neni prechod v zadnem pripade bezpecny.


Stejne tak jsem se snazil zmapovat vsemozne mosty nebo propustky, ovsem 
to by taktez chtelo nejaky lepsi zdroj nez nekdy pomerne tragickou fotomapu.


Zaznamenal jsem, ze [https://www.openstreetmap.org/user/mice] mapuje 
rychlostni omezeni na tratich.


***

Na co jsem obcas narazel byly dva faktory.

Mapovani podle BINGu. Ten nam doslova byl cert dluzen. Skoro bych rek, 
ze to byla zcela planovana a umyslna sabotaz. Nekterym maperum ani 
neprijde divne, ze trat (silnice, ...) vede nekomu obyvakem.


Souose vedeni ploch - pole, louky, obytne zony... je to velmi iritujici, 
kdyz pak nekdo dalsi potrebuje way upravit/rozdelit...


***

Dalsi smery co se tyce mapovani zeleznic by asi mohly byti nasledujici:

Tzv "nove" schema znaceni stanic a zastavek. Bohuzel, presto ze je v 
platnosti uz peknych par patku (Vote end: 2011-04-20), tak reneder 
mainpage osm jej uspesne a zcela ignoruje.


Zeleznicni navestidla - pekny priklad je treba Nemecko. Netusim ovsem 
kde vzit data.


***

Pokud nekdo mate nejaky dalsi namet, pripominky tak sem snimi. Az bude k 
dispozici celorepublikove podklad v takove kvalitce, jako tu byly 
nedavno odkazovany fotky z Prahy, tak muzeme zacit tagovat jednotlive 
prazce ;D.



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

Re: [Talk-cz] Zeleznice CR

[jzvc]

Dne 19.12.2015 v 18:12 Libor Skala napsal(a):

Prejezdy jsou na webu SZDC, odkaz dohledem zítra na počítači.



Dik, to nemusis, o tom excelu vim, prejezd uprostred afriky, desitky 
jich je i km od nejblizsi trate ...


http://www.szdc.cz/web/prejezdy.html

A jsou tam jen ty, ktere jsou na jejich tratich, i soukrome trate v 
provozu tam uz nejsou.


Pak je tu jeste mapa hasicu:

http://gis.izscr.cz/map2/

Jenze na ni jsou prozmenu u spousty prejezdu 2 cisla, a muzes si hodit 
minci, ktere je to spravne. Poloha pak vychazi z tech dat vyse => klidne 
zcela mimo.



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

Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes d'OSM

[bernard]

Bonsoir,
J'ai traité le 59 et le 62
Bon taux de réussite en particulier pour le 62 où j'ai pratiquement tout 
résolu.

Le cadastre était à 100 % dessiné, et 1/3 des voies nommées.
Au départ, je n'utilisais pas l'onglet BANO, j'ai du faire des recherches.
Ces recherches m'ont permis de compléter les données (bulletins municipaux)
BANO est très pratique pour situer mais il faut interpréter
Bonne soirée

Bernard

Le 19/12/2015 10:31, Claude a écrit :

Le 16/12/2015 14:09, Donat ROBAUX a écrit :


-- Message transféré --
From: "Vincent de Château-Thierry" 
To: "Discussions sur OSM en français" 
Cc:
Date: Wed, 16 Dec 2015 07:37:41 +0100
Subject: Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes
d'OSM
Bonjour,

Le 18/10/2015 09:41, Vincent de Château-Thierry a écrit :

Bonjour,
Quand on présente OSM, on aime insister sur notre capacité à
coller à
l'actualité au jour près : ouverture de magasin ou de portion
de route,
nouveau sens de circulation, création de voie.
Par ailleurs une information donnée par FANTOIR est la date
de création
des noms de voies.
J'ai voulu mesurer notre capacité à "coller" à l'actualité, en
confrontant les voies récentes de FANTOIR et le contenu d'OSM.

(...)

Et si ça semble opportun à certains, il sera aussi possible à
peu de
frais de présenter, par exemple, les n rues les plus récentes
d'un
département.


La page des voies récentes vient de changer : la liste ne
concerne plus qu'un département à la fois, avec les 50 voies les
plus récentes inconnues d'OSM. Le tri est par date FANTOIR
décroissante.

L'URL reste inchangée :
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html

vos retours bienvenus,
vincent


Oh super! merci beaucoup Vincent. Tu m'enlèves une bonne épine du 
pied. ;)
Puisque c'est bientôt Noël, est-ce possible d'envisager un tri par 
code INSEE également?


Donat


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

Bonjour

j'ai fait un test sur mon département (63)

les deux premières lignes ne sont pas des voies nouvelles mais des 
erreurs  dans Fantoir


1e ligne La Potence à Limons.
sur le terrain et au cadastre "Les Potences" au même endroit

2eme ligne "Les Culiers"
Sur le Cadastre il y a "Les Culliers" à cet emplacement qui ne 
figurait pas dans OSM


je n'ai pas regardé la suite.


claude



--
 Envoyé avec Mozilla Thunderbird ---


___
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] Zeleznice CR

[Michal Pustějovský]

Ahoj,

železniční mapa ČR už z hlediska infrastruktury vypadá velice pěkně :-)

Já bych jako nyní asi nejvíce prospěšnou činnost viděl podrobné mapování 
stanic a zastávek. Jenže žere to spoustu času...


Michal

Dne 19.12.2015 v 17:35 jzvc napsal(a):


Hou hou hou ... ;D

Lehce predvanocni info. Pokud muj poznamnicek nelze, tak jsem prave 
dokoncil rekneme revizi zeleznicnich trati po cele CR.


Snazil jsem se zmapovat, pripadne maximalne zpresnit kazdou kolej co 
je kde k nalezni pripadne i takove, ktere uz jsou k nalezeni jen pri 
peclivem patrani (ruzne zbytky trati), pokud jsem na takove narazil. 
Vzhledem k budovatelske (a destrukcni) cinnosti, ktera v poslednich 
letech na nasich tratich probiha, nemusi zmapovany stav uplne vsude 
odpovidat stavu aktualnimu (tyce se nekterych stanic, kde probiha 
prestavba kolejiste ...). Zmapoval jsem (pokud to slo) i takove useky, 
ktere jsou viditelne jen za prihodnych podminek (=sucho) na dne nasich 
prehrad (kuprikladu myslim, ze aktualne zajimava muze byt prochazka po 
ose byvale trati v okoli prechrady Sance).


Snazil jsem se zaroven oznacit vsechny zeleznicni prejezdy, a nalezite 
je ocislovat, coz, jako tradicne, narazilo na bordelismus a defakto 
neexistenci dostatecne kompletniho a kvalitniho zdroje. Presto by 
drtiva vetsina prejezdu na provozovanych tratich mela mit cislovani. S 
vleckami je to horsi, a prumyslove arealy nevim kde vzit (cislovan by 
dle legislativy mel byt kazdy prejezd). Pokud by nekdo vedel kde 
pripadne vzit nejaka data, sem snimi.


Tady bych mozna nadhodil tema k diskusi, jak, pripadne zda, znacit 
neoficialni prechody pres trat => na miste je zcela zjevne cily 
provoz, je videt vyslapana pesina, ale prechod neni nijak upraven ani 
oznacen. Da se tudiz zaroven rict, ze to neni prechod v zadnem pripade 
bezpecny.


Stejne tak jsem se snazil zmapovat vsemozne mosty nebo propustky, 
ovsem to by taktez chtelo nejaky lepsi zdroj nez nekdy pomerne 
tragickou fotomapu.


Zaznamenal jsem, ze [https://www.openstreetmap.org/user/mice] mapuje 
rychlostni omezeni na tratich.


***

Na co jsem obcas narazel byly dva faktory.

Mapovani podle BINGu. Ten nam doslova byl cert dluzen. Skoro bych rek, 
ze to byla zcela planovana a umyslna sabotaz. Nekterym maperum ani 
neprijde divne, ze trat (silnice, ...) vede nekomu obyvakem.


Souose vedeni ploch - pole, louky, obytne zony... je to velmi 
iritujici, kdyz pak nekdo dalsi potrebuje way upravit/rozdelit...


***

Dalsi smery co se tyce mapovani zeleznic by asi mohly byti nasledujici:

Tzv "nove" schema znaceni stanic a zastavek. Bohuzel, presto ze je v 
platnosti uz peknych par patku (Vote end: 2011-04-20), tak reneder 
mainpage osm jej uspesne a zcela ignoruje.


Zeleznicni navestidla - pekny priklad je treba Nemecko. Netusim ovsem 
kde vzit data.


***

Pokud nekdo mate nejaky dalsi namet, pripominky tak sem snimi. Az bude 
k dispozici celorepublikove podklad v takove kvalitce, jako tu byly 
nedavno odkazovany fotky z Prahy, tak muzeme zacit tagovat jednotlive 
prazce ;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

Re: [OSM-talk-fr] Accès ancienne version du cadastre (osm: message 8 of 20)

[Philippe Verdy]

Le 19 décembre 2015 à 20:38,  a écrit :

> mets simplement un start_date=2015-12-31 (ce n'est pas plutôt le
> 1026-01-01 ? D'un point de vue comptabilité c'est plus simple !)
>

(Passons sur le "1026" au lieu de "2016", c'est une faute de frappe
évidente).

- C'est effectivement le 1er janvier pour la date de début effective, pas
le 31 décembre.
- Pour la date de fin des anciennes entités c'est le 31 décembre, les
mairies de ces communes sont d'ailleurs ouvertes le 31 décembre jusqu'au
soir, au minimum le service pour les inscriptions sur les listes
électorales de 2016 (si la mairie ferme à 16h ou 17h, c'est encore possible
il me semble en dernière minute dans le poste local de police ou
gendarmerie, qui se contente d'enregistrer la demande sur un formulaire
daté qui sera transmis et traitée par la commune nouvelle lors de sa
réouverture).

Pour ces deux dates, comme on ne précise pas l'heure (pas nécessaire), la
donnée est a priori inclusive : une date de début (start_date) commence à 0
h (00:00:00), une date de fin (end_date) finit à 24 h (23:59:60).

On pourrait éventuellement abréger aussi les dates: "start_date=2016"
(donnée inclusive, c'est donc le 1er janvier inclus), et "end_date=2015"
(donnée inclusive, c'est donc jusqu'au 31 décembre inclus). Ces
abréviations sont compatibles avec le format de date ISO qui ne requière
pas qu'on précise les dates et heures avec toute la précision possible.
Cependant par soucis de clarté (notamment les dates de fin), il vaut mieux
préciser au moins le mois et le jour et éviter absolument "end_date=2016".

Bref :
- "start_date=2016-01-01" pour la nouvelle entité
- "end_date=2015-12-31" pour l'ancienne



De toute façon la nouvelle commune doit nécessairement réviser ses listes
électorales dès janvier, et les faire valider rapidement (au plus tard 15
jours avant les élections de début mars, et même un peu avant puisqu'il
faut aussi permettre l'ouverture des campagnes électorales et valider les
candidatures puisque les candidats à une élection officielle doivent être
des électeurs inscrits). La commune doit tenirt compte des électeurs
disparus (décès de l'état-civil) et arrivés (inscrits, ou mineurs
préinscrits atteignant leur majorité durant l'année et qui sont sur une
annexe à la liste principale avec la date, où ils sont automatiquement
ajoutés à la liste, selon la date du scrutin dans l'année). La commune doit
aussi traiter les radiations de ses listes pour les électeurs qui se sont
inscrits dans une autre commune ou perdent leur droit d'électeur (elle en
est notifiée par la préfecture ou par les tribunaux). Pour cela ce sera un
objets des premières réunions du nouveau conseil municipal en janvier et
transmettre les listes à jour en préfecture.

En février c'est le temps possible pour les recours éventuels devant les
tribunaux administratifs (ces recours existent le plus souvent du fait de
candidats, ou partis politiques ou associations locales, ils viennent
rarement des électeurs individuels eux-même; ce n'est pas tant la qualité
d'électeur qui est contestée que les cas de double inscriptions et la
répartition des inscrits sur des sous-listes par bureau de vote, selon leur
adresse de résidence dans la commune qui pose problème). Les recours
existent cependant dans certains cas pour des électeurs qui se voient
refuser une inscription suite à un changement de résidence ou pour ceux qui
ont deux résidences ou plus occupées chacune une partie de l'année mais où
les communes les considèrent toutes comme secondaires, normalement ce
devrait être la résidence fiscale mais les jsutificatifs d'adresse peuvent
être contradictoires selon les sources et leur date d'émission.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Accès ancienne version du cadastre (osm: message 8 of 20)

[Philippe Verdy]

Les numéros des zones cadatrales actuelles doivent permettre de retrouver
ces limites. à défaut de source cartographique, il doit exister un texte
mentionnant les listes de zones et de parcelles concernées (mais attention
dans le détail car il y a pu y avoir des changements de dédouvpage des
parcelles, ou une zone a pu être scindée (les zones sont à prioiri pas
fusionnées, mais peuvent avoir été renumérotées)

Le 19 décembre 2015 à 20:38,  a écrit :

> mets simplement un start_date=2015-12-31 (ce n'est pas plutôt le
> 1026-01-01 ? D'un point de vue comptabilité c'est plus simple !)
> Ou tu préfixes par construction
> :, voir
> 
> http://wiki.openstreetmap.org/wiki/Lifecycle_prefix.
>
> Le 19/12/2015 14:34, Stéphane Péneau - stephane.pen...@wanadoo.fr a
> écrit :
>
> Coucou !
>
> Est-ce que quelqu'un connait une méthode pour accéder à d'anciennes
> versions du cadastre ?
>
> En effet, dans le lot des communes nouvelles, des communes fusionnées
> depuis 1974 retrouvent leurs limites communales, pour devenir des communes
> déléguées.
>
> La commune fusionnée :
> Vihiers : https://www.openstreetmap.org/relation/547829
>
> communes qui retrouvent des limites : Saint-Hilaire-du-Bois et Voide
>
>
>
> H me !! J'ai déjà créé la commune nouvelle, et je viens de me
> rendre compte que sa date de création n'est pas au 15 décembre, mais au 31.
> Du coup, je suis en avance, et idem pour une autre :
> http://www.openstreetmap.org/relation/5753848
>
> Bon, à 10 jours près, je ne supprime pas ce que j'ai fait... si ?
>
> Stf
>
> ___
> 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-at] AT-Forum (war: Re: Import der Gewässer im Raum Sankt Michael in Obersteiermark)

[Kevin Kofler]

Hallo,

Erwin OSM wrote:
> Also ich finde das Form gut.
> 
> Und es wurde auch nicht gegen meinen Willen eingerichtet. Wenn, dann
> sprich Bitte nur für Dich und nicht für die gesamte Community, OK?
>  Und es ist auch nicht tot, es erwacht mehr und mehr zum Leben.

Also erstens einmal hat HTML-Mail auf einer Mailingliste nichts verloren. 
(Ich habe es absichtlich genau so zitiert, wie es KNode tut. Anzeigen kann 
KNode das HTML zwar, wenn auch aus Sicherheitsgründen mit einem extra Klick, 
aber zitieren ist dann schon zu viel verlangt.)

Aber zur Sache: Ich halte es für eine sehr schlechte Idee, 2 konkurrierende 
Medien zu haben, die genau demselben Zweck dienen. Die Diskussionen müssen 
an einem Ort zusammenlaufen, und da hat sich eben die Mailingliste 
etabliert. (Die ist übrigens auch über 
gmane.comp.gis.openstreetmap.region.at verfügbar, da gibt es NNTP/NNTPS, 
sowie auch ein Web-basiertes Interface, das auch das Posten zuläßt. Es wird 
also kein Mensch gezwungen, darauf per e-Mail zuzugreifen. Ich verwende z.B. 
den NNTP/NNTPS-Client KNode über NNTPS.)

Kevin Kofler


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

Re: [Talk-cz] Fwd: Vandalismus v důsledku výuky Informatiky u vás na škole

[Marián Kyral]

Dne 19.12.2015 v 23:51 Marián Kyral napsal(a):
> Dne 19.12.2015 v 23:40 Miroslav Suchý napsal(a):
>> Dne 19.12.2015 v 23:02 Marián Kyral napsal(a):
>>> Dne 8.12.2015 v 20:53 Pavel Machek napsal(a):
 On Mon 2015-12-07 15:54:20, Miroslav Suchy wrote:
> Napsal jsem jim.
 Mozna skusit preforwardovat na e-learning_prusa...@centrum.cz ?

 Tam ten ucitel sbira domaci ukoly, mohl by si vsimnout...
 Pavel
>>> Nějaká reakce?
>> Ano, teprve teď jsem si ji přečetl. Bývalí deváťáci - konkrétně
>> Viktor Čech, Tomáš Blaha, Dominik Fojtík, Tomáš Kříž a Stanislav Zálešák
>> jen tak z plezíru blbly v mapě, něco učitel našel a opravil ale
>> evidentně ne všechno.
>> Nové žáky učí jinak a prý to už nehrozí.
> No ony se tam některé změny objevily teprve v létě, to už učitel asi
> nečekal. Jinak pochybuji, že by si nevšiml, že místo školy učí v
> nemocnici Blázinec ;-)
>
>>> Normálně bych se mrknul na ty problematické uživatele a udělal revert
>>> všech jejich změn. Ono to není jen to, co je vidět, ale v okolí Prušánek
>>> je plno takových pokusů, že tam je nějaká cesta, která má jen tag name a
>>> ta se samozřejmě nevykresluje. Ale v databázi je.
>> +1
>> Akorát nevím jak se reverty dělají.
>>
> Nikdy jsem to nedělal, jen vím, že do JOSM na to existuje plugin:
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter
> Ale jak tak na to koukám, tady to jde jen po changesetech - nelze zrušit
> všechny changesety uživatele najednou. To zřejmě umí jen Data Working Group.

Případně takto se dají vytáhnout všechny objekty uživatele a pak je
ručně smazat.
Dal by se udělat i skript, který smaže všechny objekty daného uživatele
ve verzi 1.

Marián

> Marián
>
>> Mirek
>>
>> ___
>> 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] Zeleznice CR

[jzvc]

Dne 19.12.2015 v 20:32 Libor Skala napsal(a):

Mapa z IZS by měla být správně i když občas máme přejezd mimo trať. Když
mi pošlete čísla přejezdů které jsou problematické, pokusím se je ověřit
a předat souřadnice. Přejezdy v této mapě jsou pravidelně aktualizované.

Dvě čísla u přejezdu můžou být způsobené vlečkou v souběhu (petimístné
číslo začíná 1).


Zdravim,

na to duplicini cislovani jsem opakovane narazel prave u vlecek => obe 
cisla byla pres 10k.


Jinak maly priklad:  P4582 (Dymokury), mate ho v mape 2x, cca 250m od 
sebe. 1x v kombinaci s P10700, ale prave tam, kde je to podle vseho 
spatne. Ten prejezd je na silnici 33010 a smerem k 32 uz zadny dalsi 
podle vseho neni.


A ani tim P10700 bych si nebyl jisty jestli tam ma byt, protoze mate 
prozmenu v popisce, ze to je vlecka Prelouc ... To je ponekud o par 
desitek km jinde. Zatimco ta vlecka v Prelouci do te firmy v popisce 
(excalibur army) cislo na prejezdu na vasi mape nema vubec.


Rekl bych, ze by to mel byt spis tento prejezd:

X: -661042.4649652031 Y: -1059241.202925975

(kopirovane souradnice z http://gis.izscr.cz/map2/)





19. prosince 2015 18:42:04 CET, jzvc  napsal:

Dne 19.12.2015 v 18:12 Libor Skala napsal(a):

Prejezdy jsou na webu SZDC, odkaz dohledem zítra na počítači.



Dik, to nemusis, o tom excelu vim, prejezd uprostred afriky, desitky
jich je i km od nejblizsi trate ...

http://www.szdc.cz/web/prejezdy.html

A jsou tam jen ty, ktere jsou na jejich tratich, i soukrome trate v
provozu tam uz nejsou.

Pak je tu jeste mapa hasicu:

http://gis.izscr.cz/map2/

Jenze na ni jsou prozmenu u spousty prejezdu 2 cisla, a muzes si hodit
minci, ktere je to spravne. Poloha pak vychazi z tech dat vyse => klidne
zcela mimo.




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


--
S pozdravem

Libor Skala

Odesláno z telefonu s Androidem pomocí pošty K-9 Mail.



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

Re: [talk-au] Talk-au Digest, Vol 102, Issue 18

[Timothy Ney]

The area is subject to a major highway upgrade which includes new highway
construction,  realignments,  upgrade to 4 lane motorway standard. . Its a
very volatile area that is in flux with sections opening as they come on
line.

Mapping would be constantly changing and I would suggest deletions are very
likely,  as well as many edits,  road name changes and other information
associated with on going construction

Mackay Mapper,  now living on the gold coast



On Sat, 19 Dec 2015 10:01 pm  <talk-au-requ...@openstreetmap.org> wrote:

> Send Talk-au mailing list submissions to
> talk-au@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-au
> or, via email, send a message with subject or body 'help' to
> talk-au-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-au-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-au digest..."
>
>
> Today's Topics:
>
>1. Northern NSW again (Andy Townsend)
>2. Re: Northern NSW again (Leon Kernan)
>3. Re: Northern NSW again (Warin)
>
>
> --
>
> Message: 1
> Date: Sat, 19 Dec 2015 02:20:49 +
> From: Andy Townsend <ajt1...@gmail.com>
> To: OSM Australian Talk List <talk-au@openstreetmap.org>
> Subject: [talk-au] Northern NSW again
> Message-ID: <5674bf01.50...@gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi,
>
> Just for info, I've suggested that a relatively new mapper in Northern
> NSW might want to contact other mappers here in a comment on
> https://www.openstreetmap.org/changeset/35480438
> (https://www.openstreetmap.org/way/332351666 is clearly unjoined, but
> there may be other issues).
>
> It's a similar area and the same mapper as in the thread
> https://lists.openstreetmap.org/pipermail/talk-au/2015-January/010499.html
> .  Maybe there's been a major road project there, but there do seem to
> be quite a lot of deletions in that changeset - it might need a local to
> double-check that things haven't been deleted by mistake.
>
> Cheers,
>
> Andy
>
>
>
>
> --
>
> Message: 2
> Date: Sat, 19 Dec 2015 13:49:59 +1100
> From: Leon Kernan <lker...@gmail.com>
> To: Andy Townsend <ajt1...@gmail.com>
> Cc: OSM Australian Talk List <talk-au@openstreetmap.org>
> Subject: Re: [talk-au] Northern NSW again
> Message-ID:
> <
> cach7a8_43-9ucahwyn22sw7rgodmy6om7xn6ehar9wvfvs4...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Pretty sure I read that section has just opened.
> They're probably someone from Skyscrapercity or Aussie-Highways google
> group who are on the ball.
>
> I admit I tend to leave proposed and construction ways unjoined, which is a
> trap if someone else just changes the tags without looking closely at the
> ends.
>
> On Sat, Dec 19, 2015 at 1:20 PM, Andy Townsend <ajt1...@gmail.com> wrote:
>
> > Hi,
> >
> > Just for info, I've suggested that a relatively new mapper in Northern
> NSW
> > might want to contact other mappers here in a comment on
> > https://www.openstreetmap.org/changeset/35480438 (
> > https://www.openstreetmap.org/way/332351666 is clearly unjoined, but
> > there may be other issues).
> >
> > It's a similar area and the same mapper as in the thread
> >
> https://lists.openstreetmap.org/pipermail/talk-au/2015-January/010499.html
> > .  Maybe there's been a major road project there, but there do seem to be
> > quite a lot of deletions in that changeset - it might need a local to
> > double-check that things haven't been deleted by mistake.
> >
> > Cheers,
> >
> > Andy
> >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-au/attachments/20151219/b6ca545f/attachment-0001.html
> >
>
> --
>
> Message: 3
> Date: Sat, 19 Dec 2015 14:05:44 +1100
> From: Warin <61sundow...@gmail.com>
> To: talk-au@openstreetmap.org
> Subject: Re: [talk-au] Northern NSW again
> Message-ID: <5674c988.6010...@gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 1

Re: [Talk-it] Tag highway=stop e direction=*, chiedo un chiarimento.

[Martin Koppenhoefer]

sent from a phone

> Am 19.12.2015 um 09:36 schrieb Volker Schmidt :
> 
> Non l'ho inventato io, ma il concetto è che la direction è relativa al way 
> sul quale si trova il highway=stop. Funziona fin quando non viene qualcuno e 
> ti rovescia il way.


ci sono anche altre operazioni che distruggono questo metodo di taggare:
spezzare la way allo nodo stop, oppure inserire un altro highway che raggiunge 
quel nodo (creare un incrocio).

Nel caso di un way molto lungo è probabile che un mappatore non tiene conto di 
un eredita della direzione del way sui nodi. Per me è sbagliato il design di 
questo tipo di mappatura. I tags di un oggetto non dovrebbero riferirsi ad un 
altro oggetto.


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

Re: [OSM-ja] 神社仏閣用チートシート、JOSM プリセット

[yasunari]

muramoto さん、皆さん、
山下です。こんにちわ。

コメントありがとうございます。

 > (b)手水
 > 私は、日本語が読めない人向けに、drinking_water=noをつけるようにしています。

これいいですね。
追加しました。

 > (c)絵馬かけ
 > 絵馬を掛ける場所、おみくじを結ぶ場所をタグ付けしたいと考えていますが、適切なタグが思い当たりません。どなたかよいアイディアをお持ちでないでしょうか。

京都世界遺産マッピングパーティでも時々話題になります。
http://www.openstreetmap.org/node/3537341312
http://www.openstreetmap.org/node/3717187291

形状的には fence なのですが、
barrier じゃぁないし、、、とか


 > (3)その他
 > スペルミスかと思いますが、landuse=religionsではなくlanduse=religiousかと思います。

お恥ずかしい。修正しておきました。

In message 

Re: [OSM-talk-fr] Accès ancienne version du cadastre (osm: message 8 of 20)

[Philippe Verdy]

Le 19 décembre 2015 à 20:38,  a écrit :

> mets simplement un start_date=2015-12-31 (ce n'est pas plutôt le
> 1026-01-01 ? D'un point de vue comptabilité c'est plus simple !)
>

(Passons sur le "1026" au lieu de "2016", c'est une faute de frappe
évidente).

- C'est effectivement le 1er janvier pour la date de début effective, pas
le 31 décembre.
- Pour la date de fin des anciennes entités c'est le 31 décembre, les
mairies de ces communes sont d'ailleurs ouvertes le 31 décembre jusqu'au
soir, au minimum le service pour les inscriptions sur les listes
électorales de 2016 (si la mairie ferme à 16h ou 17h, c'est encore possible
il me semble en dernière minute dans le poste local de police ou
gendarmerie, qui se contente d'enregistrer la demande sur un formulaire
daté qui sera transmis et traitée par la commune nouvelle lors de sa
réouverture).

Pour ces deux dates, comme on ne précise pas l'heure (pas nécessaire), la
donnée est a priori inclusive : une date de début (start_date) commence à 0
h (00:00:00), une date de fin (end_date) finit à 24 h (23:59:60).

On pourrait éventuellement abréger aussi les dates: "start_date=2016"
(donnée inclusive, c'est donc le 1er janvier inclus), et "end_date=2015"
(donnée inclusive, c'est donc jusqu'au 31 décembre inclus). Ces
abréviations sont compatibles avec le format de date ISO qui ne requière
pas qu'on précise les dates et heures avec toute la précision possible.
Cependant par soucis de clarté (notamment les dates de fin), il vaut mieux
préciser au moins le mois et le jour et éviter absolument "end_date=2016".

Bref :
- "start_date=2016-01-01" pour la nouvelle entité
- "end_date=2015-12-31" pour l'ancienne



De toute façon la nouvelle commune doit nécessairement réviser ses listes
électorales dès janvier, et les faire valider rapidement (au plus tard 15
jours avant les élections de début mars, et même un peu avant puisqu'il
faut aussi permettre l'ouverture des campagnes électorales et valider les
candidatures puisque les candidats à une élection officielle doivent être
des électeurs inscrits). La commune doit tenirt compte des électeurs
disparus (décès de l'état-civil) et arrivés (inscrits, ou mineurs
préinscrits atteignant leur majorité durant l'année et qui sont sur une
annexe à la liste principale avec la date, où ils sont automatiquement
ajoutés à la liste, selon la date du scrutin dans l'année). La commune doit
aussi traiter les radiations de ses listes pour les électeurs qui se sont
inscrits dans une autre commune ou perdent leur droit d'électeur (elle en
est notifiée par la préfecture ou par les tribunaux). Pour cela ce sera un
objets des premières réunions du nouveau conseil municipal en janvier et
transmettre les listes à jour en préfecture.

En février c'est le temps possible pour les recours éventuels devant les
tribunaux administratifs (ces recours existent le plus souvent du fait de
candidats, ou partis politiques ou associations locales, ils viennent
rarement des électeurs individuels eux-même; ce n'est pas tant la qualité
d'électeur qui est contestée que les cas de double inscriptions et la
répartition des inscrits sur des sous-listes par bureau de vote, selon leur
adresse de résidence dans la commune qui pose problème). Les recours
existent cependant dans certains cas pour des électeurs qui se voient
refuser une inscription suite à un changement de résidence ou pour ceux qui
ont deux résidences ou plus occupées chacune une partie de l'année mais où
les communes les considèrent toutes comme secondaires, normalement ce
devrait être la résidence fiscale mais les jsutificatifs d'adresse peuvent
être contradictoires selon les sources et leur date d'émission.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Tag highway=stop e direction=*, chiedo un chiarimento.

[Volker Schmidt]

Non l'ho inventato io, ma il concetto è che la direction è relativa al way
sul quale si trova il highway=stop. Funziona fin quando non viene qualcuno
e ti rovescia il way.senza accorgersene del stop.

Volker


la direzione dello stop , se messo su un nodo del highway, non è chiara (si
> vorrebbe una relazione). Il tag direction=forward/backward non ha senso su
> un nodo, perché un nodo non ha una direzione. Si potrebbe risolvere
> indicando una direzione come gradi (e.g. 20 degrees rispetto al nord)
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] La Notte dei Mappatori viventi

[Alessandro Palmas]

Per ora le statistiche dicono che solo 12 utenti hanno portato a termine 
almeno un task tra quelli offerti nel Tasking Manager.
Vi ricordo che terremo 'acceso' il task sino a domenica sera, chi vuole 
partecipare ha ancora tempo.


Per chi è abituato a mappare i cestini della carta e le panchine si 
trova a dire "ho visto cose ..." c'è molto bisogno lì in zona.


Alessandro Ale_zena_IT

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

Re: [Talk-it] La Notte dei Mappatori viventi

[Carlo]

Ciao a tutti

Io sto lavorando su in task, ma inserisco solo le strade, alla fine lo devo chiudere o lo devo lasciare aperto per altri che inseriranno le linee elettriche?
Grazie
Carlo



Per ora le statistiche dicono che solo 12 utenti hanno portato a termine 
almeno un task tra quelli offerti nel Tasking Manager.
Vi ricordo che terremo 'acceso' il task sino a domenica sera, chi vuole 
partecipare ha ancora tempo.

Per chi è abituato a mappare i cestini della carta e le panchine si 
trova a dire "ho visto cose ..." c'è molto bisogno lì in zona.

Alessandro Ale_zena_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

Re: [Talk-it] La Notte dei Mappatori viventi

[Federico Cortese]

2015-12-19 12:33 GMT+01:00 Alessandro Palmas :
> Per ora le statistiche dicono che solo 12 utenti hanno portato a termine
> almeno un task tra quelli offerti nel Tasking Manager.
> Vi ricordo che terremo 'acceso' il task sino a domenica sera, chi vuole
> partecipare ha ancora tempo.
>

Ieri sera non ho potuto partecipare, mi sto cimentando da stamattina
sul task 84, ma è enorme e vuoto! Ho sbagliato avrei dovuto
sub-sub-dividerlo.
Ma la chat è solo su IRC, mi ricordavo sul task manager ci fosse una
chat dedicata.

> Per chi è abituato a mappare i cestini della carta e le panchine si trova a
> dire "ho visto cose ..." c'è molto bisogno lì in zona.
>

Vero c'è un deserto di dati.

Ciao
Federico

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

Re: [Talk-it] La Notte dei Mappatori viventi

[Andrea Albani]

Io direi di lasciarlo aperto e di riportare nei commenti del task cosa hai
fatto/cosa manca.
Ciao
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-lv] mārtiņrožu iela, motorcar=no

[Rihards]

https://www.openstreetmap.org/way/128292755/history

vai tas segments tiešām viss nav pieejams ? pēc sat bildēm tas tā jocīgi 
būtu

--
 Rihards

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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[osm . sanspourriel]

Ma question serait plutôt : y a-t-il un besoin spécifique que 
comcommaker ne remplit pas actuellement ?
En quoi devrait-il être adapté ? Ajout automatique des attributs 
proposés par Jérôme ? Saisie d'un attribut start_date ?
Modification des communes déléguées : un end_date simple comme je vois 
pour l'Alsace 
 
(end_date  
2015-12-31) ?


Logiquement ce serait plutôt un :
admin_level:-2015=8
admin_level:2016-=9
(format ISO : la date de création des communes fusionnées étant la date 
de début des nouveaux niveaux et la date de fin des anciens étant la veille)
Effectivement, là on a du boulot systématique à faire et comcommaker 
fait déjà l'essentiel.

Au fait, y-a-t-il des codes INSEE pour les nouvelles entités ?

Ajouter aussi les sources (JO ou autres) pour les admin_level (des 
nouvelles et anciennes entités).


Jean-Yvon

Le 18/12/2015 15:40, Stéphane Péneau - stephane.pen...@wanadoo.fr a écrit :
Au fait ! ComcomMaker ne pourrait-il pas être adapté pour nous 
faciliter la tâche dans ces créations de communes nouvelles ?


Stf


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

Re: [Talk-de] Treppen und Handläufe

[Tobias Knerr]

Am 15.12.2015 21:53, schrieb Thorsten Alge:
> kennt Ihr noch andere OSM-basierte Dienste als
> http://openls.geog.uni-heidelberg.de/wheelchair-test/ , welche die Tags
> highway=steps und handrail[:left|:right]=yes auswerten?

OSM2World wertet diese Tags aus. Allerdings sind die Handläufe zu klein,
als dass sie in der auf Zoom 18 limitierten Onlinekarte sichtbar wären.
Daher bemerkt man sie derzeit nur offline.

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

Re: [Talk-cz] Tag "network" na pěších turistických trasách

[Tom Ka]

Dne 7. prosince 2015 15:06 Václav Kubíček  napsal(a):
> Pro cyklotrasy jsou pravidla jasně daná na wiki a kontola je jednoduchá.
>
> Např. zde:
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/cycle_ways
> a nebo zde:
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
>
> Tj.:
>
> ncn pro cyklotrasy KČT 1., 2. a 3. třídy,
> rcn pro 4. třídu,
> lcn pro různá místní značení
> +
> icn pro Eurovelo - mezinárodní trasy.

Ahoj,

zadne dalsi reakce tak si dovolim shrnout.
- lokalni trasy jsou bez namitek, vyse uvedene schema je aktualne v
kontrolach OsmHiCheck aplikovano
- cyklotrasy jsou jasne dane, kontrola byla do OsmHiCheck doplnena,
zatim se vsak aplikuje pouze na relace dle tagu kct_XXX=bicycle, tj.
realne jen 3 v CZ. Rozsireni na normalni cyklotrasy provedu pozdeji
jak bude chvilka.
- zbyvaji kct_XXX=major:

Rad bych tedy vyvolal nejakou diskusi nad exaktnimi pravidly
oznacovani - tj. podle delky trasy, tim ze prochazi vice nez X okresy
apod. Dovedu si predstavit neco takoveho (vykopavam, rozhodne netvrdim
ze je to idealni nebo final):

lwn: delka < 10km
rwn: delka > 10km, prochazi min. 2 okresy
nwn: delka > 50km, prochazi min. 2 kraji/3 okresy apod.

Zaroven jeste pripominam diskusi o destinations. Rad bych s tim taky
neco provedl, nelibi se mi
- extremni podoba s naprosto nesouvisejicim tage destination
- dle OsmHiCheck je velka cast dnes nevyplneno, resp. kdyz tak ne
podle pravidel (oddeleni strednikem, upozornoval tusim Marian v listu
pred nejakou dobou)

moznosti:
- nepouziva se, zrusit (asi ne, i kdyz o realnem vyuziti se mi
nepodarilo sehnat zadne info)
- ma smysl, prejmenovat na neco jine s nekoliznim nazvem
- kolizi prezijeme, lidi to budou zadavat blbe (kontrola?), verifikace
zapisu a (polo)automaticka korekce na spravny tvar (se stredniky)

Diky za komentare.

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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Philippe Verdy]

Comcommaker n'est pas si pratique à utiliser que ça, pour fusionner
quelques communes on a plus vite fait de les charger manuellement et
copier-coller les ways de chacune, supprimer tous les doublons de ways
(marqués en rose dans JOSM dans la liste des membres de la nouvelle
relation) et refermer les ways dans l'ordre avec le bouton de tri.

Derrière ça, il faut changer l'admin_level des ways intérieurs (ceux qui
était en rose) de 8 à 9

Si jamais la fusion de communes a concerné des communes de deux
arrondissements départementaux différents, il faudrait aussi mettre à jour
l'arrondissement, qui a du être modifié aussi par le même décret pour que
la commune nouvelle soit dans un et un seul arrondissement, c'est à dire
dans la compétence d'un seul et même sous-préfet (si c'est le cas
l'admin_level passera de 7 à 9.



Mais si jamais ce n'est pas le cas, l'admin_level reste à 7 et les communes
déléguées resteraient dans des arrondissements séparés, un sous-préfet
gérant encore certaines communes délégués, tandis que que la commune
déléguée désignée comme chef-lieu de la commune nouvelle sera de la
compétence d'un autre sous-préfet, le même que la commune nouvelle...

Je doute que ce micmac arrive, ce serait une aberration administrative sans
nom, mais en France tout est possible, l'Etat ne se réforme pas forcément
aussi vite que les collectivités locales et peut oublier un décret
d'application, il n'est pas exempt de conflits de compétences entre ses
services et administrations, qui se règle alors seulement plus tard par les
tribunaux administratifs, ou par la solution du réglement transitoire du
litige non pas au niveau des sous-préfectures mais des préfectures...

D'ailleurs les sous-préfets sont dans le colimateur depuis longtemps et
pourraient disparaitre en même temps que les arrondissements
départementaux, mais des communes et EPCI s'y opposent (et leurs adminstrés
via les assos locales) pour éviter le transfert des services des
sous-préfectures vers la préfecture. On le voit encore avec les nouvelles
régions qui se disputent maintenant les services des anciennes régions
(l'Etat propose à la place des "maisons de l'Etat" pour un nombre limité de
services, et en transfère d'autres sur Internet ou vers les collectivités
locales). Avec le rôle croissant des coopérations intercommunales et la
réduction du nombre de collectivités locales, l'ancienne structure
administrative déconcentrée de l'Etat a du mal à rester adaptée, et devient
inutilement lourde quand il ne gère plus des missions qui ont été
transférées.

Le 19 décembre 2015 à 09:31,  a écrit :

> Ma question serait plutôt : y a-t-il un besoin spécifique que comcommaker
> ne remplit pas actuellement ?
> En quoi devrait-il être adapté ? Ajout automatique des attributs proposés
> par Jérôme ? Saisie d'un attribut start_date ?
> Modification des communes déléguées : un end_date simple comme je vois
> pour l'Alsace
>  (end_date
> 
> 2015-12-31) ?
>
> Logiquement ce serait plutôt un :
> admin_level:-2015=8
> admin_level:2016-=9
> (format ISO : la date de création des communes fusionnées étant la date de
> début des nouveaux niveaux et la date de fin des anciens étant la veille)
> Effectivement, là on a du boulot systématique à faire et comcommaker fait
> déjà l'essentiel.
> Au fait, y-a-t-il des codes INSEE pour les nouvelles entités ?
>
> Ajouter aussi les sources (JO ou autres) pour les admin_level (des
> nouvelles et anciennes entités).
>
> Jean-Yvon
>
> Le 18/12/2015 15:40, Stéphane Péneau - stephane.pen...@wanadoo.fr a
> écrit :
>
> Au fait ! ComcomMaker ne pourrait-il pas être adapté pour nous faciliter
> la tâche dans ces créations de communes nouvelles ?
>
> Stf
>
>
>
> ___
> 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] Communes nouvelles - fusion de communes

[Philippe Verdy]

Comcommaker n'est pas si pratique à utiliser que ça, pour fusionner
quelques communes on a plus vite fait de les charger manuellement et
copier-coller les ways de chacune, supprimer tous les doublons de ways
(marqués en rose dans JOSM dans la liste des membres de la nouvelle
relation) et refermer les ways dans l'ordre avec le bouton de tri.

Derrière ça, il faut changer l'admin_level des ways intérieurs (ceux qui
était en rose) de 8 à 9

Si jamais la fusion de communes a concerné des communes de deux
arrondissements départementaux différents, il faudrait aussi mettre à jour
l'arrondissement, qui a du être modifié aussi par le même décret pour que
la commune nouvelle soit dans un et un seul arrondissement, c'est à dire
dans la compétence d'un seul et même sous-préfet (si c'est le cas
l'admin_level passera de 7 à 9.



Mais si jamais ce n'est pas le cas, l'admin_level reste à 7 et les communes
déléguées resteraient dans des arrondissements séparés, un sous-préfet
gérant encore certaines communes délégués, tandis que que la commune
déléguée désignée comme chef-lieu de la commune nouvelle sera de la
compétence d'un autre sous-préfet, le même que la commune nouvelle...

Je doute que ce micmac arrive, ce serait une aberration administrative sans
nom, mais en France tout est possible, l'Etat ne se réforme pas forcément
aussi vite que les collectivités locales et peut oublier un décret
d'application, il n'est pas exempt de conflits de compétences entre ses
services et administrations, qui se règle alors seulement plus tard par les
tribunaux administratifs, ou par la solution du réglement transitoire du
litige non pas au niveau des sous-préfectures mais des préfectures...

D'ailleurs les sous-préfets sont dans le colimateur depuis longtemps et
pourraient disparaitre en même temps que les arrondissements
départementaux, mais des communes et EPCI s'y opposent (et leurs adminstrés
via les assos locales) pour éviter le transfert des services des
sous-préfectures vers la préfecture. On le voit encore avec les nouvelles
régions qui se disputent maintenant les services des anciennes régions
(l'Etat propose à la place des "maisons de l'Etat" pour un nombre limité de
services, et en transfère d'autres sur Internet ou vers les collectivités
locales). Avec le rôle croissant des coopérations intercommunales et la
réduction du nombre de collectivités locales, l'ancienne structure
administrative déconcentrée de l'Etat a du mal à rester adaptée, et devient
inutilement lourde quand il ne gère plus des missions qui ont été
transférées.

Le 19 décembre 2015 à 09:31,  a écrit :

> Ma question serait plutôt : y a-t-il un besoin spécifique que comcommaker
> ne remplit pas actuellement ?
> En quoi devrait-il être adapté ? Ajout automatique des attributs proposés
> par Jérôme ? Saisie d'un attribut start_date ?
> Modification des communes déléguées : un end_date simple comme je vois
> pour l'Alsace
>  (end_date
> 
> 2015-12-31) ?
>
> Logiquement ce serait plutôt un :
> admin_level:-2015=8
> admin_level:2016-=9
> (format ISO : la date de création des communes fusionnées étant la date de
> début des nouveaux niveaux et la date de fin des anciens étant la veille)
> Effectivement, là on a du boulot systématique à faire et comcommaker fait
> déjà l'essentiel.
> Au fait, y-a-t-il des codes INSEE pour les nouvelles entités ?
>
> Ajouter aussi les sources (JO ou autres) pour les admin_level (des
> nouvelles et anciennes entités).
>
> Jean-Yvon
>
> Le 18/12/2015 15:40, Stéphane Péneau - stephane.pen...@wanadoo.fr a
> écrit :
>
> Au fait ! ComcomMaker ne pourrait-il pas être adapté pour nous faciliter
> la tâche dans ces créations de communes nouvelles ?
>
> Stf
>
>
>
> ___
> 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] Voies récentes dans Fantoir, absentes d'OSM

[Claude]

Le 16/12/2015 14:09, Donat ROBAUX a écrit :


-- Message transféré --
From: "Vincent de Château-Thierry" >
To: "Discussions sur OSM en français" >
Cc:
Date: Wed, 16 Dec 2015 07:37:41 +0100
Subject: Re: [OSM-talk-fr] Voies récentes dans Fantoir, absentes d'OSM
Bonjour,

Le 18/10/2015 09:41, Vincent de Château-Thierry a écrit :

Bonjour,
Quand on présente OSM, on aime insister sur notre capacité à
coller à
l'actualité au jour près : ouverture de magasin ou de portion
de route,
nouveau sens de circulation, création de voie.
Par ailleurs une information donnée par FANTOIR est la date de
création
des noms de voies.
J'ai voulu mesurer notre capacité à "coller" à l'actualité, en
confrontant les voies récentes de FANTOIR et le contenu d'OSM.

(...)

Et si ça semble opportun à certains, il sera aussi possible à
peu de
frais de présenter, par exemple, les n rues les plus récentes d'un
département.


La page des voies récentes vient de changer : la liste ne concerne
plus qu'un département à la fois, avec les 50 voies les plus
récentes inconnues d'OSM. Le tri est par date FANTOIR décroissante.

L'URL reste inchangée :
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html

vos retours bienvenus,
vincent


Oh super! merci beaucoup Vincent. Tu m'enlèves une bonne épine du pied. ;)
Puisque c'est bientôt Noël, est-ce possible d'envisager un tri par 
code INSEE également?


Donat


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

Bonjour

j'ai fait un test sur mon département (63)

les deux premières lignes ne sont pas des voies nouvelles mais des 
erreurs  dans Fantoir


1e ligne La Potence à Limons.
sur le terrain et au cadastre "Les Potences" au même endroit

2eme ligne "Les Culiers"
Sur le Cadastre il y a "Les Culliers" à cet emplacement qui ne figurait 
pas dans OSM


je n'ai pas regardé la suite.


claude



--
 Envoyé avec Mozilla Thunderbird ---

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

Re: [Talk-lv] mārtiņrožu iela, motorcar=no

[Jānis Skudra]

Protams, ka ir un jābūt pieejamam, jo tā ir Sunīšu ciema maģistrālā iela:
​
 Ielas_Sunisi_Amatnieki.pdf

​

Cieņā
Jānis Skudra

2015. gada 19. decembris 10:23 Rihards  rakstīja:

> https://www.openstreetmap.org/way/128292755/history
>
> vai tas segments tiešām viss nav pieejams ? pēc sat bildēm tas tā jocīgi
> būtu
> --
>  Rihards
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [OSM-ja] Tagging a Japanese address correctly

[tomoya muramoto]

Hi, Daniel

You can check a document of Japan tagging standards here.
http://wiki.openstreetmap.org/wiki/Japan_tagging

And in this page you can see examples of "place=*" usage.
I think addr:* is same.

So for your example, addr:* would be like this,
addr:full=兵庫県神戸市中央区雲井通5-3-1
addr:country=JP (JA is Japanese language, JP is Japan country)
addr:province=兵庫県
addr:city=神戸市
addr:suburb=中央区
addr:quarter=雲井通
addr:neighbourhood=5 or 五丁目
addr:block_number=3 or 3番 or 3番地
addr:housenumber=1 or 1号

>How to tag the English/Romaji/Kana address?
>"addr:city:en=Kobe" and "addr:city:ja_kana=こうべ"?
>This going to become a huge list of tags then for every address.
Yes, English/Romaji/Kana tagging will make a huge list.

>Is "addr:place=雲井通5-3-1" correct?
I think addr:place=* is not used in Japan address tagging.

muramoto


2015-12-17 16:27 GMT+09:00 Daniel Kastl :

> Hi,
>
> I tried to find a Wiki page about tagging Japanese addresses correctly.
> I only found the general "JA:Key:addr" page:
> http://wiki.openstreetmap.org/wiki/JA:Key:addr
> Is there already some other guideline how to do this?
>
> For example for a building I could add the following tags?
>
> addr:full=兵庫県神戸市中央区雲井通5-3-1
> add:postcode=651-0096
> addr:country=JA
> addr:province=兵庫
> addr:city=神戸
> addr:suburb=中央区
> addr:place=雲井通5-3-1
> addr:housename=サンパル
>
> Already here I have various questions:
>
>- Do I include 県市区町名 in tags like addr:province or addr:city?
>"addr:suburb=中央区" or "addr:suburb=中央"?
>
>- How to tag the English/Romaji/Kana address?
>"addr:city:en=Kobe" and "addr:city:ja_kana=こうべ"?
>This going to become a huge list of tags then for every address.
>
>- Is "addr:place=雲井通5-3-1" correct?
>What to do with 上田町 and 二丁目? Do we split an address into more tags?
>
> Since Japanese addresses have such a nice hierarchy using polygon areas,
> it would be easy to derive information from parent address polygons
> (instead of adding this information to each and every building).
> In this case we have for example for "二丁目" as "boundary:admin_level= 10",
> but how to apply the address information?
>
> Anyone has a best practice already?
>
> Thanks,
> Daniel
>
>
> PS: Where I live now I received a very detailed map delivered to all
> households by the city, published by 日本特殊地図協会. The block polygons and other
> building shapes look identical to GSI/KIBAN 2500. But there is no
> information about the data source. Property owners layers is added, but
> maybe provided by Zenrin or the city?
>
> --
> Georepublic UG & Georepublic Japan
> eMail: daniel.ka...@georepublic.de
> Web: https://georepublic.info
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] La Notte dei Mappatori viventi

[Alessandro Palmas]

Il 19/12/2015 00:26, Any File ha scritto:

Anche io ho trovato i WMS tutti bianchi, poi ho capito perché.
Coprono solo un'area ristretta della Basilicata. In Calabria trovi tutto bianco.
Questo sia per "ortofoto Basilicata" sia per "Linee aere Basilicata".
Quella dei tralicci copre solo una zona piccolissima ed ha pochissimi punti.



Quelli sono WMS delle regioni che coprono solo il territorio di loro 
competenza. La Calabria pubblica la maggior parte dei dati in formati 
poco riutilizzabili.


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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Philippe Verdy]

Le 19 décembre 2015 à 15:03, Stéphane Péneau  a
écrit :

> Selon le cas, il y a plusieurs manip à faire :
> basculer les anciennes limites des communes en admin_level 10 si elles ne
> sont pas utilisées par la commune nouvelle
>

Si c'est bien une "commune nouvelle", les anciennes communes persistent en
tant que "communes déléguées", donc niveau 9, pas 10.
Elles conservent aussi chacune leur propre découpage en quartiers
administratifs en niveau 10 (ce quartiers n'ont pas de code INSEE de
commune).
OK l'EPCI disparait, mais pas les communes membres (avec leur propre
état-civil, leur code INSEE propre).

Seul ennui, quel code INSEE pour la commune nouvelle (ce ne peut pas être
le code INSEE de l'EPCI, qui était en fait un numéro SIREN, mais ce nulméro
SIREN disparait nécessairement aussi, la commune nouvelle n'est légalement
pas la même organisation que l'EPCI, même si elle lui succède; l'EPCI ne
disparaitra qu'après transfert effectif des compétences, fermeture et
validation des comptes, transferts des contrats en cours avec les autres
prestataires et organisations, amendements des contrats de travail et
transferts légaux des personnels, mais les deux organisations vont devoir
fonctionner légalement simultanément quelques temps au plan comptable,
social, juridique : en France la dissolution d'une organisation peut
prendre quelques mois, et même un peu plus s'il y a des procédures
judiciaires en cours).

Bref supprimer toute référence éventuelle de code INSEE dans l'EPCI (s'il y
en a eu un), mais laisser éventuellement pendant quelques temps le code
SIREN jusqu'à ce qu'on connaisse le nouveau code SIREN de la commune
nouvelle), laissr un FIXME pour noter l'absence de code INSEE et la
correction à faire du code SIREN (l'Insee devrait attribuer le code SIREN
en se basant sur le préfix standard 21 et le nouveau code INSEE de la
commune nouvelle, ce code pouvant être celui d'une des communes déléguées,
à priori celle où est établi le chef-lieu de la commune nouvelle si la
comune nouvelle en reprend aussi le nom).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Accès ancienne version du cadastre

[Philippe Verdy]

Pour cette commune de Vihiers (code INSEE 49310), il suffit de regarder les
numéros des 76 feuilles cadastrales actuelles, ils commencent par 000, 286
ou 379 selon l'ancienne commune (ce numéro est ensuite suivi d'une ou deux
lettres et de chiffres). Le 000 c'est pour Vivihiers proprement dit, les
autres sont les anciens INSEE des anciennes communes, qui devraient être
repris tels quels, ils ne sont à priori pas réutilisés.

Le 19 décembre 2015 à 14:34, Stéphane Péneau  a
écrit :

> Coucou !
>
> Est-ce que quelqu'un connait une méthode pour accéder à d'anciennes
> versions du cadastre ?
>
> En effet, dans le lot des communes nouvelles, des communes fusionnées
> depuis 1974 retrouvent leurs limites communales, pour devenir des communes
> déléguées.
>
> La commune fusionnée :
> Vihiers : https://www.openstreetmap.org/relation/547829
>
> communes qui retrouvent des limites : Saint-Hilaire-du-Bois et Voide
>
>
>
> H me !! J'ai déjà créé la commune nouvelle, et je viens de me
> rendre compte que sa date de création n'est pas au 15 décembre, mais au 31.
> Du coup, je suis en avance, et idem pour une autre :
> http://www.openstreetmap.org/relation/5753848
>
> Bon, à 10 jours près, je ne supprime pas ce que j'ai fait... si ?
>
> Stf
>
> ___
> 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] Voies récentes dans Fantoir, absentes d'OSM

[Vincent de Château-Thierry]

Bonjour,

Le 19/12/2015 10:31, Claude a écrit :


j'ai fait un test sur mon département (63)

les deux premières lignes ne sont pas des voies nouvelles mais des
erreurs  dans Fantoir

1e ligne La Potence à Limons.
sur le terrain et au cadastre "Les Potences" au même endroit

2eme ligne "Les Culiers"
Sur le Cadastre il y a "Les Culliers" à cet emplacement qui ne figurait
pas dans OSM


Lorsqu'il s'agit d'erreurs Fantoir, si tu les indiques sur la page de la 
commune :

http://cadastre.openstreetmap.fr/fantoir/index.html#insee=63196=0
au moyen des listes déroulantes, alors les noms en question ne seront 
plus visibles dans la page des voies récentes.
D'une manière générale, toutes les voies qui n'ont pas le statut 'Ok' 
sur http://cadastre.openstreetmap.fr/fantoir/ ne sont pas considérées 
dans la page des voies récentes inconnues.


vincent

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

[OSM-talk-fr] Accès ancienne version du cadastre

[Stéphane Péneau]

Coucou !

Est-ce que quelqu'un connait une méthode pour accéder à d'anciennes 
versions du cadastre ?


En effet, dans le lot des communes nouvelles, des communes fusionnées 
depuis 1974 retrouvent leurs limites communales, pour devenir des 
communes déléguées.


La commune fusionnée :
Vihiers : https://www.openstreetmap.org/relation/547829

communes qui retrouvent des limites : Saint-Hilaire-du-Bois et Voide



H me !! J'ai déjà créé la commune nouvelle, et je viens de me 
rendre compte que sa date de création n'est pas au 15 décembre, mais au 31.

Du coup, je suis en avance, et idem pour une autre :
http://www.openstreetmap.org/relation/5753848

Bon, à 10 jours près, je ne supprime pas ce que j'ai fait... si ?

Stf

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

[Talk-cz] WeeklyOSM CZ 281

[Tom Ka]

Ahoj, je dostupné vydání 281 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/6291

Téma čísla: MAPS.ME

* Editor pro rozcestníky old.osm.cz.
* Výuka OSM v Prušánkách?
* Kartografie v pravěku.
* 90% všech silnic světa v OSM?
* OSM adventní kalendář.
* Nové složení rady OSMF.

Pěkné počtení...

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

Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

[Stéphane Péneau]

Selon le cas, il y a plusieurs manip à faire :

Un EPCI qui devient commune nouvelle :
remplacer l'epci par la commune :
changer le type de relation
changer le nom
ajouter admin_center, population, lien wiki
basculer les anciennes limites des communes en admin_level 10 si elles 
ne sont pas utilisées par la commune nouvelles


si ce sont simplement des communes qui deviennent commune nouvelle, 
c'est à peu prêt la même chose, sauf qu'il faut créer une nouvelle 
relation au lieu d'en modifier une existante.


Le 19/12/2015 09:31, osm.sanspourr...@spamgourmet.com a écrit :
Ma question serait plutôt : y a-t-il un besoin spécifique que 
comcommaker ne remplit pas actuellement ?
En quoi devrait-il être adapté ? Ajout automatique des attributs 
proposés par Jérôme ? Saisie d'un attribut start_date ?
Modification des communes déléguées : un end_date simple comme je vois 
pour l'Alsace 
 
(end_date 
 
2015-12-31) ?


Logiquement ce serait plutôt un :
admin_level:-2015=8
admin_level:2016-=9
(format ISO : la date de création des communes fusionnées étant la 
date de début des nouveaux niveaux et la date de fin des anciens étant 
la veille)
Effectivement, là on a du boulot systématique à faire et comcommaker 
fait déjà l'essentiel.

Au fait, y-a-t-il des codes INSEE pour les nouvelles entités ?

Ajouter aussi les sources (JO ou autres) pour les admin_level (des 
nouvelles et anciennes entités).


Jean-Yvon

Le 18/12/2015 15:40, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :
Au fait ! ComcomMaker ne pourrait-il pas être adapté pour nous 
faciliter la tâche dans ces créations de communes nouvelles ?


Stf




___
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-it] Tag highway=stop e direction=*, chiedo un chiarimento.

[Federico Cortese]

2015-12-19 9:36 GMT+01:00 Volker Schmidt :
> Non l'ho inventato io, ma il concetto è che la direction è relativa al way
> sul quale si trova il highway=stop. Funziona fin quando non viene qualcuno e
> ti rovescia il way.senza accorgersene del stop.
>

Vero.

Federico

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

Re: [Talk-it] La Notte dei Mappatori viventi

[Any File]

2015-12-19 12:51 GMT+01:00 Federico Cortese :

> Ma la chat è solo su IRC, mi ricordavo sul task manager ci fosse una
> chat dedicata.
>

La chat non è integrata nel task manager, è integrata nell'altro
programma che era stato proposto di usare MapCraft
http://wiki.openstreetmap.org/wiki/MapCraft

Continuo a ritenere fin troppo grande ogni singolo task.
Sono partito da un task grande, l'ho suddiviso in 4 e non mi
permetteva di suddividerlo ulteriormente. In uno dei 4 era tutto solo
mare è ho fatto subito. Nel secondo era in gran parte mare, molte
delle strade erano già presenti, eppure dover scorrere tutta l'area
per controllare se mancassero strade ed inserire quelle mancanti ha
richiesto un sacco di tempo.

Inoltre se l'area da controllare/mappare è molto più grande delle
schermo diventa complicato capire cosa si è già guardato e cosa no.

A mio avviso se vogliamo coinvolgere gente nuova serve che ogni task
sia fattibile in un tempo breve.

AnyFile

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