Re: [Talk-in] Export Particular area

[Devdatta Tengshe]

There are multiple ways of extracting Data from the OSM Database, and these
have been described here:

http://wiki.openstreetmap.org/wiki/Downloading_data

http://wiki.openstreetmap.org/wiki/Export

However, I find the following site to be the easiest way to download data
for any custom shape:
http://extract.bbbike.org/

Regards,
Devdatta

On Wed, Oct 12, 2016 at 8:13 AM, akshay sharma 
wrote:

> Hi,
> I am using openstreetmap in my application.I want to know how I can
> extract particular area from your map and show that area only in my
> application. Please help me.
> thanks & Regads
> Akshay Sharma
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Utente che modifica confini

[Marco_T]

Francesco Pelullo wrote
> Ai colleghi geometri, ricordo che il catasto italiano non è probatorio
> (salvo quello derivante dall'austro-ungarico) e che ai fini del
> riconoscimento del diritto di proprietà vale mille volte di più un cippo
> di
> pietra rispetto a un quintale di atti catastali e notarili.


Francesco, sono perfettamente daccordo con te e quello che dici l'ho scritto
qualche messaggio prima.
Ti ricordo pero' che il riconoscimento di un termine di confine deve essere
fatto sempre in contradditorio tra le parti (i confinanti). In questo caso
sei stato tu e tu solo a decidere che qual cippo si trova nella posizione
corretta. Magari e' sempre stato li' ed hai ragione, ma magari il contadino
arando il campo l'ha spostatoguarda le ruotate di trattore che ci sono
sopra! :-)
Posso ammettere che sia difficile che sia stato spostato, ma come regola
generale tieni conto che quella posizione vale fintantoche' non viene messa
in discussione da un atto probante (per esempio una delibera bilaterale che
lo posiziona da altra parte).
Pertanto modificare una linea critica in base ad una ipotesi  senza risalire
alla genesi di quella linea (perche' qualcuno l'ha disegnata/importata
così?) lo ritengo avventato.
Bon, non vorrei diventare noioso, stiamo disegnando una mappa che non
pretende grosse precisioni, sta' il fatto che Stefano Salvador ed io stiamo
dicendo che lo stato dei luoghi (quello che vedi) non sempre corrisponde
alla situazione di diritto (proprieta', possesso, servitù...) e se iniziamo
a spostare confini lungo alvei di fiumi, stradine poco definite di campagna
o coltivazioni di pomodori facciamo solo danni. Meglio trovare fonti
affidabili.

Letture:
http://www.ilgiornale.it/news/cronache/denuncia-delle-guide-alpine-italiane-francia-ruba-pezzo-mont-1145027.html

http://ricerca.gelocal.it/altoadige/archivio/altoadige/2008/09/12/AM2PO_AM207.html

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884192.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Nouvelle carte interactive sur ANFR pour les réseaux mobiles

[Philippe Verdy]

Ce n'est pas la même chose, cela n'affiche pas la couverture réelle des
réseaux mais juste les faisceaux hertziens qui peuvent interconnecter les
sites. Des tas de faisceaux dédiés à la téléphonie sont aussi en train de
disparaitre pour être mutualisés ou servir de secours, dans les zones
fibrées, ce qui permet de récupérer leurs fréquences pour les autres
réseaux mobiles publics ou privés, ou les besoins de communication
temporaires (reportages ou besoins d'organisateurs de grands événements,
sécurité civile et secours d'urgence, défense et exercices militaires,
police et sécurité intérieure... quand les réseaux mobiles publics ne sont
pas taillés pour ça). Seuls les réseaux mobiles constituent des besoins
quasi permanents et en constante augmentation.

Cependant les relais à longue distance sont moins nécessaires si on peut
trouver une interconnexion fibrée pas trop loin. Ces relais hertziens
permanents sont donc destinés à ne pas durer ou voir leur portée réduite
pour se rapprocher des réseaux cellulaires. Même pour alimenter les
émetteurs TV et radio, ça passe maintenant par des fibres ou des relais par
faisceaux satellite (plus économique pour alimenter de nombreux réémetteurs
sur une zone étendue, d'autant que pour ces diffusions le temps de réponse
n'est pas un frein comme pour l'internet interactif).

Ils restent nécessaires cependant pour raccorder les antennes mobiles dans
les villages de zones rurales pas encore fibrées (cela prendra une
vingtaine d'années pour fibrer toutes les communes rurales et tous les
sites d'antennes mobiles; pour les radios des autoroutes le fibrage est
déjà fait, cela finit de se déployer pour les antennes mobiles rurales des
autres grands axes nationaux ou départementaux, mais en zone de fort relief
on a encore des difficultés dans plein de vallées, alors que fibrer les
points hauts où on place leurs antennes n'a pas de rentabilité et
nécessiterait des infrastructures lourdes avec un coût d'entretien et
d'exploitation non négligeable: là des liaisons hertziennes viennent aider
à combler les "zones blanches" des réseaux mobiles).

Le 11 octobre 2016 à 21:04,  a écrit :

> Le 09/10/2016 à 21:28, Eric Debeau a écrit :
>
> Bonsoir
>
> ANFR vient de publier une carte interactive des données  des déploiements
> des réseaux mobiles utilisant des fréquences soumises à des licences (2G,
> 3G, 4G)
> http://www.anfr.fr/gestion-des-frequences-sites/lobservatoire-en-carte/
>
> A noter un fond de carte basé sur OSM ;-)
>
> Je rebondis pour savoir si on a progressé sur l'intégration des données de
> ANFR dans OSM (j'avais suivi le fil de discussion d'avril 2015, mais
> depuis, je n'ai pas rien vu depuis)
>
>
> Salut,
>
> il y a aussi ce travail très bien fait: https://carte-fh.lafibre.info/
>
> Cyrille.
>
>
> Eric
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
>
>   Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours
>
>  (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
> ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø
>
>
> ___
> 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] UMap, sauvegardes et commit à retardement ?

[pepilepi...@ovh.fr]

  
  
Le 11/10/2016 à 21:02,
  cyrille+talk...@giquello.fr a écrit :


  
  Le 08/10/2016 à 14:47, pepilepi...@ovh.fr a
  écrit :
  


  Bonjour,
  Avant tout, après une très longue inactivité sur ce sujet,
je veux remercier Antoine pour sa doc qui m'a permis de bien
avancer :
  
  
  Le 07/02/2016 à 23:08, Antoine Riche a écrit :

Le
  07/02/2016 22:38, pepilepi...@ovh.fr a
  écrit : 
  
>Sinon en version dynamique, il y
  a ce genre de mise en oeuvre : 
  >http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune
  

... Ça, ça y ressemble déjà plus. 

Je vais commencer à regarder de ce côté, merci. 
  
  
  Commence par la page Wiki sur uMap : http://wiki.openstreetmap.org/wiki/UMap
  
  Cette page référence plusieurs tutoriels, et (mode
  auto-promotion ;-) j'en ai profité pour ajouter le mien : http://wiki.cartocite.fr/doku.php?id=umap:tutoriel_umap
  
  Travail en cours : j'en ai rédigé 4 et en prévois une
  douzaine. N'hésite pas à me faire des retours. 
  
  Antoine. 

Cette doc est très bien faite, parfaite pour démarrer sans
  avaler 15 pages de théorie.


J'ai donc recommencé à faire des UMaps, mais j'ai eu de
  sacrés surprises.
J'ai créé un calque dans lequel j'ai créé des marqueurs.
  Content de moi (et rendu paranoïaque par quelques années
  d'utilisation de windows) j'ai sauvegardé mes modifs, puis
  j'ai continué : nouveau calque, nouveau marqueurs, sauvegardes
  occasionnelles, modifs, etc. 

Et à un moment, quand j'ai voulu sauvegarder j'ai eu un
  message sur fond rouge me disant "attention, quelqu'un d'autre
  a fait des modifs, et si tu sauvegardes tu vas les écraser".
  Ça n'a pas raté, après sauvegarde mes modifs précédentes
  avaient disparu.
Par exemple la modif que je viens de faire sur mon PC
  n'apparaît pas quand je rafraîchis la page, alors qu'elle est
  visible sur un autre PC que je viens d'allumer...
C'est vrai aussi que j'ai un paquet d'onglets Firefox ouvert
  dans tous les sens, plusieurs avec ma connexion sur OSM...
D'où mes questions :

  Y a-t-il une sorte de latence entre les commits, les
rafraichissements -ou non rafraichissement- des données
locales qui ferait qu'il faille attendre un certain temps
entre deux sauvegardes ?
  Faut-il désactiver le mode édition pour que le commit soit
pris en compte (apparemment non car je viens de le faire et
j'ai toujours le problème)
  Peut-il y avoir une interaction entre plusirurs instances
de connexion à OSM ?
  
  Plus généralement quelles sont les choses à faire et
celles à éviter quand on veut modifier un UMap ?
  

  
  
  Bonjour Jean-Pierre,
  
  Mon avis est que ta description du problème et tes questions
  seraient très bien sur 
      https://github.com/umap-project/umap/issues
  Pas besoin de les traduire, tu les publies en français ça ira bien
  ;-)
  
  Cyrille.


Merci.
Je ne sais pas si c'était dû à une surcharge des serveurs, toujours
est-il que ça s'est calmé. Si j'arrive à le reproduire alors
j'"ouvrirai un ticket.

Bonne soirée,

JP
 
  

   
  

Merci,
Jean-Pierre






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

  
  
  -- 

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø

  
  
  
  ___
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] Utente che modifica confini

[Fayor Uno]

Il 11 ott 2016 21:24, "Stefano Salvador" 
> ha scritto:
>
> Nessuno dice che i confini attualmente presenti in osm siano perfetti. Solo 
> che per migliorarli hai bisogno di importarli da una fonte più autorevole e 
> non è possibile basarsi su quello che vedi.



Non c'è alcun bisogno di importarli, se trovi la fonte che ti dice quali sono 
li modifichi direttamente.



Da: Francesco Pelullo 
Inviato: martedì 11 ottobre 2016 21.48
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Utente che modifica confini


Il 11 ott 2016 21:24, "Stefano Salvador" 
> ha scritto:
>
> Nessuno dice che i confini attualmente presenti in osm siano perfetti. Solo 
> che per migliorarli hai bisogno di importarli da una fonte più autorevole e 
> non è possibile basarsi su quello che vedi.
>
>
>

Quindi ne deduco che questo non è abbastanza autorevole per spostare la linea 
di confine?

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_01.jpg

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_02.jpg

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_03.jpg

ma dico: è uno scherzo?

Ai colleghi geometri, ricordo che il catasto italiano non è probatorio (salvo 
quello derivante dall'austro-ungarico) e che ai fini del riconoscimento del 
diritto di proprietà vale mille volte di più un cippo di pietra rispetto a un 
quintale di atti catastali e notarili.

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

[OSM-talk-fr] enforcement et """zone dangeureuse"""

[willemijns]

Hello,

J'ai affiné ce r*dar oups """zone dangeureuse""" dans la relation en URL
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=6626221 mais il
semble avoir quelque chose qui cloche car un autre du même genre plus ancien
et qui n'est pas de moi indique plus de tag comme
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=1631275

j'ai lu qu'il fallait mettre en relation enforcement du "device", "from" et
"to"  et tous les anciens n'ont pas de "to" c'est cela qui foire ??? 



--
View this message in context: 
http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Mappe SabirFest

[John Doe]

Ciao Alessandro,

vedi qui:
http://www.sabirfest.it/images/documenti/SabirFest%202016_programma.pdf
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Volební okrsky

[Martin Landa]

Ahoj,

Dne 11. října 2016 21:53 Marián Kyral  napsal(a):
> Pokud vím, tak na importu se nepracuje. Ale administrativní hranice spravuje
> Xificurk https://wiki.openstreetmap.org/wiki/Czechreg
>
> Mám pocit, že ty zdrojáky jsou někde na githubu, ale nějak je nemůžu najít
> :-(

mozna to je off-topic, ale tato data umi nativne cist knihovna GDAL.
Jinymi slovy dalsi software, ktere tuto knihovnu pouzivaji - QGIS,
GRASS, MapServer a pod. Priklad z konzole:

$ wget http://vdp.cuzk.cz/vymenny_format/specialni/20161003_ST_UVOH.xml.gz
$ ogrinfo  20161003_ST_UVOH.xml.gz VolebniOkrsek -so

Had to open data source read-only.
INFO: Open of `20161003_ST_UVOH.xml.gz'
  using driver `GML' successful.

Layer name: VolebniOkrsek
Geometry (DefinicniBod): Point
Geometry (OriginalniHranice): Multi Polygon
Feature Count: 14765
...

Pro pohodlnejsi praci vznikla jeste specializovana Python knihovna a
sada konzolovych nastroju (tez postaveno nad GDAL) [1]. Ma

[1] http://freegis.fsv.cvut.cz/gwiki/RUIAN_/_GDAL#VFR_konverzn.C3.AD_skripty

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

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

Re: [OSM-talk-fr] Nouvelle interface Osmose

[Nicolas Bétheuil]

Bonsoir,

Je suis nouveau sur la ml. J'ai déjà un peu contribué à osm, par
l'interface web ou encore par josm.
Je me demandais ce qui pourrais m'aider en tant que contributeur pour
ajouter des points qui viennent de source de données en open data, parfois
volumineuse (plusieurs centaines voir milliers de points), bien qualifiée
avec des coordonées.
J'avais commencé à prendre l'exemple du jeux de données sur les points de
collecte de verre à paris (
http://opendata.paris.fr/explore/dataset/mobilierpropreteparis2011/). Il y
en a plusieurs, mais ce sont tous les mêmes.
De façon à ce que chaque contributeur puisse ajouter au grès de ses balades
ou repérage, il faudrait qu'il puisse juste confirmer des points existants.
En regardant mapcontrib, le jeux de données semble n'être que dans la
session utilisateur. Est-ce exact ?
En regardant le pad, j'avoue ne pas forcément réussir à comprendre ce dont
on parle.

Ce que j'imaginerais comme interface, dans un premier temps bien sur, en
fonction de la geoloc du smartphone, t'es pas loin, donc tu peux dire si le
poi existe ou pas, ce qui l'ajouterais à osm.
La complexité que je ne résous pas est de fusionner les points déjà
référencés ou de supprimer les points n'existant plus.

Qu'en pensez vous ?

Le 10 octobre 2016 à 09:41, Guillaume AMAT  a écrit :

> Salut,
>
> À tous, merci pour vos retours et Florian, merci pour ta proposition.
>
> Frédéric, j'ai vu passer cette issue effectivement. Je pense aussi qu'il
> faut remplacer les popups par des colonnes, plus pratiques à l'usage.
>
> Aussi, que penses-tu de l'interface destinée aux producteurs de données
> qu'évoque Florian ? Tu penses que certains s'en empareront ?
>
> Je suis en train de terminer un gros boulot sur MapContrib. Après ça je
> m'attaque aux premiers jets de maquettes. En attendant, j'ai ouvert un pad
> pour y placer les idées/besoins et modeler tout ça ensemble :
> https://semestriel.framapad.org/p/refonte-interface-osmose
>
> À bientôt,
> Guillaume
>
>
>
> Le 09/10/2016 à 11:28, Frédéric Rodrigo a écrit :
>
>> Salut tout le monde,
>>
>> À noter qu'il y a également une issue sur le github :
>> https://github.com/osm-fr/osmose-frontend/issues/40
>>
>> Frédéric.
>>
>>
>> Le 29/09/2016 à 14:25, Florian LAINEZ a écrit :
>>
>>> Salut Guillaume,
>>> Je suis très intéressé pour travailler avec toi sur l'évolution de
>>> l'interface d'osmose.
>>> Avec Loic de chez Jawg nous avions esquissé une proposition qui va dans
>>> le même sens.
>>>
>>> L'idée était, tout comme tu le suggères, de créer une interface spéciale
>>> "open data" pour permettre aux producteurs de données de comparer leur jeux
>>> de données avec la donnée OSM.
>>> Voici ce qu'il en était ressorti :
>>>
>>>
>>> ---
>>> Besoin :
>>>
>>> 1. Un outil de QA permettant de comparer les données en Open Data aux
>>> données OpenStreetMap.
>>>  - Une partie située sur une carte pour les données géolocalisées
>>>  - Une partie sous forme de liste pour des données numériques (% données
>>> manquantes, erreurs etc...)
>>>
>>> 2. Enrichir cet outil pour les contributeurs, en leur permettant de
>>> contribuer les modifications directement dans la page, après s'être loggés
>>> sur leur compte OSM.
>>>  - Possibilité de conserver un historique (undo / redo) et d'appliquer
>>> un ensemble de changements d'un coup sous forme de changeset.
>>>  - Possibilité d'éditer des nodes, des ways, et des relations
>>>
>>> 3. Supporter la remontée d'anomalies sur les jeux de données métier
>>> Donner la possibilité à un visiteur de détecter et faire remonter une
>>> anomalie sur un des jeux de données métier.
>>> Typiquement: "votre arrêt xxx n'existe plus", ou "l'abribus yyy a été
>>> déplacé ici"
>>>
>>> 4. Création d'un dashboard permettant au producteur de données
>>> d'appliquer des décisions sur les remontées d'anomalies
>>>  - Possibilité d'accepter un changement, accepter certaines parties d'un
>>> changement, etc...
>>>  - Possibilité d'exporter les jeux de données une fois ceux-ci modifiés
>>>
>>> 5. Un outil de statistiques
>>>  - Comptage des flux de données (remontées d'erreurs, fix OSM, nombre de
>>> changements finaux dans chaque dataset)
>>>
>>> ---
>>>
>>> Ces propositions n'étaient qu'un début de réflexion et nous n'avons
>>> encore rien mis en œuvre, je serai heureux d'aider à élaborer les maquettes
>>> avec toi Guillaume et ceux qui sont motivés.
>>>
>>> a+
>>>
>>>
>>> Le 26 septembre 2016 à 20:09, > osm.sanspourr...@spamgourmet.com>> a écrit :
>>>
>>> Sur l'importance de la qualité de l'interface, regardez comment on
>>> entre un texte cabalistique pour donner les heures d'ouverture ou
>>> comme c'est ergonomique avec http://projets.pavie.info/yohours
>>>  (d'Adrien soit dit en
>>> passant).
>>>
>>> Dans mes umaps basées sur des données OSM, j'ajoute un lien
>>> http://projets.pavie.info/yohours/?oh=
>>> 

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

[Stéphane Péneau]

Bon, ce ne fut pas un grand succès de ce côté-là.

Si je disais à OsmAnd de suivre impérativement la trace, je me 
retrouvais à faire des demi-tours assez bizarres. Et si je laissais 
OsmAnd faire comme il le sent, il me supprimait d'importantes parties du 
parcours.


Je rattrape mon retard sur ma todo list (dont le traitement des presque 
100 000 photos du week-end), et je m'y remets.


Stf

Le 07/10/2016 à 10:40, Etienne Trimaille a écrit :
Tout depend du nettoyage que tu fais dans JOSM, mais tu peux 
directement interroger l'overpass depuis QGIS avec le plugin QuickOSM 
: highway in nomdelacommune, linestring uniquement.


Le 7 octobre 2016 à 03:38, Stéphane Péneau > a écrit :


Je suis sur une bonne piste.

Overpass Turbo -> highway=* in nomdelacommune
Josm, un peu de nettoyage puis export en geojson
import dans Qgis (linestring uniquement)
Application du plugin chinese postman
Export GPX avec force track/route activé, et en ne prenant que les
linestrings.

Crash test demain à Montreuil-en-Touraine pour l'OPL.

Stf


Le 04/10/2016 à 22:51, Stéphane Péneau a écrit :

Oui, c'est ça, c'est le problème du postier chinois !!

Multiroute n'est pas adapté.

J'ai essayé le plugin Qgis (le plugin est caché dans les plugs
expérimentaux), et c'est mieux.
Il m'indique à chaque fois un tracé de moins d'1km, mais je
vois bien un parcours qui semble réaliste.
En revanche, lorsque j'exporte en gpx, et que je l'ouvre dans
OsmAnd, ce dernier ne me propose rien de cohérent, malgré les
différents exports que j'ai tentés, route, waypoint, track, etc..

Je ne sais pas si c'est le plugin qui ne fonctionne pas
correctement, mes choix d'exports qui sont mauvais, ou OsmAnd
qui me fait des blagues.

Vincent,
Et bien, c'était courageux de faire ça de cette façon.
On pourra regarder, mais j'en aurai besoin dès le vendredi, et
en voiture je préfère de pas quitter la route des yeux pour
regarder un plan papier.


Le 04/10/2016 à 22:32, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 04/10/2016 à 21:22, Frédéric Rodrigo a écrit :

Le 04/10/2016 à 19:14, didier2020 a écrit :

Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane
Péneau a écrit :


Si vous deviez parcourir toutes les routes
d'une commune, comment est-ce
que vous vous y prendriez ?

On part du principe qu'on met de côté tout ce
qui est highway=path ou
track pour conserver les routes adaptées aux
voitures.

Je peux facilement récupérer ces routes dans
Josm avec un requête
overpass, puis faire quelques corrections,
comme ajouter les routes qui
sont très légèrement au-delà des limites
admin, mais ensuite, comment
trouver le parcours le plus court  et être
guidé, depuis OsmAnd par
exemple.

J'avoue que je sèche.


J'ai rencontré exactement ce problème en cherchant à
parcourir toutes les rues de Clermont-Fd (en 2012). J'ai
géré ça de façon artisanale (litote). J'ai divisé la ville
en secteurs, globalement en prenant appui sur les grands
axes. J'ai ensuite imprimé via Maposmatic chaque secteur
séparément, sur du A4. Et j'ai composé ma tournée, sur une
semaine, en balayant les secteurs un par un. Balayer
signifiait : parcourir toutes les voies d'un secteur, en
les raturant sur mon exemplaire papier pour identifier
simplement le reste à faire. L'idée était de ne pas sortir
d'un secteur tant que tous les axes n'étaient pas
crayonnés. J'ai prévenu que c'était artisanal ;)
Au final j'estime à facilement un quart du temps de la
tournée le temps dédié, à l'arrêt, à décider des quelques
prochaines rues à parcourir, avec en cible le souhait de
minimiser les passages multiples sur un même axe. Un bon
casse-tête ! Plus facile à traiter à Manhattan ou...
Levallois-Perret :
http://www.openstreetmap.org/relation/86985#map=15/48.8946/2.2874


Le première application pourrait se faire ce
week-end pour l'opération
libre de montreuil-en-touraine


Ce WE Stéphane on bricolera ça en vélo 

Re: [Talk-cz] Volební okrsky

[Marián Kyral]

Dne 11.10.2016 v 14:13 Matěj Cepl napsal(a):
> Tak jsem se v souvislosti s volbami koukal na server volby.cz 
> a snažil jsem se zjistit jak hlasovali lidé ve volebním okrsku 
> kde jsem se narodil (a už tam nebydlím). Tak jsem dospěl na 
> stránku 
> http://volby.cz/pls/senat/se211?xjazyk=CZ=20161007=25=500178
>  
> a moc jsem zatoužil, abych někde na openstreetmap.cz (nebo 
> někde) mohl nalézt mapu jednotlivých volebních okrsků. Jaké bylo 
> moje překvapení, když jsem zjistil, že ČÚZK dokonce publikuje 
> obrovské seznamy všech (?) adres na 
> http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/Volebni-okrsky-v-RUIAN/Volebni-okrsky-v-RUIAN.aspx
>  
> včetně souřadnic jednotlivých domů (?). Navíc OSM na to má 
> i předpřipravený tag 
> http://wiki.openstreetmap.org/wiki/Cs:Tag:boundary%3Dpolitical
> Pracoval někdo na importu těch dat do OSM?
>
> Pro Prahu něco takového existuje (na 
> http://mpp.praha.eu/app/map/okrsky/index_mistnosti.html) ale 
> nějak mi to nic nenašlo.
>
> Hezký den,
>
> Matěj
>

Pokud vím, tak na importu se nepracuje. Ale administrativní hranice
spravuje Xificurk 
https://wiki.openstreetmap.org/wiki/Czechreg

Mám pocit, že ty zdrojáky jsou někde na githubu, ale nějak je nemůžu
najít :-(


Import by obnášel nalezení zdrojáků, prodiskutování zde na konferenci,
sepsání postupu na wiki, oznámení na @imports osm konferenci a pokud by
tam nikdo nebyl proti, tak by se to mohlo provést.


Marián


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

Re: [Talk-it] Utente che modifica confini

[Francesco Pelullo]

Il 11 ott 2016 21:24, "Stefano Salvador"  ha
scritto:
>
> Nessuno dice che i confini attualmente presenti in osm siano perfetti.
Solo che per migliorarli hai bisogno di importarli da una fonte più
autorevole e non è possibile basarsi su quello che vedi.
>
>
>

Quindi ne deduco che questo non è abbastanza autorevole per spostare la
linea di confine?

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_01.jpg

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_02.jpg

http://wiki.openstreetmap.org/index.php/Image:Confine_comunale_03.jpg

ma dico: è uno scherzo?

Ai colleghi geometri, ricordo che il catasto italiano non è probatorio
(salvo quello derivante dall'austro-ungarico) e che ai fini del
riconoscimento del diritto di proprietà vale mille volte di più un cippo di
pietra rispetto a un quintale di atti catastali e notarili.

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

Re: [Talk-cz] GE Money -> Moneta Money

[Marián Kyral]

OK. Nikdo nic, tak jsem se toho ujal ;-)

Upravil jsem tag name=* na "MONETA Money Bank" a operator=* na "MONETA
Money Bank, a.s."

*Pobočky:* https://www.openstreetmap.org/node/1933812702
Jeden uzel v Teplicích jsem smazal, protože při pokusu o aktualizaci
tagu website=* jsem zjistil, že v daném obchodním centru se už banka
nenachází. Ověřeno jak na stránkách toho centra, tak i Monety. Navíc je
blbé, že staré linky přestaly fungovat a nově se nedá nějak jednoduše
odkázat na konkrétní pobočku.

*Bankomaty:* https://www.openstreetmap.org/changeset/42811399

Použil jsem overpass-turbo.eu , výsledek jsem vyexportoval do .osm
souboru. Ten jsem nahrál do level0 "editor", odkud jsem to zkopíroval do
normálního editoru (lepší možnosti nahrazování). Výsledek jsem opět
nakopíroval do level0 odkud jsem to nahrál do OSM.

_/overpass-turbo dotaz:/_ (omezeno na ČR, pro bankomaty stačí nahradit
"bank" za "atm"*_)

_*[out:xml][timeout:120];
{{geocodeArea:Czech Republic}}->.searchArea;
// gather results
(

  node["amenity"="bank"]["name"~"GE Money",i](area.searchArea);
  way["amenity"="bank"]["name"~"GE Money",i](area.searchArea);

);
// print results
out meta;
>;
out meta qt;

Marián

Dne 7.10.2016 v 10:10 majka napsal(a):
> Ano, banka je nově "MONETA Money Bank, a. s.", jinak se nezměnilo nic
> (tedy až na související logo a typ písma firemních dokumentů). Pro
> jistotu oficiální adresa banky tak jak ji sami uvádějí: MONETA Money
> Bank, a. s., Vyskočilova 1422/1a, 140 28 Praha 4 – Michle, IČ: 256 72 720
>
> Tuhle informaci jsem měla z první ruky, jen mi nedošlo, že to bude
> třeba v OSM změnit.
>
> Majka
>
> 2016-10-06 23:21 GMT+02:00 Marián Kyral  >:
>
> Ahoj,
>
> nejsem jejich klientem, nicméně jsem si všiml, že se tato banka
> přejmenovala. Neplánuje někdo provést aktualizaci v OSM?  Já na to teď
> nemám prostor.
>
>
> Předpokládám, že bude stačit stáhnout data přes overpass-turbo,
> upravit
> v Level0 editoru a nahrát zpět. Zbývá jen otázka, co dát do name=* a
> operator=*
>
> Má to být "MONETA Money Bank, a. s." ?
>
> Marián
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Nessuno dice che i confini attualmente presenti in osm siano perfetti. Solo
che per migliorarli hai bisogno di importarli da una fonte più autorevole e
non è possibile basarsi su quello che vedi.

Ciao,

Stefano

Il 11 ott 2016 6:38 PM, "Fayor Uno"  ha scritto:

> Attenti a non confondere la proprietà privata con i limiti amministrativi.
> Se due fondi posti a cavallo del confine comunale e appartenenti a soggetti
> diversi successivamente vengono a trovarsi nella proprietà di un solo
> soggetto, il confine comunale rimane lì dov'è e le particelle rimangono
> distinte!
>
>
> Tutti questi discorsi su edifici a cavallo, recinzioni e valenza
> probatoria del catasto sono corretti ma non c'entrano col discorso sui
> limiti amministrativi.
>
>
> Il problema dell'adeguamento dei confini nella mappa nasce perché i dati
> importati non sempre sono ben definiti, a volte sono sfalsati, altre volte
> sono modificati per errore dagli utenti.
>
>
>
> --
> *Da:* Marco_T 
> *Inviato:* martedì 11 ottobre 2016 16.19
> *A:* talk-it@openstreetmap.org
> *Oggetto:* Re: [Talk-it] Utente che modifica confini
>
> Federico Cortese wrote
> > Sottoscrivo e confermo per intero l'intervento di Marco, dal quale
> > traspare
> > una sua grande competenza in materia, che mi fa sospettare che sia un
> > collega geometra :)
>
> Grazie Federico, immaginavo pure io questo difetto che abbiamo entrambi :-)
>
> --
> Marco_T
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Utente-che-modifica-confini-tp5883928p5884166.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-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: [OSM-talk-fr] Nouvelle carte interactive sur ANFR pour les réseaux mobiles

[cyrille+talk-fr]

Le 09/10/2016 à 21:28, Eric Debeau a écrit :

Bonsoir

ANFR vient de publier une carte interactive des données des 
déploiements des réseaux mobiles utilisant des fréquences soumises à 
des licences (2G, 3G, 4G)

http://www.anfr.fr/gestion-des-frequences-sites/lobservatoire-en-carte/

A noter un fond de carte basé sur OSM ;-)

Je rebondis pour savoir si on a progressé sur l'intégration des 
données de ANFR dans OSM (j'avais suivi le fil de discussion d'avril 
2015, mais depuis, je n'ai pas rien vu depuis)


Salut,

il y a aussi ce travail très bien fait: https://carte-fh.lafibre.info/

Cyrille.



Eric


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


--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø

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

Re: [OSM-talk-fr] UMap, sauvegardes et commit à retardement ?

[cyrille+talk-fr]

Le 08/10/2016 à 14:47, pepilepi...@ovh.fr a écrit :


Bonjour,

Avant tout, après une très longue inactivité sur ce sujet, je veux 
remercier Antoine pour sa doc qui m'a permis de bien avancer :



Le 07/02/2016 à 23:08, Antoine Riche a écrit :

Le 07/02/2016 22:38, pepilepi...@ovh.fr a écrit :

>Sinon en version dynamique, il y a ce genre de mise en oeuvre :
>http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune

... Ça, ça y ressemble déjà plus.

Je vais commencer à regarder de ce côté, merci.


Commence par la page Wiki sur uMap : 
http://wiki.openstreetmap.org/wiki/UMap
Cette page référence plusieurs tutoriels, et (mode auto-promotion ;-) 
j'en ai profité pour ajouter le mien : 
http://wiki.cartocite.fr/doku.php?id=umap:tutoriel_umap
Travail en cours : j'en ai rédigé 4 et en prévois une douzaine. 
N'hésite pas à me faire des retours.


Antoine. 


Cette doc est très bien faite, parfaite pour démarrer sans avaler 15 
pages de théorie.



J'ai donc recommencé à faire des UMaps, mais j'ai eu de sacrés surprises.

J'ai créé un calque dans lequel j'ai créé des marqueurs. Content de 
moi (et rendu paranoïaque par quelques années d'utilisation de 
windows) j'ai sauvegardé mes modifs, puis j'ai continué : nouveau 
calque, nouveau marqueurs, sauvegardes occasionnelles, modifs, etc.


Et à un moment, quand j'ai voulu sauvegarder j'ai eu un message sur 
fond rouge me disant "attention, quelqu'un d'autre a fait des modifs, 
et si tu sauvegardes tu vas les écraser". Ça n'a pas raté, après 
sauvegarde mes modifs précédentes avaient disparu.


Par exemple la modif que je viens de faire sur mon PC n'apparaît pas 
quand je rafraîchis la page, alors qu'elle est visible sur un autre PC 
que je viens d'allumer...


C'est vrai aussi que j'ai un paquet d'onglets Firefox ouvert dans tous 
les sens, plusieurs avec ma connexion sur OSM...


D'où mes questions :

  * Y a-t-il une sorte de latence entre les commits, les
rafraichissements -ou non rafraichissement- des données locales
qui ferait qu'il faille attendre un certain temps entre deux
sauvegardes ?
  * Faut-il désactiver le mode édition pour que le commit soit pris en
compte (apparemment non car je viens de le faire et j'ai toujours
le problème)
  * Peut-il y avoir une interaction entre plusirurs instances de
connexion à OSM ?
  * Plus généralement quelles sont les choses à faire et celles à
éviter quand on veut modifier un UMap ?



Bonjour Jean-Pierre,

Mon avis est que ta description du problème et tes questions seraient 
très bien sur

https://github.com/umap-project/umap/issues
Pas besoin de les traduire, tu les publies en français ça ira bien ;-)

Cyrille.


 *

Merci,

Jean-Pierre




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


--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø

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

Re: [OSM-talk-fr] Rencontre mensuelle OSM-Lyon 11/10/2016 18h30 - Invitation

[Sylvain Maillard]

ah mince, je me disais bien que j'avais un truc de prévu ce soir ... tant
pis, ça sera pour une prochaine fois !

Sylvain


Le 10 octobre 2016 à 13:59,  a écrit :

> Bonjour à tous,
>
> Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de
> chaque mois, et chacun peut s'inviter et participer à ces rencontres. La
> prochaine aura lieu :
>
> le MARDI 11 OCTOBRE à partir de 18h30
> à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON"
> (esplanade gare Part-dieu)
> Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 37,
> 38, 70 ; Vélo'V "Gare Part-Dieu Ouest"
>
> Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien
> :
> https://wiki.openstreetmap.org/wiki/Lyon/Reunion_13_septembre_2016
>
> Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la
> rencontre à venir, vous pouvez commenter la page préparatoire au lien :
> https://wiki.openstreetmap.org/wiki/Lyon/Reunion_11_octobre_2016
>
> Venez nombreux !
> Amicalement
>
> gnrc69 - Chaque goutte fait l’océan !
>
> ___
> 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] Mappe SabirFest

[girarsi_liste]

Il 11/10/2016 17:19, Alessandro ha scritto:
> Il 11/10/2016 17:00, girarsi_liste ha scritto:
>>
>>
>> Scrivigli direttamente, nel caso gli fosse sfuggita questa discussione:
>>
> 
> Ciao,
> ho letto la mail stamane, dato un'occhiata al sito ma ho trovato solo
> una mappa proprietaria qui
> http://www.sabirfest.it/programma/programmazione-2016/244-isole-cantiere-partecipato-per-la-realizzazione-dell-allestimento-del-festival.html
> 
> 
> Mi potreste (ri)segnalare la pagina/mappa problematica?
>   Grazie
> 
>   Alessandro Ale_Zena_IT
> 

Ne ho trovati due volantini PDF, uno di 13 pagine, quello oggetto della
discussione.

Sul sito:

http://www.sabirfest.it


Nella pagina principale nel menu in cima, inline, alla voce "programma
(PDF)", evita di cliccare su PDF perche apre un'altra pagina, se clicchi
sulla voce "programma", parte lo scaricamento di un volantino di 13
pagine, ci sono due mappe, una a pagina 3, ed una a pagina 8, tutte e
due inerenti Catania, più o meno qui:

http://www.openstreetmap.org/#map=16/37.5020/15.0879



L'altro volantino in EN, sempre sul sito, te lo scarichi in fondo alla
seguente pagina:

http://www.sabirfest.it/cosa-maydan.html

A pagina 6 del volantino PDF, l'ultima, inerente messina più o meno qui:

http://www.openstreetmap.org/#map=17/38.19316/15.55524

Spero sia sufficiente.


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



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

[OSM-talk] OSM in Kosovo

[Andy Mabbett]

I'm speaking (about Wikipedia and Wikidata, not OSM - though it may
get mentioned ;-) ) in Pristina, Kosovo, next week, at "Software
Freedom Kosova 2016: SFK16":

   http://sfk.flossk.org/sfk16/

Are any OSM folk going? Do we know the local editors there?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@max:

- di RAM ho 10 Gbyte, penso che bastino. E sì, Chrome è leggermente più
veloce, ma vuole il doppio click (a volte triplo...) per capire di
selezionare l'oggetto che ti interessa.

- Comodo il tuo aggancio a OSM da Josm, lo adotterò anch'io

- su landuse=forest e natural=wood non voglio riaprire qui discussioni che
si trascinano da anni (e che seguo perchè sono interessanti) : ripeteremmo
cose dette e stra-dette.
Rispondo solo al tuo "come sai se il bosco è spontaneo o gestito?", perchè
sono sicuro della risposta: è gestito ! :-)
La differenza è così semplice che mi stupisce non averla mai letta in tutte
le discussioni a riguardo:
/in un bosco non gestito ci sono più alberi morti che vivi! /
L'ho realizzato, con mia grande sorpresa, qualche anno fa in un trekking in
Patagonia: è l'unico posto dove ho visto "boschi non gestiti" [1] .
Certo che in tutti i boschi gli alberi crescono spontaneamente (= non sono
stati piantati dall'uomo) , se no sarebbero piantagioni.
Ma sono comunque gestiti (perlomeno, per me un bosco è gestito anche quando
il proprietario effettua il taglio, poi per 15-20 anni non fa niente, e dopo
ci torna a fare il nuovo taglio. E quando ci torna, almeno dalle mie parti,
quel bosco sembra ormai una jungla).
Oops... avevo premesso che non volevo riaprire discussioni a riguardo
vabeh, si è capito che per me esiste solo landuse=forest :-) 

Sul resto tutto ok, ciao!
Marco

[1] non considero ovviamente certi (non tutti) parchi e riserve naturali,
come Plitvice in Croazia o - per stare più vicino - il parco nazionale della
Val Grande in Piemonte.



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884177.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[David Geiser]

Moin,

ich habe ein wenig gegoogelt und mein nicht repräsentativer Eindruck ist,
dass viele der mit "städtischer kindergarten" gefundenen Kindergärten auch
so heißen bzw. so genannt werden (wenigstens offiziell).
Einige haben noch einen Zusatz, z.B. der Straßenname, wenige haben einen
"blumigen" Zusatz.

Viele Grüße
David

Am 11.10.2016 17:40 schrieb "Uwe Sennewald" :

>

> >

> "Städtischer Kindergarten" zielt da wohl mehr auf den Träger (operator)
> der Einrichtung ab.
>
> Senni
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Toni Erdmann]

On 11.10.2016 17:34, Uwe Sennewald wrote:

"Städtischer Kindergarten" zielt da wohl mehr auf den Träger (operator)
der Einrichtung ab.



Das wohl auch, dann wohl z.B. operator="Landeshaupstadt München; xxx 
Referat, ..."


Ich habe aber grad' heute erst wieder ein Schild gesehen:
"Städtischer Kinderhort Hansastraße 66", was man wohl genau so in 
name="" übernehmen kann, oder?


Gruß,
Toni


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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Fayor Uno]

Visto che nessun altro si esprime in merito alla pagina, direi che va bene così 
e che si può trasferire per iniziare a votare (sperando che prevalga il 
buonsenso almeno in quella fase).



Da: Paolo Monegato 
Inviato: domenica 9 ottobre 2016 10.53
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per 
decidere

Il 08/10/2016 20:00, Aury88 ha scritto:
> Anormale invece questa votazione sul diritto di voto...a che mi risulta non
> l'ha fatta mai nessuno in OSM neanche per problemi locali...

Più che sul diritto di voto mi pare su a chi spetta la decisione finale
sul tema.

> Sei tu Paolo che traduci l'eventuale "vittoria" del voto internazionale come
> un "decidete voi dall'estero"...in un progetto del genere è sempre stato
> "decidiamo tutti assieme"  tanto più che la "vittoria"  per la
> partecipazione internazionale non esclude ne te ne nessuno di noi di talk-it
> o delle ML regionali dal  votare e quindi dal dire la propria (alla faccia
> del commissariamento il cui risultato è l'esatto opposto)...viceversa non si
> può dire lo stesso se vincessero le altre opzioni...

È vero che nel voto di tutta la comunità ci siamo anche noi, anzi
probabilmente il grosso dei votanti verrà fuori da questa lista, e
quindi come giustamente dici è un decidiamo assieme. È anche vero che
tecnicamente il commissariamento vero e proprio sarebbe far decidere il
DWG (che è si espressione della comunità, ma non è la comunità).

Ma allo stesso tempo una decisione della comunità intera su una
questione locale (perché qui è come se stessimo parlando di come
adattare lo schema generale delle highway alla nostra situazione
particolare) è come dire che non siamo in grado di arrivare
autonomamente ad una soluzione condivisa. E ricercare i pareri decisivi
all'estero, banalizzando all'estremo, è una specie di autocommissariamento.

> quando si vota e dove?

Bella domanda. La pagina così com'è adesso va bene? Serve cambiarla
ancora? Se no allora è da trasferire in una sottopagina del wikiproject
Italy, dove poi votare.

ciao
Paolo M

ps: se poi qualcuno la traducesse in inglese forse sarebbe più facile
per il resto della comunità intervenire per dare almeno un parere nella
pagina di discussione...

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

Pagina di informazioni della lista 
Talk-it
lists.openstreetmap.org
Lista dedicata agli utenti di lingua italiana di OpenStreetMap. Un luogo dove 
discutere progetti, eventi e altro. Per consultare la raccolta dei messaggi ...



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

Re: [Talk-it] Utente che modifica confini

[Fayor Uno]

Attenti a non confondere la proprietà privata con i limiti amministrativi. Se 
due fondi posti a cavallo del confine comunale e appartenenti a soggetti 
diversi successivamente vengono a trovarsi nella proprietà di un solo soggetto, 
il confine comunale rimane lì dov'è e le particelle rimangono distinte!


Tutti questi discorsi su edifici a cavallo, recinzioni e valenza probatoria del 
catasto sono corretti ma non c'entrano col discorso sui limiti amministrativi.


Il problema dell'adeguamento dei confini nella mappa nasce perché i dati 
importati non sempre sono ben definiti, a volte sono sfalsati, altre volte sono 
modificati per errore dagli utenti.




Da: Marco_T 
Inviato: martedì 11 ottobre 2016 16.19
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Utente che modifica confini

Federico Cortese wrote
> Sottoscrivo e confermo per intero l'intervento di Marco, dal quale
> traspare
> una sua grande competenza in materia, che mi fa sospettare che sia un
> collega geometra :)

Grazie Federico, immaginavo pure io questo difetto che abbiamo entrambi :-)

--
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884166.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Digest newsletter WMI n. 131

[Alessandro Palmas]

Buongiorno,
vi aggiorno sulle ultime news da Wikimedia Italia.

L’edizione 2016 di Wiki Loves Monuments, appena conclusasi, ha raggiuto 
un nuovo importante traguardo: siamo terzi nella classifica 
internazionale per numero di fotografi (983), stabilendo un nuovo record 
rispetto al 2015 (+36 fotografi). Inoltre, siamo arrivati a quota 20.573 
fotografie caricate sul portale Wikimedia Commons, a un passo dal record 
2014 (di 21.050 foto).


Lo scorso 30 settembre, che ha visto la chiusura del fortunato contest 
fotografico, è stata anche una giornata ricca di appuntamenti. Presso la 
Sala Colonne del Museo Nazionale della Scienza e della Tecnologia di 
Milano, si è tenuto il convegno “Digitalizzare la cultura”, promosso in 
occasione di MEETmeTONIGHT, edizione milanese e lombarda della Notte 
Europea dei Ricercatori. Nel corso della serata, i relatori Claudio 
Monteverde (Google Italia), Lorenzo Losa (Wikimedia Italia) e Oronzo 
Mauro (Accenture Italia) hanno affrontato la tematica del rapporto tra 
istituzioni culturali e i linguaggi e gli strumenti del mondo digitale.
A Firenze invece, Presso Palazzo Bastogi, si è tenuta la preview della 
mostra EneganArt, concorso nazionale di arte contemporanea organizzato e 
curato da Enegan Luce e Gas, sponsor di questa edizione di Wiki Loves 
Monuments. All'evento ha preso parte Giuliana Mancini, Direttrice 
Esecutiva di Wikimedia Italia, con interventi di Achille Bonito Oliva e 
Dario Ballantini. Quest'anno, accanto alle opere in gara, sono state 
esposte anche le fotografie migliori dell'edizione 2015 della mostra 
itinerante di Wiki Loves Monuments.
Lo stesso giorno si è svolta inoltre “Sodalitas Social Award”, evento 
annuale della Fondazione Sodalitas che ha visto la premiazione di 
Wikimania Esino Lario, prima edizione del raduno mondiale di Wikipedia 
in Italia, come miglior progetto multi-stakeholder. Il premio, dedicato 
nello specifico alle aziende, è stato ritirato da Elmec Informatica, 
partner tecnologico del raduno. Un ringraziamento va a tutta la comunità 
che ha permesso la realizzazione del raduno a Esino Lario.
Segnaliamo anche la partecipazione di Wikimedia Italia alla XII edizione 
del convegno LuBeC2016. In particolare, Giuliana Mancini (Direttrice 
Esecutiva di Wikimedia Italia) interverrà nel dibattito "Digital 
Humanities: una visione per la cultura", all'interno della conferenza 
"Tecnologie, strumenti e strategie per l'ecosistema 
turistico-culturale". All’incontro saranno presenti anche Francesco 
Palumbo, Direttore Generale Turismo MiBACT, e Lorenzo Casini, 
Consigliere giuridico del Ministro per i Beni e le Attività Culturali. 
Questo convegno sarà l'occasione per riprendere il dialogo, già da tempo 
avviato, con i rappresentanti del Ministero in merito alla circolare 
interpretativa del Codice dei beni culturali e del paesaggio.
Il tema del paesaggio culturale è al centro dell'assemblea dei soci e 
conferenza pubblica di ICOM Italia dal titolo, alla quale sono stati 
presenti Giuliana Mancini e Lorenzo Losa (presidente Wikimedia Italia). 
Quest'ultimo è intervenuto come relatore parlando di “Paesaggi fragili: 
una proposta per Wiki Loves Monuments 2017".


Per approfondire, trovate tutti gli aggiornamenti sulle novità di 
Wikimedia Italia qui: 
http://wiki.wikimedia.it/wiki/Wikimedia_news/numero_131


A presto,

Alessandro

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

Re: [OSM-ja] highway = service について

[Ryosuke Amano]

横浜のあまのです。

根本の定義が欧米の考え方をベースにしているので、
日本の現状に照らし合わせた時に悩みますね。

living_Street
本来は、幹線道路に区切られた住宅地内にアクセスする道路と
その住宅地内の道路で、幹線道路から住宅地内への出入りする
地点に障害物や凸凹を設け、さらに住宅地内は速度が出ないよう、
わざと屈曲させたり、関係者以外入っても無意味なように行き止まり
にしたりさせている道路のことを指すと考えています。
使用するのはもちろんこの住宅地内に用のあるクルマのみです。

日本でこれに該当する道路は極めて少なく、明確にわかるのは、
高級住宅街にあるクルドサックや緑道と一体化した居住者用道路、
あと強いて言えば大規模な団地・ニュータウンの歩車分離された
環境下での、居住棟前にアクセスする道路、ぐらいしか対象が無いの
ではないかと思っています。

野方さんが示された兵庫県の「ゾーン30」も主旨は同じだと思いますが
指定されている道路の中には、residentialやunclassifiedの性格を
持つ道路もあると思われ、一概に賛成とは言い切れないと思ってます。

highway=service; service=alley
これは自分でも使用しつつ、highway=serviceは基本的に私道を表すタグ
だよなぁ、と違和感を抱いています。
使用する箇所は、本来の路地の他、幅員1.7m未満の歩行者・二輪車しか
通れない舗装路です。往々にして農業水路や小河川の上に蓋がけしたり、
山道同然の未舗装路を、利便を図るためにそのまま簡易舗装をしたりする
ことでできています。これらの水路や山道の多くは、公図上では赤道・青道
または二線引きで、法定外公共物としていわゆる公有地であるので、
私道ではありません。とはいえ、乗用車が楽々すれ違える幅員の道路と
これらの道路を同じresidentialで扱うのも乱暴かと思い、分けています。

東京多摩南部から横浜にかけての多摩丘陵地域内では、古くからの人から
こんな言葉を聴いた事があります。
・9尺道(≒幅員2.7m)：馬車が通れる道 →乗用車サイズの道
・6尺道(≒幅員1.8m)：馬が通れる道　 →軽自動車なら通れる道
・3尺道(≒幅員0.9m)：人が通れる道　→原付・小型二輪なら何とか通れる道
これらの道がそのままの幅員で宅地化された所も多く、unclassifiedと
residentialだけで片付けるにはちょっと無理があると考えています。

あまの


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

[Talk-us] Whole-US Garmin Map update - 2016-10-08

[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/2016-10-08

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-10-08/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/2016-10-08

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: [Talk-de] ist städtischer Kindergarten ein Name?

[Uwe Sennewald]

"Städtischer Kindergarten" zielt da wohl mehr auf den Träger (operator) 
der Einrichtung ab.

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

Re: [Talk-it] Mappe SabirFest

[Alessandro]

Il 11/10/2016 17:00, girarsi_liste ha scritto:



Scrivigli direttamente, nel caso gli fosse sfuggita questa discussione:



Ciao,
ho letto la mail stamane, dato un'occhiata al sito ma ho trovato solo 
una mappa proprietaria qui

http://www.sabirfest.it/programma/programmazione-2016/244-isole-cantiere-partecipato-per-la-realizzazione-dell-allestimento-del-festival.html

Mi potreste (ri)segnalare la pagina/mappa problematica?
  Grazie

  Alessandro Ale_Zena_IT

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

Re: [Talk-it-trentino] Mancata attribuzione

[girarsi_liste]

Il 11/10/2016 15:41, Cristian ha scritto:
> On 29/09/2016 18:36, Michele Malfatti wrote:
>> Ciao a tutti secondo voi questa mappa deriva da Osm? Mi hanno detto che è 
>> stata prelevata da plotaroute. La mappa su plotaroute è Osm ma su questa 
>> mappa manca l'attribuzione. Mando mail? Grazie Michele 
> 
> (scusa il ritardo nella risposta)
> 
> Sì, manda un messaggio.
> 
> Ciao,
> 

Rimetto qui quello che ho appena scritto in lista nazionale per altro caso:


Da quando Wikimedia Italia è diventato capitolo italiano di OSM se ne
occupa direttamente tramite Alessandro Palmas attualmente, lo stesso
aveva scritto qualche mese fà che bastava segnalargli le difformità, poi
dopo aver controllato provvedeva a mandare una lettera già predisposta.

Scrivigli direttamente, nel caso gli fosse sfuggita questa discussione:

La mail è:

alessandro[DOT]palmas[AT]wikimedia[DOT]it


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



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

Re: [Talk-it] Mappe SabirFest

[girarsi_liste]

Il 11/10/2016 11:33, John Doe ha scritto:
> Per mancanza assoluta di tempo non posso approfondire e/o dedicarmi a tale
> questione, se però qualcuno fosse interessato a scrivere per chiarire la
> questione inerente all'attribuzione ne sarei grato.
> 
> 
> 

Da quando Wikimedia Italia è diventato capitolo italiano di OSM se ne
occupa direttamente tramite Alessandro Palmas attualmente, lo stesso
aveva scritto qualche mese fà che bastava segnalargli le difformità, poi
dopo aver controllato provvedeva a mandare una lettera già predisposta.

Scrivigli direttamente, nel caso gli fosse sfuggita questa discussione:

La mail è:

alessandro[DOT]palmas[AT]wikimedia[DOT]it


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



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

Re: [Talk-it] Utente che modifica confini

[Marco_T]

Federico Cortese wrote
> Sottoscrivo e confermo per intero l'intervento di Marco, dal quale
> traspare
> una sua grande competenza in materia, che mi fa sospettare che sia un
> collega geometra :)

Grazie Federico, immaginavo pure io questo difetto che abbiamo entrambi :-)

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884166.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Utente che modifica confini

[Marco_T]

Carlo Stemberger-3 wrote
> Trovato:
> 
> http://www.webtecnico.altervista.org/index.php/perizie-e-consulenze/62-consulenze-di-parte-/146-le-accessioni-fluviali.html
> 
>> poiché l’andamento dei corsi d’acqua, specie di grandi dimensioni od a
>> regime torrentizio, è perennemente mutevole, (nel senso che, con lo
>> spostarsi del filone della corrente, si determinano sulle sponde erosioni
>> o depositi alluvionali), il confine tra la proprietà privata e l’alveo di
>> appartenenza demaniale dovrebbe anch’esso essere continuamente mutevole
>> nel tempo e seguire le vicissitudini e le modificazioni planimetriche del
>> corso d’acqua.
> La normativa al riguardo precisa che il limite dell’alveo coincide con il
> punto di intersezione della sponda del corso d’acqua con il livello di
> piena ordinaria del fiume.

Ciao Carlo,
quello che tu dici e' corretto dal punto di vista nozionistico ma nel
concreto le cose sono più complicate.
La frase che hai riportato dice:

>  "dovrebbe anch’esso essere continuamente mutevole".

E' quel "dovrebbe" che fa la differenza e ti spiego.
Se continui nella lettura del bel articolo che hai linkato, piu' avanti
(alluvioni proprie) si dice:

>  Occorre quindi il favorevole parere di tale Autorità perché il terreno
> possa essere intestato alla proprietà privata ;

Cio' vuol dire che deve esserci un espresso accordo delle parti che deve
essere sancito da un frazionamento catastale al fine di individuare l'esatta
consitenza del terreno da trasferire e successivamente deve essere
sottoscritto un atto di cessione.

Per le alluvioni improprie la cosa e' piu' complessa anche dal punto di
vista burocratico.

Morale: servono sempre le carte.

Ciao.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884165.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-ja] neighbourhoodのnameについて

[ISHIKAWA Takayuki]

こんにちは、奈良の石川です。最初の事例place=neighbourhood, 
name=本町一丁目のあるべき記述形式については、http://wiki.openstreetmap.org/wiki/JA:%E4%BD%8F%E6%89%80#.E6.97.A5.E6.9C.AC.E3.81.AE.E4.BD.8F.E6.89.80.E4.BD.93.E7.B3.BB.28.E8.A1.97.E5.8C.BA.E7.95.AA.E5.8F.B7.E3.83.BB.E5.9C.B0.E7.B1.8D.E8.BB.A2.E7.94.A8.29の説明により、以下のどれかになるものと考えています
 ([B] は話題の命名規則を上記説明に従って分割したもの)。[A]
place=quarter, name=本町, name:ja=本町
place=neighbourhood, name=一丁目, name:ja=一丁目[B]
place=quarter, name=本町, name:ja=本町
place=neighbourhood, name=1, name:ja=1[C]
place=quarter, name=本町, name:ja=本町
place=neighbourhood, name=一丁目, name:ja=一丁目, 
ref=1本来は、http://qiita.com/nyampire/items/423344fa75707dc138af#%E3%83%AA%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%9A%8E%E5%B1%A4%E6%A7%8B%E9%80%A0に書かれている通り、quarter
 と neighbourhood は relation で親子
が結ばれていることが望ましいです。なので私は、いずれ親子関係が
きちんと設定されるときに直せばいいかなぁ、という感覚ですが、とり
あえず [A][B][C] のどれかを選べと言われたら、[C] を選びます 
(外国人にとっては算用数字による順序付けが役立つと思われるため)。-ふと気になって札幌市内の行政境界を見てみたら、name=北33条西12
 の
ような表記が蔓延っていて、びっくりしました。札幌出身者として、
この表記はとても許容できないです。札幌市民にとって、条と丁目は
対等なものであり、「丁目」だけを省略することはないからです (省略
するなら「北33西12」)。その点からも、[B] は望ましくないと思います。--
石川___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ich habe mal eben eine Suche [1] bei taginfo gemacht, und da kommt
name=Städtischer Kindergarten 115 mal vor.

Ich habe Stichprobenartig (10 quer durch Deutschland) geprüft, und in
keinem der Fälle war iD der Ursprung.

Hmm, könnte die Möglichkeit bestehen, dass iD solchen Daten analysiert
und dann eben als Vorschlag bringt, weil es auf Grund bestehendem
Taggings "wahrscheinlich" ist, dass es so sein könnte?

[1]
https://taginfo.openstreetmap.org/search?q=name%3DSt%C3%A4dtischer+Kinde
rgarten

Am 11.10.2016 um 15:41 schrieb Harald Hartmann:
> Also ich kenne definitiv keinen Kindergarten, der so heißt ... aber
> viele die umgangssprachlich / im Volksmund so genannt werden...
> 
> Am 11.10.2016 um 15:31 schrieb Martin Koppenhoefer:
>> ist "Städtischer Kindergarten" ein Name? Anscheinend kommt das 
>> sehr oft vor, weil das einer der toptreffer ist wenn man in iD 
>> "kindergarten" ins Suchfeld schreibt (d.h. es werden 2 tags 
>> gesetzt: name=Städtischer Kindergarten und 
>> amenity=kindergarten).
> 
>> Gruß, Martin ___ 
>> Talk-de mailing list Talk-de@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___ Talk-de mailing 
> list Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJX/PC9AAoJEIuLcq40+Vqtu/kH/RBu5yn6OoyaIXDNausYEAO+
m5zhur0ZYMm4L3kvq7Mgkt11p8pXCLy+wXg1z1eQgawmaBPU8nXXuOejD5JKnhJT
U6Tlk9aV4WDwWnuysbAHAcFSzeu0EGTr77nDnNOLf2vnZfrQflKg+SRT2BfBURv4
tg394Zybwu8ChfY7uebt6+KTiwHZuqavQKAjpjVghjt55Z+NB4WAGqFDLEAdBWV7
8SPjR0ukjxan5utrudR9mPfIlavHVrSjKr32JgvcA0W3jOgIzRruRq9F3kskEoR4
G3tdx49aGwTvLqNX0+dXk7mlJVA9no9CU2j60uMQh2n6gmHVrDcIzZEepN3cAiM=
=LbcP
-END PGP SIGNATURE-

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

Re: [Talk-it] domande sull'uso del tag landuse

[Max1234Ita]

mbranco wrote
> @Lorenzo:
> bene, grazie anche a te!
> 
> @max:
>> 
/
> ...: Firefox è un gran browser ma ...
/
> eheh... mettiamola pure così, fatto sta che in zone non dettagliate come
> le tue, Id con firefox va che è una scheggia...  :-) 

Prova a cambiare browser. Ad esempio come si comporta con Chrome? Secondo me
le prestazioni migliorano un po'.
Da sempre Firefox ha i suoi problemini con i plugin: nel corso degli anni
hanno provato un po' a mitigarli ma siamo ancora ben lontani da una
soluzione definitiva...
(poi dipende anche, e non poco, da quanta RAM hai installata sul PC)





>> 
/
> ... Diciamo che ID va bene per una modifica locale al volo  Per cose
> più impegnative ci vuole JOSM
/
> Assolutamente sì, iD lo uso solo per vedere al volo qualche dettaglio qua
> e là, e mi sembra il modo più efficace per sottoporre qui i nostri dubbi
> (uno screenshot di josm sovente non consente di capire bene la situazione)

Quando si tratta di condividere un oggetto, più che allegare gli screenshot
da JOSM, io di solito preferisco fare così:
 - Seleziono l'oggetto in JOSM e premo Shift-H ( Ctrl-Shift-H, a seconda di
come è configurato JOSM), che mi apre la pagina web (nel browser) con lo
storico delle modifiche subite da quell'oggetto.
 - Poi passo al browser e guardo l'URL della pagina, che è in generale in
questo formato: 
https://www.openstreetmap.org/relation/272969/history   (una
relazione/multipoligono)
oppure
https://www.openstreetmap.org/way/446832699/history (una way
singola)

 - Dall'URL, basta rimuovere "history"... ed ecco un magnifico link già
pronto per essere incollato sul forum/mailing list o dove ti pare, che ti
presenta anche l'oggetto evidenziato
 
 Dopodiché, quando lo si clicca, si apre il sito di OSM, e se vuoi esaminare
meglio o fare modifiche, ti basta fare login ed aprire l'editor che ti pare,
a scelta tra Potlatch, ID o JOSM stesso, in modalità "remote control".
 
 Se invece non vuoi visualizzare la history né evidenziare l'oggetto (es:
vuoi mostrare ad un tuo amico il luogo in cui incontrarsi), ti basta
chiudere i vari pannelli nella pagina, ed aggiustare lo zoom al livello
desiderato, fino ad avere una visualizzazione ottimale dell'area che
t'interessa; a quel punto copi l'URL risultante e lo invii...
 Relativamente veloce, risultato compatto e compatibile con qualunque
editor. Google, una cosa così, se la sogna! :-p
  

  


/
>> Nel caso del tuo bosco, ad esempio, io non avrei esitazioni: una inner a
>> creare un "buco"
>> che ha per contorni il temine della vegetazione ...
/
> volevi dire outer? Perchè se è inner, non capisco quale sarebbe l'outer

Pensavo ad una relazione così costituita:
 Outer: il poligono/i poligoni costituenti il bordo esterno con tag
natural=wood, oppure landuse=forest, o quel che l'è :-) 
 (IMPORTANTE: il tag del poligono va attribuito alla relation, NON agli
oggetti che hanno ruolo outer)

 Inner: uno più poligoni, senza tag: di fatto, l'appartenenza alla relazione
li qualifica come facenti parte dell'oggetto wood/forest, ecc.
 
 
 

 

/
>> all'interno di essa, poi, fai quel che vuoi, disegnando i landuse e le
>> altre cose che servono, 
>> come se fosse un pezzo di Pianura Padana non ancora mappato. 
/
> con la differenza che tutte le polilinee chiuse che metto dentro devono
> essere definite inner nella relazione, giusto?

All'interno della inner, poi:
- Se è sempre qualcosa di 'natural' (scrub, grassland,ecc.), o comunque
attinente all di solito assegno il tag direttamente alla way inner (se in
qualche poligono da me disegnato non è così, o me ne sono dimenticato,
oppure l'ho fatto quando ancora non avevo pensato che si può fare così. In
ogni caso, si fa presto a rimediare! :-) )

- se è qualcosa di diverso (landuse, edifici o altro), disegno le
rispettive way in modo che non abbiano nodi in comune con la inner. 
In questo modo mi trovo con un multipoligono "omogeneo" e dalla
struttura non troppo complessa, che quindi è (spero) più facilmente
gestibile: in caso di modifiche si può anche decidere di eliminare tutto il
poligono lasciando intatto tutto ciò che "conteneva".

L'altro vantaggio, facendo così, è che all'interno della inner si
possono rappresentare anche altri multipoligoni, senza andare a creare una
struttura ad albero (logica) troppo intricata a livello della relation (tra
l'altro non so nemmeno se i multipoligoni "nidificati" siano supportati
dalle librerie di OSM)
 
 




/
>> ... arriva pure fino al Monte Penice 
/
> Oh, ecco, perfetto! questa zona è più simile alla mia, ti faccio alcune
> domande specifiche:
> 
> - quando si crea la relazione multipoligono, il perimetro del bosco si
> mette dentro con ruolo=outer e gli attributi del poligono si tolgono (al
> poligono) mettendoli alla relazione (es. landuse=forest); però gli
> attributi dei poligoni inner devono rimanere sui poligoni interni, no?
> Te lo chiedo perchè vedo che nel bosco grande (77 elementi) , tuti gli
> 

Re: [Talk-it] Utente che modifica confini

[Federico Cortese]

On Oct 11, 2016 15:27, "Marco_T"  wrote:
>
> Confermo. E' possibilissimo costruire/ampliare edifici a cavallo su comuni
> diversi. Vengono semplicemente accatastati una porzione su un comune e una
> sull'altro. Ovvio che le pratiche edilizie/catastali sono doppie.
>
>
> > E' vero che i confini comunali vengono estrapolati dal catasto ma spesso
> > le
> > proprietà sono la somma di diverse particelle catastali quindi le
> > recinzioni, le strade e altri elementi naturali non indicano
assolutamente
> > niente.
>
> Confermo anche questo. Specialmente pensare che una recinzione o un cippo
> sia sicuramente un confine...Il termine di proprietà per essere valido
deve
> essere accettato da entrambe le parti con un atto formale e un mappatore
non
> potra' mai essere sicuro che quel particolare manufatto sia stato
concordato
> da entrambe le parti.
>
>
> > Per quanto riguarda il caso del Tagliamento che faceva da confine tra
> > Veneto e Friuli quello che vedete sulla mappa è proprio la situazione
> > attuale in cui nessuno amministratore si metterà mai a modifica il
confine
> > seguendo un fiume che cambia corso ad ogni piena.
> >
> > In conclusione modifcare i confini sulla base di quello che trovo sul
> > territorio è quasi sempre sbagliato, così come legare le geometrie alle
> > altre geometrie che compongono la mappa.
>
> Confermo. Modificare confini e' la cosa piu' delicata che si possa fare,
> bisognerebbe analizzare la genesi delle linee esistenti e poi valutare se
i
> propri dati sono migliori non solo su ipotesi empiriche ma carte alla
mano.
>
> Per quanto riguarda le mappe catastali tenete conto che:
> - in Italia non hanno fini probatori (dimostrare la proprieta', il catasto
> esiste per fini fiscali). Infatti in ambito di riconfinazione sono
> all'ultimo stadio di analisi. Al primo posto ci sono gli accordi tra le
> parti (quindi quello che diceva Damjan). Solo nelle zone dove vige il
> catasto ex austiaco (alto adige ed alcune zone del friuli) le mappe del
> catasto fondiario hanno una valenza particolare, ma per altri motivi
legati
> "all'intavolazione";
> - se provate ad unire fogli catastali limitrofi vedrete che non combaciano
> mai perfettamente a volte per millimetri sulla carta che equivale a metri
> (parecchi) nella realtà, pertanto il confine tra i comuni non sarà mai
> precisissimo usando queste mappe.
>

Sottoscrivo e confermo per intero l'intervento di Marco, dal quale traspare
una sua grande competenza in materia, che mi fa sospettare che sia un
collega geometra :)

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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Also ich kenne definitiv keinen Kindergarten, der so heißt ... aber
viele die umgangssprachlich / im Volksmund so genannt werden...

Am 11.10.2016 um 15:31 schrieb Martin Koppenhoefer:
> ist "Städtischer Kindergarten" ein Name? Anscheinend kommt das sehr
> oft vor, weil das einer der toptreffer ist wenn man in iD
> "kindergarten" ins Suchfeld schreibt (d.h. es werden 2 tags
> gesetzt: name=Städtischer Kindergarten und amenity=kindergarten).
> 
> Gruß, Martin ___ 
> Talk-de mailing list Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJX/Ov3AAoJEIuLcq40+VqtKUYH/36dSwTIipBXhb4pOO/PpCkw
ODaAIn/ZTW/ros1RkqWRx8z7Up9PfIEEY7TCYnyxegbG5oWoyappS54Ah47UlwdP
F90rZ5jhADPcJS7gu7cxqKrG6nUJmfOuaTDPU5ttzt8wHl9FtuymPzS4daGbyVJu
gGm7HFjnsZXQi7Pw3WAAr3iewtOyP7Db1qCT6B16zeKJmySlMlk0/wJ9Nln81Vdw
xILKyVcKvdk32sn6gSTZTXQBV+M7gQcP8sxA6+D9HJxmOetdJaW9reiedMtbpGbB
vmRx0qGEDlonEw6z8zpGpJRLhrR4uspAiGIOoQu0oYhE8HCEMEgcb/uxm4hXOAw=
=CnZ/
-END PGP SIGNATURE-

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

Re: [Talk-it-trentino] Mancata attribuzione

[Cristian]

On 29/09/2016 18:36, Michele Malfatti wrote:
> Ciao a tutti secondo voi questa mappa deriva da Osm? Mi hanno detto che è 
> stata prelevata da plotaroute. La mappa su plotaroute è Osm ma su questa 
> mappa manca l'attribuzione. Mando mail? Grazie Michele 

(scusa il ritardo nella risposta)

Sì, manda un messaggio.

Ciao,

C

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

Re: [Talk-cz] Dotaz na mapovani silnicnich pruhu

[majka]

Mě osobně hlavně přijde merge_to_left na 1-lane trochu zbytečný, protože
při jízdě "jinam" nemůžu. U vícepruhových úseků je to dobrá informace o
tom, že jedu v pruhu který skončí. Naopak, použila bych to případně až na
ten připojovací pruh - tam platí že chci vědět, že krasojízda za chvilku
skončí.
Ale vcelku to podle mě ničemu nevadí, jen je to tag navíc.

Ty both_ways se u nás v praxi vyskytovat můžou - hned v prvním případě
 toho
původního odkazu, tedy obousměrné odbočení doleva přes čtyř- a
vícepruh mapovaný
jako dvě cesty. Samozřejmě je variantou to rozdělit v prostředku a mapovat
každý směr zvlášť.

2016-10-11 15:11 GMT+02:00 Jan Martinec :

> Merge_to_left mi připadá logický i pro 1-lane (zejména v situacích, kde ta
> lane přejde v připojovací pruh a skončí).
>
> Both_ways je blbě - to je vyloženě pro pruhy se střídavým/obousměrným
> provozem; to snad u nás ani není, nebo je? Každopádně U Kabla je to
> klasická silnice "jeden tam, jeden zpět," tam to nepatří.
>
> HPM
>
> Dne 11. 10. 2016 14:20 napsal uživatel "Martin Hamrle" <
> martin.ham...@gmail.com>:
>
> Zdravim,
>>
>> nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich pruhu
>> viz. http://osmose.openstreetmap.fr/en/map/#zoom=13=50.0668;
>> lon=14.4731=Mapnik=T&
>> item=3160=1%2C2%2C3=highway=
>> Pri oprave nalezenych problemu jsem narazil na dva caste problemy. Nez
>> to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
>> to melo byt.
>>
>> Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
>> najezdu napriklad zde
>> https://www.openstreetmap.org/way/255619335 Na wiki je popis
>> merge_to_left trochu nejednoznacny ale na vsech prikladech se pouziva
>> merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
>> ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
>> Ostatne takto to kontroluje i osmose.
>>
>> Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
>> Napriklad
>> https://www.openstreetmap.org/way/4779348
>> https://www.openstreetmap.org/way/4052868
>> Na wiki je pouze proposal pro tento tag
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
>> Z uvedenych prikladu se zda ale ze to s proposal nema nic spolecneho.
>> Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
>> se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
>> standartizovanou variantou lanes:forward a lanes:backward.
>>
>> Diky za pripominky,
>>
>> Martin
>>
>> ___
>> 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-it] Utente che modifica confini

[Carlo Stemberger]

Trovato:

http://www.webtecnico.altervista.org/index.php/perizie-e-consulenze/62-consulenze-di-parte-/146-le-accessioni-fluviali.html

> poiché l’andamento dei corsi d’acqua, specie di grandi dimensioni od a regime 
> torrentizio, è perennemente mutevole, (nel senso che, con lo spostarsi del 
> filone della corrente, si determinano sulle sponde erosioni o depositi 
> alluvionali), il confine tra la proprietà privata e l’alveo di appartenenza 
> demaniale dovrebbe anch’esso essere continuamente mutevole nel tempo e 
> seguire le vicissitudini e le modificazioni planimetriche del corso d’acqua.
La normativa al riguardo precisa che il limite dell’alveo coincide con il punto 
di intersezione della sponda del corso d’acqua con il livello di piena 
ordinaria del fiume.
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] ist städtischer Kindergarten ein Name?

[Martin Koppenhoefer]

ist "Städtischer Kindergarten" ein Name? Anscheinend kommt das sehr oft
vor, weil das einer der toptreffer ist wenn man in iD "kindergarten" ins
Suchfeld schreibt (d.h. es werden 2 tags gesetzt: name=Städtischer
Kindergarten und amenity=kindergarten).

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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Ho un chiaro ricordo di una lezione di economia agraria di almeno 10 anni fa, 
in cui se ne parlò. È un problema noto agli agricoltori: è frequente che uno ci 
smeni mentre il vicino guadagni in superficie di proprietà.

Riferimenti normativi al momento non ne ho (se ci legge qualche avvocato...), 
ma non ho trovato neanche notizie di novità introdotte negli ultimi anni.

Ciao!

Carlo
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Marco_T]

Stefano Salvador wrote
> Le normative danno ragione a Damjan. I confini amministrativi sono per
> l'appunto decisi con atti amministrativi che spesso non ricalcano per
> niente quello che si trova nella realtà. Proprio stamattina ero in un
> comune dove mi mostravano che ci sono case con la zona giorno in un comune
> e la zona notte nel comune limitrofo.

Confermo. E' possibilissimo costruire/ampliare edifici a cavallo su comuni
diversi. Vengono semplicemente accatastati una porzione su un comune e una
sull'altro. Ovvio che le pratiche edilizie/catastali sono doppie.


> E' vero che i confini comunali vengono estrapolati dal catasto ma spesso
> le
> proprietà sono la somma di diverse particelle catastali quindi le
> recinzioni, le strade e altri elementi naturali non indicano assolutamente
> niente.

Confermo anche questo. Specialmente pensare che una recinzione o un cippo
sia sicuramente un confine...Il termine di proprietà per essere valido deve
essere accettato da entrambe le parti con un atto formale e un mappatore non
potra' mai essere sicuro che quel particolare manufatto sia stato concordato
da entrambe le parti.


> Per quanto riguarda il caso del Tagliamento che faceva da confine tra
> Veneto e Friuli quello che vedete sulla mappa è proprio la situazione
> attuale in cui nessuno amministratore si metterà mai a modifica il confine
> seguendo un fiume che cambia corso ad ogni piena.
> 
> In conclusione modifcare i confini sulla base di quello che trovo sul
> territorio è quasi sempre sbagliato, così come legare le geometrie alle
> altre geometrie che compongono la mappa.

Confermo. Modificare confini e' la cosa piu' delicata che si possa fare,
bisognerebbe analizzare la genesi delle linee esistenti e poi valutare se i
propri dati sono migliori non solo su ipotesi empiriche ma carte alla mano.

Per quanto riguarda le mappe catastali tenete conto che:
- in Italia non hanno fini probatori (dimostrare la proprieta', il catasto
esiste per fini fiscali). Infatti in ambito di riconfinazione sono
all'ultimo stadio di analisi. Al primo posto ci sono gli accordi tra le
parti (quindi quello che diceva Damjan). Solo nelle zone dove vige il
catasto ex austiaco (alto adige ed alcune zone del friuli) le mappe del
catasto fondiario hanno una valenza particolare, ma per altri motivi legati
"all'intavolazione";
- se provate ad unire fogli catastali limitrofi vedrete che non combaciano
mai perfettamente a volte per millimetri sulla carta che equivale a metri
(parecchi) nella realtà, pertanto il confine tra i comuni non sarà mai
precisissimo usando queste mappe.

-- 

Marco_T




--
View this message in context: 
http://gis.19327.n8.nabble.com/Utente-che-modifica-confini-tp5883928p5884157.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] Dotaz na mapovani silnicnich pruhu

[Jan Martinec]

Merge_to_left mi připadá logický i pro 1-lane (zejména v situacích, kde ta
lane přejde v připojovací pruh a skončí).

Both_ways je blbě - to je vyloženě pro pruhy se střídavým/obousměrným
provozem; to snad u nás ani není, nebo je? Každopádně U Kabla je to
klasická silnice "jeden tam, jeden zpět," tam to nepatří.

HPM

Dne 11. 10. 2016 14:20 napsal uživatel "Martin Hamrle" <
martin.ham...@gmail.com>:

> Zdravim,
>
> nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich pruhu
> viz. http://osmose.openstreetmap.fr/en/map/#zoom=13=50.
> 0668=14.4731=Mapnik=T=
> 3160=1%2C2%2C3=highway=
> Pri oprave nalezenych problemu jsem narazil na dva caste problemy. Nez
> to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
> to melo byt.
>
> Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
> najezdu napriklad zde
> https://www.openstreetmap.org/way/255619335 Na wiki je popis
> merge_to_left trochu nejednoznacny ale na vsech prikladech se pouziva
> merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
> ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
> Ostatne takto to kontroluje i osmose.
>
> Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
> Napriklad
> https://www.openstreetmap.org/way/4779348
> https://www.openstreetmap.org/way/4052868
> Na wiki je pouze proposal pro tento tag
> https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
> Z uvedenych prikladu se zda ale ze to s proposal nema nic spolecneho.
> Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
> se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
> standartizovanou variantou lanes:forward a lanes:backward.
>
> Diky za pripominky,
>
> Martin
>
> ___
> 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] Fwd: Porušení licence OpenStreetMap

[Jachym Cepicky]

Určitě použijte

to je takové trapné, myslím že to dělal Honza Cibulka a ten "naši věc"
úplně chápe - spíš jenom zapomněl (možná je dokonce na tomhle mlistu?)


J

út 11. 10. 2016 v 12:37 odesílatel Jan Martinec  napsal:

> Super, díky.
>
> Akorát teď koukám na výsledky voleb na
> https://interaktivni.rozhlas.cz/krajske-volby-v-okrscich/ - a není to
> Stamen Toner? Je to Stamen Toner!
>
> Napíšu jim - můžu použít tvůj text jako kopyto?
>
> Díky,
> HPM
>
> Dne 11. 10. 2016 11:13 napsal uživatel "Jachym Cepicky" <
> jachym.cepi...@gmail.com>:
>
> Tak to bychom měli
>
> J
>
> -- Forwarded message -
> From: Jirků, Irena 
> Date: út 11. 10. 2016 v 10:57
> Subject: Re: Porušení licence OpenStreetMap
> To: Jachym Cepicky 
> Cc: Miloš Čermák 
>
>
> Dobrý den, pane Čepický, děkuji Vám za upozornění a omlouvám se, kredit
> tam pravděpodobně chybí spíš nedopatřením. Upozorním fotoeditory a grafiky,
> aby chybu napravili a vždy uváděli zdroj. A pohlídám to v budoucnu.
> Zdraví Vás a děkuje za pochopení Irena Jirků
>
>
> *Irena Jirků*
>
> vedoucí páteční přílohy ego! HN
>
>
>
>
> Economia, a.s. | Pernerova 47 | 180 07 Praha 8
>
> t: +420 233 073035 <233%20073%20035>  | m: +420 602 281 800
> <602%20281%20800>
>
> irena.ji...@economia.cz  | www.e conomia.cz
>
>
>
>
>
> Dne 11. října 2016 10:50 Jachym Cepicky 
> napsal(a):
>
> Dobrý den,
>
> rád bych Vás upozornil na možné porušení licence projektu OpenStreetMap.
> Opakovaně v magazínu EGO!, naposledy číslo 40, ze 7.10.2016, článek
> "Malmö a Kodaň" od Miloše Čermáka je použita ilustrační mapa z projektu
> OpenStreetMap [1] a v rozporu s licencí není nikde uveden zdroj [2]. Podle
> zpráv z komunity se v magazínu EGO! občas vyskytne ilustrační mapička bez
> uvedení zdroje, např. v čísle 38, ale i dále do minulosti.
>
> Jako českou komunitu přispěvatelů do OpenStreetMap nás samozřejmě těší, že
> používáte tento svobodný zdroj informací. Prosíme Vás ale o nápravu do
> budoucna. Projekt OpenStreetMap vzniká na dobrovolnické bázi a minimum,
> které můžete pro jeho podporu udělat je uvézt ho jako zdroj ilustrační mapy.
>
> Díky a hezký den
>
> Jáchym Čepický
>
> [1] http://openstreetmap.org
> [2] http://www.openstreetmap.org/copyright
>
>
>
>
>
>
> --
> *Magazín RESTART*
> Jak žijí a co dělají úspěšní manažeři Česka? Popovič, Žalman, Mühlfeit a
> další v novém magazínu Restart. Pro objednání a více informací klikněte
> zde.
> 
> --
>
> ___
> 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] Dotaz na mapovani silnicnich pruhu

[Ratt Snake]

Ahoj,
Nejsme si jit jak je to se stavem "propoal" ale pokud se nepletu tak ještě
nedávno např. Osmand nereagoval na tag lanes:both_ways ale frunovla pouze
na lanes:forward a backward. Proto jsem pro náhradu.
Pavel

Dne 11. října 2016 14:03 Martin Hamrle  napsal(a):

> Zdravim,
>
> nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich pruhu
> viz. http://osmose.openstreetmap.fr/en/map/#zoom=13=50.
> 0668=14.4731=Mapnik=T=
> 3160=1%2C2%2C3=highway=
> Pri oprave nalezenych problemu jsem narazil na dva caste problemy. Nez
> to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
> to melo byt.
>
> Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
> najezdu napriklad zde
> https://www.openstreetmap.org/way/255619335 Na wiki je popis
> merge_to_left trochu nejednoznacny ale na vsech prikladech se pouziva
> merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
> ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
> Ostatne takto to kontroluje i osmose.
>
> Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
> Napriklad
> https://www.openstreetmap.org/way/4779348
> https://www.openstreetmap.org/way/4052868
> Na wiki je pouze proposal pro tento tag
> https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
> Z uvedenych prikladu se zda ale ze to s proposal nema nic spolecneho.
> Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
> se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
> standartizovanou variantou lanes:forward a lanes:backward.
>
> Diky za pripominky,
>
> Martin
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Utente che modifica confini

[Fayor Uno]

I confini comunali sono fissi e non seguono le modifiche degli elementi a cui 
si riferiscono inizialmente: se cambia il corso di un fiume o di una strada, il 
confine rimane uguale finché l'autorità amministrativa non lo modifica di 
conseguenza.


Il catasto individua esattamente quello che è il confine tra i comuni (anzi, 
spesso il confine ricalca proprio i limiti dei fogli di mappa o delle 
particelle) e le varie carte tecniche si riferiscono al catasto.


Conseguentemente, quando sappiamo con esattezza dove si trova il confine (sulla 
base dell'esame di quelle mappe e della situazione dei luoghi), è nostro dovere 
disegnarlo correttamente sulla mappa.



Da: Stefano Salvador 
Inviato: martedì 11 ottobre 2016 14.19
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Utente che modifica confini

Le normative danno ragione a Damjan. I confini amministrativi sono per 
l'appunto decisi con atti amministrativi che spesso non ricalcano per niente 
quello che si trova nella realtà. Proprio stamattina ero in un comune dove mi 
mostravano che ci sono case con la zona giorno in un comune e la zona notte nel 
comune limitrofo.

E' vero che i confini comunali vengono estrapolati dal catasto ma spesso le 
proprietà sono la somma di diverse particelle catastali quindi le recinzioni, 
le strade e altri elementi naturali non indicano assolutamente niente. Esempio 
chiaro di questo sono le rotonde che vengono costruite sugli incroci che 
facevano da confine: alla fine ci si può ritrovare con un quarto di rotonda in 
un comune e tre quarti in un altro.

In FVG è stato fatto un grosso lavoro per georiferire correttamente i fogli 
catastali e da qualche hanno la regione pubblica i confini aggiornati su questa 
base. Periodicamente poi ci sono delibere regionali (anche una decina l'anno) 
che modificano i confini "sanando" situazione strane, probabilmente su istanza 
di proprietari stufi di pagare le tasse in due comuni.

Per quanto riguarda il caso del Tagliamento che faceva da confine tra Veneto e 
Friuli quello che vedete sulla mappa è proprio la situazione attuale in cui 
nessuno amministratore si metterà mai a modifica il confine seguendo un fiume 
che cambia corso ad ogni piena.

In conclusione modifcare i confini sulla base di quello che trovo sul 
territorio è quasi sempre sbagliato, così come legare le geometrie alle altre 
geometrie che compongono la mappa.

Ciao,

Stefano

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

[Talk-cz] Volební okrsky

[Matěj Cepl]

Tak jsem se v souvislosti s volbami koukal na server volby.cz 
a snažil jsem se zjistit jak hlasovali lidé ve volebním okrsku 
kde jsem se narodil (a už tam nebydlím). Tak jsem dospěl na 
stránku 
http://volby.cz/pls/senat/se211?xjazyk=CZ=20161007=25=500178
 
a moc jsem zatoužil, abych někde na openstreetmap.cz (nebo 
někde) mohl nalézt mapu jednotlivých volebních okrsků. Jaké bylo 
moje překvapení, když jsem zjistil, že ČÚZK dokonce publikuje 
obrovské seznamy všech (?) adres na 
http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/Volebni-okrsky-v-RUIAN/Volebni-okrsky-v-RUIAN.aspx
 
včetně souřadnic jednotlivých domů (?). Navíc OSM na to má 
i předpřipravený tag 
http://wiki.openstreetmap.org/wiki/Cs:Tag:boundary%3Dpolitical
Pracoval někdo na importu těch dat do OSM?

Pro Prahu něco takového existuje (na 
http://mpp.praha.eu/app/map/okrsky/index_mistnosti.html) ale 
nějak mi to nic nenašlo.

Hezký den,

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Don't anthropomorphize computers.  They don't like it.


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

Re: [Talk-it] domande sull'uso del tag landuse

[Martin Koppenhoefer]

2016-10-11 13:43 GMT+02:00 mbranco :

>
> /> - ... io preferisco interrompere i landuse=residential (per esempio) ad
> ogni strada pubblica ...  /
> uh, cribbio non so nelle città (non me ne occupo), ma per i paesi
> proprio ad ogni via mi sembra eccessivo.



è un lavorone sia in città che nei paesi, si. Non dico di farlo sempre
subito dappertutto, ma come visione a quale mirare tenterei di fare così, è
la realtà.



> Magari fare più di un residential,
> basandosi sulle vie principali e in periferia, dove le case si diradano:
> personalmente mi accontenterei.



si, per l'inizio è già molto meglio tirare fuori le strade grandi
(=spezzare in pezzi comunque più piccoli di un intero paese).

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

Re: [Talk-it] Utente che modifica confini

[Stefano Salvador]

Il giorno 11 ottobre 2016 09:52, Carlo Stemberger <
carlo.stember...@gmail.com> ha scritto:

> Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha
> scritto:
>
>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>> cambiati, ma il confine resta come era stato definito.
>
>
> Non è così, almeno nello stato italiano: se un confine è definito dal
> letto di un corso d'acqua, e questo si sposta, anche il confine si sposta.
>
>
Hai un riferimento di legge per questo che affermi ? perché a me risulta
esattamente il contrario.

Stefano

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

[Talk-cz] Dotaz na mapovani silnicnich pruhu

[Martin Hamrle]

Zdravim,

nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich pruhu
viz. 
http://osmose.openstreetmap.fr/en/map/#zoom=13=50.0668=14.4731=Mapnik=T=3160=1%2C2%2C3=highway=
Pri oprave nalezenych problemu jsem narazil na dva caste problemy. Nez
to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
to melo byt.

Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
najezdu napriklad zde
https://www.openstreetmap.org/way/255619335 Na wiki je popis
merge_to_left trochu nejednoznacny ale na vsech prikladech se pouziva
merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
Ostatne takto to kontroluje i osmose.

Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
Napriklad
https://www.openstreetmap.org/way/4779348
https://www.openstreetmap.org/way/4052868
Na wiki je pouze proposal pro tento tag
https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
Z uvedenych prikladu se zda ale ze to s proposal nema nic spolecneho.
Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
standartizovanou variantou lanes:forward a lanes:backward.

Diky za pripominky,

Martin

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@Martin:

/> - ... io preferisco interrompere i landuse=residential (per esempio) ad
ogni strada pubblica ...  /
uh, cribbio non so nelle città (non me ne occupo), ma per i paesi
proprio ad ogni via mi sembra eccessivo. Magari fare più di un residential,
basandosi sulle vie principali e in periferia, dove le case si diradano:
personalmente mi accontenterei.

sul resto ho capito e sono d'accordo, grazie!

Ciao,
Marco



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884151.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-GB] Autumn Quarterly Project

[John Aldridge]

On 10-Oct-16 20:26, Dan S wrote:

Really sorry for the stupid question, but: what is a participant in
this quarterly project actually supposed to *do*?


I asked a similar question a week or so ago. From the responses I got, I 
don't think there is a single shared vision of the goals of this project.


What /I'm/ doing is checking the Greg's map, and trying to make all the 
blobs round here go green :)


In most cases that involves filling in addr:postcode and fhrs:id on 
existing OSM features. I'm not, however, trusting that the postcode 
recorded on FHRS is accurate, and I'm not setting addr:postcode unless I 
can find corroborating information (e.g. the establishment's web site).


I'm definitely /not/ copying any other FHRS data into OSM tags. If 
people want to see the hygiene rating, they need to follow fhrs:id to 
the FHRS page, rather than looking at a stale OSM copy of that data 
which unlikely ever to be maintained.


Which reminds me... Greg's tool seems to have recently added two local 
churches (which don't in fact seem to have FHRS records at all), so I 
must wander over there to see if I can find a postcode on the 
noticeboards, since there doesn't seem to be one on either of their web 
sites!


--
Cheers,
John

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

Re: [Talk-it] domande sull'uso del tag landuse

[Martin Koppenhoefer]

2016-10-09 11:51 GMT+02:00 mbranco :

> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
>
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
> utile, ma solo per le info di base).
>


non che io sapessi. Forse la cosa più importante da capire: "landuse" non
rappresenta gli usi consentiti (come un PRG per esempio), ma gli usi
attuali / reali.
Per me, un'altra regola (personale, basata sulla mia esperienza, forse non
comunemente condivisa), è quella di tenere i singoli oggetti del landuse
sempre più piccoli "possibile", perché più grandi che sono più si rischia
di includere cosa non va incluso, e sopratutto più diventa complesso e
complicato per chi viene dopo e deve mettere mano.



>
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
> aggiunti alla relazione con ruolo inner, giusto?
>



non necessariamente. Va escluso tutto ciò che non ne fa parte. Da un
landuse=forest escluderei il lago. Forse escluderei anche la casa piccola,
ma lo vedo meno necessario (se invece c'è un po' di prato/giardino intorno
alla casa, farei un poligono intorno casa e pertinenze e escluderei questo
insieme).




>
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo
> lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il
> bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
>


qui è meno chiaro come comportarsi, io preferisco interrompere i
landuse=residential (per esempio) ad ogni strada pubblica, lo farei anche
per le strade in foresta, mentre per i piccoli track è una cosa
facoltativa. (Sempre nell'ottica degli oggetti più piccoli possibili di
sopra, è anche vantaggioso spezzare le foreste in piccole sottoforeste,
perché diventa più gestibile, e non supera i limiti, diventa anche più
facilmente migliorabile).




>
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
> due poligoni hanno i nodi opportuni in comune, giusto?



si, quando sono confinanti nella realtà, no se ci sta qualcos'altro in
mezzo (anche se non ancora mappato).



> (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
> passa un sentiero, o uno sterrato?



non li farei conincidere, meglio lasciare lo spazio del sentiero (IMHO).




> OK che highways e landuse non abbiano
> nodi in comune, ma può la highway passare sulla stessa linea in comune ai
> due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
> due landuse?
>


pessima situazione questa (anche se si trova ogni tanto), crea spesso
problemi nel seguito questo tipo di mappatura (cose conesse per sbaglio).

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

Re: [Talk-it] [Tagging] amianto/eternit

[Martin Koppenhoefer]

2016-10-11 12:17 GMT+02:00 Cascafico Giovanni :

> Poi, tenendo conto che non é facile avere una visione ravvicinata, pensavo
> che lo stato si potrebbe taggare grossolanamente con
> roof:status=good|medium|bad
>

al proposito, come "tetto"/"roof" si intende sia la struttura che la
copertura, mentre in OSM la gente parla generalmente soltanto della
copertura. Forse da sollevare su tagging / internazionale?

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

Re: [Talk-it] [Tagging] amianto/eternit

[Martin Koppenhoefer]

sent from a phone

> Il giorno 11 ott 2016, alle ore 12:17, Cascafico Giovanni 
>  ha scritto:
> 
> Tempo fa avevo iniziato a mappare la presenza come da wiki con
> roof:material=eternit
> Oggi però vedo da taginfo la prevalenza di asbestos


bo, eternit è un marchio, e asbestos è impreciso (eternit è fibre di amianto 
legate con cemento). "fibre_cement" sarebbe più preciso, però richiederebbe la 
precisazione quali fibre sono utilizzati.
Tra altro nel Eternit attuale non si trova più amianto (quindi anche eternit 
non è un buon tag)


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

Re: [Talk-cz] Fwd: Porušení licence OpenStreetMap

[Jan Martinec]

Super, díky.

Akorát teď koukám na výsledky voleb na
https://interaktivni.rozhlas.cz/krajske-volby-v-okrscich/ - a není to
Stamen Toner? Je to Stamen Toner!

Napíšu jim - můžu použít tvůj text jako kopyto?

Díky,
HPM

Dne 11. 10. 2016 11:13 napsal uživatel "Jachym Cepicky" <
jachym.cepi...@gmail.com>:

> Tak to bychom měli
>
> J
>
> -- Forwarded message -
> From: Jirků, Irena 
> Date: út 11. 10. 2016 v 10:57
> Subject: Re: Porušení licence OpenStreetMap
> To: Jachym Cepicky 
> Cc: Miloš Čermák 
>
>
> Dobrý den, pane Čepický, děkuji Vám za upozornění a omlouvám se, kredit
> tam pravděpodobně chybí spíš nedopatřením. Upozorním fotoeditory a grafiky,
> aby chybu napravili a vždy uváděli zdroj. A pohlídám to v budoucnu.
> Zdraví Vás a děkuje za pochopení Irena Jirků
>
>
> *Irena Jirků*
>
> vedoucí páteční přílohy ego! HN
>
>
>
>
> Economia, a.s. | Pernerova 47 | 180 07 Praha 8
>
> t: +420 233 073035 <233%20073%20035>  | m: +420 602 281 800
> <602%20281%20800>
>
> irena.ji...@economia.cz  | www.e conomia.cz
>
>
>
>
>
> Dne 11. října 2016 10:50 Jachym Cepicky 
> napsal(a):
>
> Dobrý den,
>>
>> rád bych Vás upozornil na možné porušení licence projektu OpenStreetMap.
>> Opakovaně v magazínu EGO!, naposledy číslo 40, ze 7.10.2016, článek
>> "Malmö a Kodaň" od Miloše Čermáka je použita ilustrační mapa z projektu
>> OpenStreetMap [1] a v rozporu s licencí není nikde uveden zdroj [2]. Podle
>> zpráv z komunity se v magazínu EGO! občas vyskytne ilustrační mapička bez
>> uvedení zdroje, např. v čísle 38, ale i dále do minulosti.
>>
>> Jako českou komunitu přispěvatelů do OpenStreetMap nás samozřejmě těší,
>> že používáte tento svobodný zdroj informací. Prosíme Vás ale o nápravu do
>> budoucna. Projekt OpenStreetMap vzniká na dobrovolnické bázi a minimum,
>> které můžete pro jeho podporu udělat je uvézt ho jako zdroj ilustrační mapy.
>>
>> Díky a hezký den
>>
>> Jáchym Čepický
>>
>> [1] http://openstreetmap.org
>> [2] http://www.openstreetmap.org/copyright
>>
>>
>
>
>
>
> --
> *Magazín RESTART*
> Jak žijí a co dělají úspěšní manažeři Česka? Popovič, Žalman, Mühlfeit a
> další v novém magazínu Restart. Pro objednání a více informací klikněte
> zde.
> 
> --
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-it] [Tagging] amianto/eternit

[Cascafico Giovanni]

Vorrei costruire una paginetta sulla falsa riga di "suosm" [1] per mappare
le coperture, perciò mi servirebbero i vs pareri per stabilire  uno schema
di etichettatura condiviso.

Tempo fa avevo iniziato a mappare la presenza come da wiki con
roof:material=eternit
Oggi però vedo da taginfo la prevalenza di asbestos

Inoltre questo tagging implica la presenza di
building=roof
oppure può andare da solo?

Poi, tenendo conto che non é facile avere una visione ravvicinata, pensavo
che lo stato si potrebbe taggare grossolanamente con
roof:status=good|medium|bad

Come fareste?

[1] http://cascafico.altervista.org/suosm

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

Re: [Talk-cz] economia

[Tomas Novotny]

ok, dobre. Diky za info,

T.

On Tue, 11 Oct 2016 08:42:16 +
Jachym Cepicky  wrote:

> No ... můžu zkusit přes twitter, on je takový sociální ...
> 
> nepsal, ale jdu mu napsat teď, necháme to týden na odpověď a pak trochu
> zahřejeme soc. sítě a uvidíme
> 
> út 11. 10. 2016 v 9:55 odesílatel Tomas Novotny  napsal:
> 
> > Aha, takze se to opakuje. Ja tam psal kvuli cislu 38 pred 14 dny, protoze
> > mapa
> > Bangkoku je podle me taky z OSM. Psal jsem autorovi (Ivo Brezina), ale bylo
> > to bez odpovedi. Ta mapa je dostupna online na teto adrese:
> >
> > http://archiv.ihned.cz/c1-65448990-moje-vikendova-cesta-puvab-i-chaos-bangkoku
> > A zadna zminka o OSM. Je to uplne stejny clanek jako v tom magazinu.
> >
> > Psal jsi mu uz M.C.?
> >
> > Diky,
> >
> > T.
> >
> > On Mon, 10 Oct 2016 18:20:17 +
> > Jachym Cepicky  wrote:
> >
> > > Tak jsem si počkal - a dočkal jsem se:
> > >
> > > EGO číslo 40, 7.10.2016, článek "Malmö a Kodaň", připravil Miloš Čermák.
> > >
> > > Ten autor ... to je takový pěkný fail, jsem zvědav, co nám na to zrovna
> > > M.Č. řekně.
> > >
> > > J
> > >
> > > út 5. 1. 2016 v 14:01 odesílatel Dalibor Jelínek 
> > > napsal:
> > >
> > > Ahoj,
> > >
> > > mam tam kamarada, mohl bych to vyresit,
> > >
> > > ale potreboval bych vedet, ze kdy to Ego bylo a jaka je to stranka.
> > >
> > > Vis to?
> > >
> > >
> > >
> > > Dalibor
> > >
> > >
> > >
> > > *From:* Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
> > > *Sent:* Monday, January 4, 2016 10:08 AM
> > > *To:* OpenStreetMap Czech Republic 
> > > *Subject:* [Talk-cz] economia
> > >
> > >
> > >
> > > Ahoj,
> > >
> > >
> > >
> > > párkrát se mi dostal do ruky magazín Hospodářských novin (Economia) s
> > > názvem Ego - asi je to hlavně o programu k televizi. A jedna z rubrik
> > > vypadá jako cestopis či co. Mapy vypadají jako by z oka vypadly OSM, ale
> > > licence nikde viditelně.  Nevšiml si toho ještě někdo? Neřešilo se to?
> > >
> > >
> > >
> > > Jachym
> > > ___
> > >
> > > Talk-cz mailing list
> > >
> > > Talk-cz@openstreetmap.org
> > >
> > > https://lists.openstreetmap.org/listinfo/talk-cz
> >

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@Lorenzo:
bene, grazie anche a te!

@max:
> /...: Firefox è un gran browser ma .../
eheh... mettiamola pure così, fatto sta che in zone non dettagliate come le
tue, iD con firefox va che è una scheggia...  :-) 

> /... Diciamo che ID va bene per una modifica locale al volo  Per cose
> più impegnative ci vuole JOSM/
Assolutamente sì, iD lo uso solo per vedere al volo qualche dettaglio qua e
là, e mi sembra il modo più efficace per sottoporre qui i nostri dubbi (uno
screenshot di josm sovente non consente di capire bene la situazione)


/> Nel caso del tuo bosco, ad esempio, io non avrei esitazioni: una inner a
creare un "buco"
> che ha per contorni il temine della vegetazione .../
volevi dire outer? Perchè se è inner, non capisco quale sarebbe l'outer

/
> all'interno di essa, poi, fai quel che vuoi, disegnando i landuse e le
> altre cose che servono, 
> come se fosse un pezzo di Pianura Padana non ancora mappato. /
con la differenza che tutte le polilinee chiuse che metto dentro devono
essere definite inner nella relazione, giusto?

/
> ... arrriva pure fino al Monte Penice /
Oh, ecco, perfetto! questa zona è più simile alla mia, ti faccio alcune
domande specifiche:

- quando si crea la relazione multipoligono, il perimetro del bosco si mette
dentro con ruolo=outer e gli attributi del poligono si tolgono (al poligono)
mettendoli alla relazione (es. landuse=forest); però gli attributi dei
poligoni inner devono rimanere sui poligoni interni, no?
Te lo chiedo perchè vedo che nel bosco grande (77 elementi) , tuti gli inner
che hai definito non hanno attirbuti, e così non so se è grass, o scrub,
ecc.

- il natural=scrub appena sopra il Monte Penice (id 359357816), non dovrebbe
essere l'outer di una nuova relazione, con le varie polilinee chiuse al suo
interno definite come inner?
A proposito di queste polilinee interne, perchè una è landuse= forest e le
altre sono natural=wood?
Nella pagina wiki [1] dove si discutono i diversi approcci sull'uso di
questi due tag, non mi sembra che ci sia un caso applicabile alla tua zona
(che a me sembra bosco che sta ricrescendo, o dopo il taglio del bosco o
perchè l'area non è più coltivata).

[1] http://wiki.openstreetmap.org/wiki/Forest



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884145.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Mappe SabirFest

[John Doe]

Per mancanza assoluta di tempo non posso approfondire e/o dedicarmi a tale
questione, se però qualcuno fosse interessato a scrivere per chiarire la
questione inerente all'attribuzione ne sarei grato.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-11 10:11 GMT+02:00 Lorenzo "Beba" Beltrami :

> Quindi in questa zona: https://www.openstreetmap.org/
> #map=14/45.7999/12.9797 sul confine Veneto/Friuli Venezia Giulia cosa è
> giusto e cosa no?
>


quindi questa risposta ti può dare soltanto il catasto...

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

Re: [Talk-it] Notiziario Settimanale OSM #324

[Martin Koppenhoefer]

2016-10-11 10:01 GMT+02:00 Francesca Valentina :

> Io ci sono per dare una mano con le traduzioni.



Ottimo, benvenuta nel team!

Se ci sono ancora altre persone che sentono la voglia di associarsi, sempre
meglio sarebbe, cerchiamo ca. 5-6 persone in totale per tenere il lavoro
per i singoli contributori ad un livello basso, e per poter gestire tempi
"duri" come vacanze...

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

Re: [Talk-de] Wege an landuse-Grenzen

[Martin Koppenhoefer]

Am 11. Oktober 2016 um 09:59 schrieb Florian Lohoff :

> Soll jeder so machen wie er mag - ich finde verkleben extrem nervig
> und aufwendig und da wo ich es finde und ich plane mehr zu pflegen löse
> ich das auf.
>



stimme Dir voll zu. Auch im Hinblick darauf, dass einige Mapper begonnen
haben, Straßenflächen einzuzeichnen, wäre es Unsinn, die
highway-Mittellinie-graph Objekte mit an die Straße seitlich anschließenden
Flächen zu verbinden.

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

[Talk-cz] Fwd: Porušení licence OpenStreetMap

[Jachym Cepicky]

Tak to bychom měli

J

-- Forwarded message -
From: Jirků, Irena 
Date: út 11. 10. 2016 v 10:57
Subject: Re: Porušení licence OpenStreetMap
To: Jachym Cepicky 
Cc: Miloš Čermák 


Dobrý den, pane Čepický, děkuji Vám za upozornění a omlouvám se, kredit tam
pravděpodobně chybí spíš nedopatřením. Upozorním fotoeditory a grafiky, aby
chybu napravili a vždy uváděli zdroj. A pohlídám to v budoucnu.
Zdraví Vás a děkuje za pochopení Irena Jirků


*Irena Jirků*

vedoucí páteční přílohy ego! HN




Economia, a.s. | Pernerova 47 | 180 07 Praha 8

t: +420 233 073035 <233%20073%20035>  | m: +420 602 281 800
<602%20281%20800>

irena.ji...@economia.cz  | www.e conomia.cz





Dne 11. října 2016 10:50 Jachym Cepicky 
napsal(a):

Dobrý den,

rád bych Vás upozornil na možné porušení licence projektu OpenStreetMap.
Opakovaně v magazínu EGO!, naposledy číslo 40, ze 7.10.2016, článek "Malmö
a Kodaň" od Miloše Čermáka je použita ilustrační mapa z projektu
OpenStreetMap [1] a v rozporu s licencí není nikde uveden zdroj [2]. Podle
zpráv z komunity se v magazínu EGO! občas vyskytne ilustrační mapička bez
uvedení zdroje, např. v čísle 38, ale i dále do minulosti.

Jako českou komunitu přispěvatelů do OpenStreetMap nás samozřejmě těší, že
používáte tento svobodný zdroj informací. Prosíme Vás ale o nápravu do
budoucna. Projekt OpenStreetMap vzniká na dobrovolnické bázi a minimum,
které můžete pro jeho podporu udělat je uvézt ho jako zdroj ilustrační mapy.

Díky a hezký den

Jáchym Čepický

[1] http://openstreetmap.org
[2] http://www.openstreetmap.org/copyright






--
*Magazín RESTART*
Jak žijí a co dělají úspěšní manažeři Česka? Popovič, Žalman, Mühlfeit a
další v novém magazínu Restart. Pro objednání a více informací klikněte zde.

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

Re: [Talk-it] Contatti per coordinatore regionale Emilia Romagna

[Giuseppe Profiti]

Ciao Marco,
proprio perché ciascuno di noi ha i propri impegni è necessario
trovare altre persone. Se su Bologna ci fossimo solo io per Wikipedia
e tu per OSM, non si andrebbe da nessuna parte.
Da qualche settimana c'è una mailing list per coordinarsi su eventi
(ufficiali e anche di distrazione tra noi) in Emilia-Romagna:
http://mailman.wikimedia.it/listinfo/emiliaromagna

principalmente perché così evito di dover mandare mail con ventordici
persone in CC (dato che alla fine mi dimentico sempre qualcuno).

Invito a iscriversi tutti quelli che sono interessati a partecipare a
eventi o anche solo a farsi una birra ogni tanto.

A presto,
Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it


Il 11 ottobre 2016 10:35, Marco Montanari 
ha scritto:
> scusate il silenzio e la scarsa partecipazione. L'anno scorso andai io al
> linux day a bologna e se non avessi impegni pregressi sarei disponibile
> anche quest'anno.
>
> Posso proporre di fare una mailing list apposita? Perchè mettere nella
> stessa mailing list tutte le discussioni (a volte [rare] affascinanti) sui
> tag E le discussioni su evangelism, onestamente, richiede troppa
> energia filtrante.
>
> My two cents (se serve ci sono per eventi da novembre in poi)
>
> M
>
> 2016-10-11 9:16 GMT+02:00 Giuseppe Profiti :
>>
>> Ciao Luca,
>> in quest'anno da coordinatore per Wikimedia Italia ho notato che il
>> problema non è solo relativo a eventi per OSM.
>> Fortunatamente a Bologna siamo 5 o 6 wiki(m|p)ediani e riusciamo a
>> gestire buona parte delle richieste in città, ma già se le richieste
>> aumentassero avremmo difficoltà.
>> Per OSM invece, siamo stati fortunati a trovare qualcuno per il Linux
>> Day, ma come scrivi anche tu arrivano richieste e non si sa chi
>> potrebbe essere disponibile ad andare.
>> Considerando che la percentuale di "evangelisti" è sempre molto basse
>> rispetto alla base di utenti, mi chiedo quanti siano i mappatori in
>> zona. Se sono pochi, magari aumentando potrebbe saltare fuori qualcun
>> altro.
>>
>> Buon lavoro,
>> Giuseppe
>> --
>> Giuseppe Profiti
>> Coordinatore regionale per l'Emilia-Romagna
>> Wikimedia Italia – Associazione per la diffusione della conoscenza libera
>> http://www.wikimedia.it | giuseppe.prof...@wikimedia.it
>>
>>
>> Il 11 ottobre 2016 01:04, Luca Delucchi  ha scritto:
>> > 2016-10-07 14:40 GMT+02:00 Giuseppe Profiti
>> > :
>> >> Ciao Matteo,
>> >
>> > Ciao.
>> >
>> >> sfortunatamente l'unico volontario per talk su OSM che ho trovato è
>> >> già precettato da noi per il Linux day a Bologna, la cosa che
>> >> veramente mi stupisce è che sia così difficile trovare qualcuno per
>> >> queste attività.
>> >> Per gli incontri formativi, li pensavo interni alla comunità (i.e.
>> >> portare i volontari a un livello tale per cui si sentano tranquilli
>> >> nello spiegare il progetto e le attività possibili), altrimenti
>> >> toccherà continuare a dire di no a chi chiede di fare qualcosa.
>> >>
>> >
>> > guarda io è da anni che predico ciò, gli eventi in cui diffondiamo OSM
>> > sono troppo pochi, abbiamo un gruppo di persone molto attive a mappare
>> > ma poche a diffondere il verbo, basta pensare alla bassa affluenza di
>> > mappers ad OSMit.
>> >
>> > Lo stesso per quanto riguarda i mapping party, sono sempre pochi ad
>> > organizzare eventi.
>> >
>> >>
>> >> A presto,
>> >> Giuseppe
>> >>
>> >
>> >
>> > --
>> > ciao
>> > Luca
>> >
>> > www.lucadelu.org
>> >
>> > ___
>> > 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
>
>
>
>
> --
> Marco Montanari
> mail: marco.montan...@gmail.com
> mail: marco.montan...@formicablu.it
> mail: marco.montan...@openhistorymap.org
> mail: marco.montan...@mappi-na.it
>
> pec: marco.montanari@pec.it
> mobile: +39 3335267086
> skype: marco.montanari
> web: http://ingmmo.com
>
> ___
> 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] Contatti per coordinatore regionale Emilia Romagna

[Alessandro Palmas]

Il 11/10/2016 09:16, Giuseppe Profiti ha scritto:


Per OSM invece, siamo stati fortunati a trovare qualcuno per il Linux
Day, ma come scrivi anche tu arrivano richieste e non si sa chi
potrebbe essere disponibile ad andare.
Considerando che la percentuale di "evangelisti" è sempre molto basse
rispetto alla base di utenti, mi chiedo quanti siano i mappatori in
zona. Se sono pochi, magari aumentando potrebbe saltare fuori qualcun
altro.



Il 11 ottobre 2016 01:04, Luca Delucchi  ha scritto:



guarda io è da anni che predico ciò, gli eventi in cui diffondiamo OSM
sono troppo pochi, abbiamo un gruppo di persone molto attive a mappare
ma poche a diffondere il verbo, basta pensare alla bassa affluenza di
mappers ad OSMit.

Lo stesso per quanto riguarda i mapping party, sono sempre pochi ad
organizzare eventi.




Ciao,
essendo tra coloro che partecipano/organizzano mapping party dal 2008, e 
occupandomi anche di questo in Wikimedia Italia, è un argomento che mi 
sta molto a cuore.


In questi mesi ho partecipato a diversi eventi e mapping party. Possiamo 
anche valutare che siano pochi; io vorrei organizzarne di più ma averne 
di più non porta automaticamente ad avere più utenti attivi in quella zona.
Il gradino d'ingresso più alto per la partecipazione mi pare sia 
l'editing: ok quando spieghi il progetto e tutte le sue attuali 
declinazioni, abbastanza bene durante il mapping party, i problemi li 
vedi durante la fase di editing.
In una giornata scarsa riuscire a trasferire concetti teorici e 
informazioni pratiche (nonostante cerchi di far installare 
preventivamente le App per la mappatura risparmiando così un pò di 
tempo) purtroppo non è sufficiente e la percentuale di chi non rinuncia 
subito è molto bassa.
Organizzare un mp secondo me ha senso solo se sul posto c'è un minimo di 
comunità che rilancia con un secondo appuntamento, da tenersi entro una 
quindicina di giorni, per fare editing e rispondere ai dubbi o alle 
nuove domande su possibili applicazioni di OSM.


Durante l'ultimo w.e. a Cagliari abbiamo avuto un'ottima risposta da 
parte di responsabili dei musei e di UNICA e la presenza al mp di una 
trentina di studenti. In questa occasione gli amici di Sardinia open 
data hanno dato la loro disponibilità a supportare gli studenti. Non 
sempre però troviamo un gruppo locale.


Nella tre giorni di ArcheoFOSS ho avuto modo di parlare anche con 
amministratori locali desiderosi di poter interagire in qualche modo con 
OSM. Senza un presidio sul territorio è però difficile riuscire a dare 
corso a richieste di approfondimento o di collaborazione.
E' pertanto importante avere delle figure locali alle quali fare 
riferimento, non possono però predicare nel deserto.


Se ci sono gruppi locali che desiderano organizzare giornate che 
prevedano anche una sessione in sala oltre che al mp e che facciano 
seguito all'evento con uno o due appuntamenti a breve distanza, 
Wikimedia Italia è felice di poterli supportare sia con la presenza di 
alcuni di noi che con la promozione dell'evento su diversi canali. 
Dall'inizio del 2017 potremo contribuire anche al rimborso delle spese.


Rilancio perciò la richiesta di candidature (non serve inviare il 
curriculum) di persone che vogliano aiutare nel coordinamento delle 
attività e della comunità locale. Mi piacerebbe anche veder fiorire 
qualche gruppo in Calabria, Sicilia, Campania e quelle altre che 
normalmente non sentiamo nominare spesso in mailing list.


Alessandro Ale_Zena_IT

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

Re: [Talk-cz] economia

[Jachym Cepicky]

No ... můžu zkusit přes twitter, on je takový sociální ...

nepsal, ale jdu mu napsat teď, necháme to týden na odpověď a pak trochu
zahřejeme soc. sítě a uvidíme

út 11. 10. 2016 v 9:55 odesílatel Tomas Novotny  napsal:

> Aha, takze se to opakuje. Ja tam psal kvuli cislu 38 pred 14 dny, protoze
> mapa
> Bangkoku je podle me taky z OSM. Psal jsem autorovi (Ivo Brezina), ale bylo
> to bez odpovedi. Ta mapa je dostupna online na teto adrese:
>
> http://archiv.ihned.cz/c1-65448990-moje-vikendova-cesta-puvab-i-chaos-bangkoku
> A zadna zminka o OSM. Je to uplne stejny clanek jako v tom magazinu.
>
> Psal jsi mu uz M.C.?
>
> Diky,
>
> T.
>
> On Mon, 10 Oct 2016 18:20:17 +
> Jachym Cepicky  wrote:
>
> > Tak jsem si počkal - a dočkal jsem se:
> >
> > EGO číslo 40, 7.10.2016, článek "Malmö a Kodaň", připravil Miloš Čermák.
> >
> > Ten autor ... to je takový pěkný fail, jsem zvědav, co nám na to zrovna
> > M.Č. řekně.
> >
> > J
> >
> > út 5. 1. 2016 v 14:01 odesílatel Dalibor Jelínek 
> > napsal:
> >
> > Ahoj,
> >
> > mam tam kamarada, mohl bych to vyresit,
> >
> > ale potreboval bych vedet, ze kdy to Ego bylo a jaka je to stranka.
> >
> > Vis to?
> >
> >
> >
> > Dalibor
> >
> >
> >
> > *From:* Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
> > *Sent:* Monday, January 4, 2016 10:08 AM
> > *To:* OpenStreetMap Czech Republic 
> > *Subject:* [Talk-cz] economia
> >
> >
> >
> > Ahoj,
> >
> >
> >
> > párkrát se mi dostal do ruky magazín Hospodářských novin (Economia) s
> > názvem Ego - asi je to hlavně o programu k televizi. A jedna z rubrik
> > vypadá jako cestopis či co. Mapy vypadají jako by z oka vypadly OSM, ale
> > licence nikde viditelně.  Nevšiml si toho ještě někdo? Neřešilo se to?
> >
> >
> >
> > Jachym
> > ___
> >
> > Talk-cz mailing list
> >
> > Talk-cz@openstreetmap.org
> >
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 11 ottobre 2016 10:08, Martin Koppenhoefer  ha scritto:

>
>
> 2016-10-11 9:52 GMT+02:00 Carlo Stemberger :
>
>>
>> Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha
>> scritto:
>>
>>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>>> cambiati, ma il confine resta come era stato definito.
>>
>>
>> Non è così, almeno nello stato italiano: se un confine è definito dal
>> letto di un corso d'acqua, e questo si sposta, anche il confine si sposta.
>>
>>
>
>
> secondo il testo che ho trovato non è così in Italia (quindi per confini
> interni), ma potrebbe essere così per i confini Italiani con altri stati
> (Francia, Svizzera, Austria, Slovenia, San Marino, Vaticano).
>

È sicuramente così per le proprietà private. O, almeno fino a qualche anno
fa, era assolutamente così: non so se ci siano stati recenti interventi
legislativi in materia.

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

Re: [Talk-it] Contatti per coordinatore regionale Emilia Romagna

[Marco Montanari]

scusate il silenzio e la scarsa partecipazione. L'anno scorso andai io al
linux day a bologna e se non avessi impegni pregressi sarei disponibile
anche quest'anno.

Posso proporre di fare una mailing list apposita? Perchè mettere nella
stessa mailing list tutte le discussioni (a volte [rare] affascinanti) sui
tag E le discussioni su evangelism, onestamente, richiede troppa
energia filtrante.

My two cents (se serve ci sono per eventi da novembre in poi)

M

2016-10-11 9:16 GMT+02:00 Giuseppe Profiti :

> Ciao Luca,
> in quest'anno da coordinatore per Wikimedia Italia ho notato che il
> problema non è solo relativo a eventi per OSM.
> Fortunatamente a Bologna siamo 5 o 6 wiki(m|p)ediani e riusciamo a
> gestire buona parte delle richieste in città, ma già se le richieste
> aumentassero avremmo difficoltà.
> Per OSM invece, siamo stati fortunati a trovare qualcuno per il Linux
> Day, ma come scrivi anche tu arrivano richieste e non si sa chi
> potrebbe essere disponibile ad andare.
> Considerando che la percentuale di "evangelisti" è sempre molto basse
> rispetto alla base di utenti, mi chiedo quanti siano i mappatori in
> zona. Se sono pochi, magari aumentando potrebbe saltare fuori qualcun
> altro.
>
> Buon lavoro,
> Giuseppe
> --
> Giuseppe Profiti
> Coordinatore regionale per l'Emilia-Romagna
> Wikimedia Italia – Associazione per la diffusione della conoscenza libera
> http://www.wikimedia.it | giuseppe.prof...@wikimedia.it
>
>
> Il 11 ottobre 2016 01:04, Luca Delucchi  ha scritto:
> > 2016-10-07 14:40 GMT+02:00 Giuseppe Profiti <
> giuseppe.prof...@wikimedia.it>:
> >> Ciao Matteo,
> >
> > Ciao.
> >
> >> sfortunatamente l'unico volontario per talk su OSM che ho trovato è
> >> già precettato da noi per il Linux day a Bologna, la cosa che
> >> veramente mi stupisce è che sia così difficile trovare qualcuno per
> >> queste attività.
> >> Per gli incontri formativi, li pensavo interni alla comunità (i.e.
> >> portare i volontari a un livello tale per cui si sentano tranquilli
> >> nello spiegare il progetto e le attività possibili), altrimenti
> >> toccherà continuare a dire di no a chi chiede di fare qualcosa.
> >>
> >
> > guarda io è da anni che predico ciò, gli eventi in cui diffondiamo OSM
> > sono troppo pochi, abbiamo un gruppo di persone molto attive a mappare
> > ma poche a diffondere il verbo, basta pensare alla bassa affluenza di
> > mappers ad OSMit.
> >
> > Lo stesso per quanto riguarda i mapping party, sono sempre pochi ad
> > organizzare eventi.
> >
> >>
> >> A presto,
> >> Giuseppe
> >>
> >
> >
> > --
> > ciao
> > Luca
> >
> > www.lucadelu.org
> >
> > ___
> > 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
>



-- 
Marco Montanari
mail: marco.montan...@gmail.com
mail: marco.montan...@formicablu.it
mail: marco.montan...@openhistorymap.org
mail: marco.montan...@mappi-na.it

pec: marco.montanari@pec.it
mobile: +39 3335267086 <+39+3335267086>
skype: marco.montanari
web: http://ingmmo.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che modifica confini

[Lorenzo "Beba" Beltrami]

Quindi in questa zona: https://www.openstreetmap.org/#map=14/45.7999/12.9797
sul confine Veneto/Friuli Venezia Giulia cosa è giusto e cosa no?

Lorenzo

Il giorno 11 ottobre 2016 09:52, Carlo Stemberger <
carlo.stember...@gmail.com> ha scritto:

> Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha
> scritto:
>
>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>> cambiati, ma il confine resta come era stato definito.
>
>
> Non è così, almeno nello stato italiano: se un confine è definito dal
> letto di un corso d'acqua, e questo si sposta, anche il confine si sposta.
>
> Carlo
>
> ___
> 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] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-11 9:52 GMT+02:00 Carlo Stemberger :

>
> Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha
> scritto:
>
>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>> cambiati, ma il confine resta come era stato definito.
>
>
> Non è così, almeno nello stato italiano: se un confine è definito dal
> letto di un corso d'acqua, e questo si sposta, anche il confine si sposta.
>
>


secondo il testo che ho trovato non è così in Italia (quindi per confini
interni), ma potrebbe essere così per i confini Italiani con altri stati
(Francia, Svizzera, Austria, Slovenia, San Marino, Vaticano).

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

Re: [Talk-it] Utente che modifica confini

[Martin Koppenhoefer]

2016-10-11 8:17 GMT+02:00 Federico Cortese :

> > Avete un riferimento legislativo che definisce chi ha autorità sui
> confini? Non so in Italia, ma in altri paesi la situazione legale è spesso
> meno chiara da quanto pensa la gente...
>
> Gli enti amministrativi limitrofi decidono i propri confini con delibere
> di consiglio. Tali confini sono immediatamente riflessi sui fogli catastali
> che sono la fonte più precisa.
>

consiglio regionale o comunale? E se non riescono a mettersi d'accordo /
deliberano versioni diversi? Abbiamo un esempio per una tale delibera?
Il catasto viene gestito dal comune o da un altro ente? Wikipedia.it parla
sia di catasti comunali (forse antichi), che di un catasto nazionale ed uno
per le provincie di Trento e Bolzano. Se Trento reclama un territorio che
anche Veneto / Verona (esempio) reclama. A chi diamo retto?

Ho trovato quasi tutte le risposte qui:
http://www.quotidianoentilocali.ilsole24ore.com/print/AB7jbgX/0
Quindi sono le regioni a decidere nel caso di contestazioni, al meno che
non ci siano conflitti tra comuni di regioni diversi (qui è lo stato ad
intervenire). E prevalgono sempre gli ultimi versioni dei catasti.

A questo punto dovremmo spingere alla liberazione del catasto (al meno la
versione geometrica, nel pieno rispetto della privacy dei proprietari
privati), visto che è l'unica versione valida (i cippi ed altre
demarcazioni, come anche vecchie mappe non valgono più niente dopo la
sentenza del Tar Sardegna-Cagliari, Sez. II, del 9 marzo 2015, n. 417)



> Gli stessi fogli infatti vengono utilizzati dalle regioni per disegnare i
> confini sulle CTR.
>


però le CTR sono in una scala inferiore (1:10.000 credo di ricordare),
quindi non hanno la stessa precisione, vero?



> I confini catastali segnano anche i limiti di proprietà, va da sè che se
> il confine di proprietà tra le particelle catastali (che si trovano in
> comuni confinanti) è materializzato sul posto con recinzione, allora è
> facile anche ricalcarlo sulle ortofoto.
>


facile da ricalcare si, ma soltanto un indizio, non vale niente alla fine
dei conti... (cfr. sopra)

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

Re: [Talk-it] Notiziario Settimanale OSM #324

[Francesca Valentina]

Grande!
Io ci sono per dare una mano con le traduzioni.


Il domenica 9 ottobre 2016, Simone Cortesi  ha scritto:

> Volevo ringraziare pubblicamente Stefano per questa nuova iniziativa.
>
> Spero possa incontrare l'entusiasmo di altre persone che possano aiutare
> nella traduzione in italia, e che, grazie a questa, si possano raggiungere
> nuovi mapper.
>
> Grazie Stefano!
>
> -S
>
> 2016-10-08 11:21 GMT+02:00 Stefano  >:
>
>> La raccolta settimanale delle notizie OSM, edizione #324, è adesso
>> disponibile online in Italiano, come sempre fornisce un riassunto di tutte
>> le cose che accadono nel mondo openstreetmap:
>>
>> http://www.weeklyosm.eu/it/archives/8173
>>
>> Godetevelo!
>>
>> Il notiziario settimanale OSM vi è fornito da 
>> https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
>>
>> NOTA:
>> C'è qualcun'altro che si offre per aiutare? Alla fine bisogna accedere ad
>> un gestionale che facilita la gestione delle informazioni per produrre
>> l'articolo e opzionalmente seguire il canale Slack per parlare con il team.
>> Per info scrivetemi (per aderire bisogna scrivere a
>> theweekly@gmail.com
>> )
>>
>> Grazie,
>> Stefano
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> 
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
>
> --
> -S
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Wege an landuse-Grenzen

[Florian Lohoff]

On Wed, Oct 05, 2016 at 08:18:40PM +0200, Andreas wrote:
> Hallo,
> 
> gibt es eigentlich einen Konsenz / Guidelines dazu, wie Wege und Straßen
> an landuse-Grenzen am besten eingezeichnet werden, also z.B. ein Waldweg
> zwischen Wald und (landwirtschaftlich genutztem) Feld, oder eine Straße
> zwischen Wohngebiet und Feld?
> 
> Ich kann mit vorstellen, dass da der Weg direkt auf die Grenze der
> landuse-Flächen gelegt wird, sodass die Pfade sich nodes teilen; oder
> dass der Weg "weg von der Grenze" eingezeichnet wird - entweder auf eine
> der beiden Seiten, oder Anpassung der landuse-Grenzen, sodass ein
> Korridor für den Weg entsteht.

Aalso - Ich versuche das Wege keine Nodes teilen mit Flächen -
Grundsätzlich. Wege markieren nur die mitte - flächen die exakte
Dimension des Objekts. D.h. eine Waldfläche die bis zum weg geht
und mit diesem Nodes teilt geht in meinen Augen bis zur Mitte der
Straße. Ich kenne wenige Straßen bei denen Bäume mitten auf der Straße
stehen. Soviel zur Geometrischen Argumentation.

Die Andere Geschichte ist das einfach das weiterverarbeiten extrem
Aufwenig und nervig ist wenn so viele Objekte aneinander geklebt sind
und es passieren extrem spannende Dinge. So schliesst der Anfängermapper
dann die Stichstraße nur an die Waldfläche an und nicht an die Straße
etc etc etc ...

Soll jeder so machen wie er mag - ich finde verkleben extrem nervig 
und aufwendig und da wo ich es finde und ich plane mehr zu pflegen löse
ich das auf.

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


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

Re: [Talk-cz] economia

[Tomas Novotny]

Aha, takze se to opakuje. Ja tam psal kvuli cislu 38 pred 14 dny, protoze mapa
Bangkoku je podle me taky z OSM. Psal jsem autorovi (Ivo Brezina), ale bylo
to bez odpovedi. Ta mapa je dostupna online na teto adrese:
http://archiv.ihned.cz/c1-65448990-moje-vikendova-cesta-puvab-i-chaos-bangkoku
A zadna zminka o OSM. Je to uplne stejny clanek jako v tom magazinu.

Psal jsi mu uz M.C.?

Diky,

T.

On Mon, 10 Oct 2016 18:20:17 +
Jachym Cepicky  wrote:

> Tak jsem si počkal - a dočkal jsem se:
> 
> EGO číslo 40, 7.10.2016, článek "Malmö a Kodaň", připravil Miloš Čermák.
> 
> Ten autor ... to je takový pěkný fail, jsem zvědav, co nám na to zrovna
> M.Č. řekně.
> 
> J
> 
> út 5. 1. 2016 v 14:01 odesílatel Dalibor Jelínek 
> napsal:
> 
> Ahoj,
> 
> mam tam kamarada, mohl bych to vyresit,
> 
> ale potreboval bych vedet, ze kdy to Ego bylo a jaka je to stranka.
> 
> Vis to?
> 
> 
> 
> Dalibor
> 
> 
> 
> *From:* Jachym Cepicky [mailto:jachym.cepi...@gmail.com]
> *Sent:* Monday, January 4, 2016 10:08 AM
> *To:* OpenStreetMap Czech Republic 
> *Subject:* [Talk-cz] economia
> 
> 
> 
> Ahoj,
> 
> 
> 
> párkrát se mi dostal do ruky magazín Hospodářských novin (Economia) s
> názvem Ego - asi je to hlavně o programu k televizi. A jedna z rubrik
> vypadá jako cestopis či co. Mapy vypadají jako by z oka vypadly OSM, ale
> licence nikde viditelně.  Nevšiml si toho ještě někdo? Neřešilo se to?
> 
> 
> 
> Jachym
> ___
> 
> Talk-cz mailing list
> 
> Talk-cz@openstreetmap.org
> 
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-it] Utente che modifica confini

[Carlo Stemberger]

Il giorno 10 ottobre 2016 19:14, Damjan Gerl  ha scritto:

> Molte volte il confine è stato definito e poi la costa, il fiume sono
> cambiati, ma il confine resta come era stato definito.


Non è così, almeno nello stato italiano: se un confine è definito dal letto
di un corso d'acqua, e questo si sposta, anche il confine si sposta.

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

Re: [Talk-it] Contatti per coordinatore regionale Emilia Romagna

[Giuseppe Profiti]

Ciao Luca,
in quest'anno da coordinatore per Wikimedia Italia ho notato che il
problema non è solo relativo a eventi per OSM.
Fortunatamente a Bologna siamo 5 o 6 wiki(m|p)ediani e riusciamo a
gestire buona parte delle richieste in città, ma già se le richieste
aumentassero avremmo difficoltà.
Per OSM invece, siamo stati fortunati a trovare qualcuno per il Linux
Day, ma come scrivi anche tu arrivano richieste e non si sa chi
potrebbe essere disponibile ad andare.
Considerando che la percentuale di "evangelisti" è sempre molto basse
rispetto alla base di utenti, mi chiedo quanti siano i mappatori in
zona. Se sono pochi, magari aumentando potrebbe saltare fuori qualcun
altro.

Buon lavoro,
Giuseppe
--
Giuseppe Profiti
Coordinatore regionale per l'Emilia-Romagna
Wikimedia Italia – Associazione per la diffusione della conoscenza libera
http://www.wikimedia.it | giuseppe.prof...@wikimedia.it


Il 11 ottobre 2016 01:04, Luca Delucchi  ha scritto:
> 2016-10-07 14:40 GMT+02:00 Giuseppe Profiti :
>> Ciao Matteo,
>
> Ciao.
>
>> sfortunatamente l'unico volontario per talk su OSM che ho trovato è
>> già precettato da noi per il Linux day a Bologna, la cosa che
>> veramente mi stupisce è che sia così difficile trovare qualcuno per
>> queste attività.
>> Per gli incontri formativi, li pensavo interni alla comunità (i.e.
>> portare i volontari a un livello tale per cui si sentano tranquilli
>> nello spiegare il progetto e le attività possibili), altrimenti
>> toccherà continuare a dire di no a chi chiede di fare qualcosa.
>>
>
> guarda io è da anni che predico ciò, gli eventi in cui diffondiamo OSM
> sono troppo pochi, abbiamo un gruppo di persone molto attive a mappare
> ma poche a diffondere il verbo, basta pensare alla bassa affluenza di
> mappers ad OSMit.
>
> Lo stesso per quanto riguarda i mapping party, sono sempre pochi ad
> organizzare eventi.
>
>>
>> A presto,
>> Giuseppe
>>
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> 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-GB] Quarterly project - taginfo tracker

[Greg]

These district statistics CSV files will now be copied each day to 
http://gregrs.dev.openstreetmap.org/fhrs-stats/ 
, so there will be a file per 
day in case anyone would like to track progress.

Thanks,
Greg


> On 9 Oct 2016, at 21:00, Greg  wrote:
> 
> The python-fhrs-osm tool will now create a CSV file containing statistics for 
> each district each day, which should allow detailed tracking. It will be 
> located at http://gregrs.dev.openstreetmap.org/fhrs/stats--mm-dd.csv 
>  once the tool 
> runs this evening.
> 
> Thanks,
> Greg
> 
> 
>> On 4 Oct 2016, at 17:58, Greg > > wrote:
>> 
>> In case it's useful for tracking, you can get the full list of tags used
>> by my comparison tool at the link below. The tool downloads nodes/ways
>> with those tags and any nodes/ways with an fhrs:id tag set.
>> 
>> https://github.com/gregrs-uk/python-fhrs-osm/blob/master/filter-osm.sh#L5-L13
>>  
>> 
>> 
>> Thanks,
>> Greg
>> 
>> 
>> On 02/10/16 17:38, Robert Whittaker (OSM lists) wrote:
>> 
>>> Off the top of my head, I'd have thought it would be good to know
>>> about number of instances of fhrs:id=* and addr:postcode=*, and
>>> numbers of eating type places (perhaps just one count for all
>>> amenity=cafe|restaurant|fast_food|pub|bar). Maybe also the
>>> number/proportion of such places that have a name tag. Possibly you
>>> could do other measures postcode progress, such as number of unique
>>> correctly-formatted postcodes in addr:postcode tags and/or number of
>>> postcode sectors ("AB12 X..") with at least one addr:postcode tagged.
>> 
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-it] Utente che modifica confini

[Federico Cortese]

On Oct 11, 2016 07:47, "Martin Koppenhoefer"  wrote:
>
> Avete un riferimento legislativo che definisce chi ha autorità sui
confini? Non so in Italia, ma in altri paesi la situazione legale è spesso
meno chiara da quanto pensa la gente...

Gli enti amministrativi limitrofi decidono i propri confini con delibere di
consiglio. Tali confini sono immediatamente riflessi sui fogli catastali
che sono la fonte più precisa. Gli stessi fogli infatti vengono utilizzati
dalle regioni per disegnare i confini sulle CTR.
I confini catastali segnano anche i limiti di proprietà, va da sè che se il
confine di proprietà tra le particelle catastali (che si trovano in comuni
confinanti) è materializzato sul posto con recinzione, allora è facile
anche ricalcarlo sulle ortofoto. Quando è materializzato con ceppi è
possibile rilevarne le coordinate sul posto. Quando non è materializzato è
necessario importarlo da una fonte certa compatibile con OSM (di solito
CTR).
Condivido quindi quanto indicato da Pelullo e da Fayor.
Ciao
Federico
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it