Re: [OSM-talk-fr] faire passer voie ferrée sur pont

2016-01-26 Per discussione lenny.libre



Le 25/01/2016 20:15, Philippe Verdy a écrit :
Les avertissements portent sur un noeud. Un point ou un tunnel ne peut 
pas être un noeud, ce doit être un segment de chemin...
Les noeuds dans les relations "route" sont pour les arrêts (stop : il 
faut un rôle explicite, ne pas utiliser le rôle vide qui n'est admis 
en compatibilité que pour les ways membres ; et c'esdt indépendant des 
attributs du noeud lui-même qui peut ne pas avoir été chargé avec la 
relation mais ce n'est pas nécessaire tant que le rôle est là et est 
associé à un noeud même "incomplet").

Je n'ai pas compris !
Je sais bien qu'un pont n'est pas un nœud, mais comme je crée un nœud à 
chaque extrémité du segment qui va constituer le pont ...



Le 25 janvier 2016 à 19:04, David Crochet > a écrit :


Bonjour

Le 25/01/2016 18:42, lenny.libre a écrit :

josm m'envoie l'avertissement suivant :



Ce n'est qu'un avertissement. Ce n'est nullement lié à tes
modifications de tes deux chemins, mais comme en modifiant une
zone JOSM à téléchargé la voies ferrée, il t'annonce les
avertissements de ce qu'il à chargé. Donc laisse JOSM te dire cela
pour les voies ferrée.


Cordialement
-- 
David Crochet


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




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


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


Re: [Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione Stefano
Il giorno 26 gennaio 2016 12:19, Matteo Quatrida 
ha scritto:

> Buongiorno,
>
> vorrei chiedervi se anche secondo voi questo sito [1] viola la licenza OSM
> e come è possibile intervenire.
>
> Grazie.
>
> [1]: http://itinerari.mtb-forum.it/
>


Ma vedere *tutta* la pagina prima di gridare al lupo?
MTB-Forum.it | Itinerari 2004-2016 | Maps © Thunderforest
, Data © OpenStreetMap contributors





>
>
> --
> Dott. Ing. Matteo Quatrida
> +39 340 909 6828
> matteo.quatr...@pec.it
>
> *“If a cluttered desk is a sign of a cluttered mind, of what, then, is an
> empty desk a sign?”* --- Albert Einstein
>
> ___
> 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] faire passer voie ferrée sur pont

2016-01-26 Per discussione Jérôme Seigneuret
Bonjour,

Attention aussi pour les voies de service *service=driveway* n'est pas à
mettre sur toute les voies de service. Et je vois un abus d'utilisation.
*A driveway is a service road leading to a residential or business property*

Sinon pour l'alerte c'est lié à des membres sans role dans la relation.
Dans ton cas il manque des role "stop" sur certaine gares. (dont celle de
Dax). J'ai corrigé la ligne 64

Cordialement,
Jérôme

Le 26 janvier 2016 à 11:32, lenny.libre  a écrit :

>
>
> Le 25/01/2016 20:51, osm.sanspourr...@spamgourmet.com a écrit :
>
> Tu a aussi le droit de corriger ;-)
>
> Comme je ne suis pas attiré par les trains, je n'ai pas envie de passer du
> temps à me documenter sur la manière de tagger un réseau et comme josm ne
> me dit pas quel est le nœud concerné ... je préfère faire ce que je connais
> et ne pas apporter d'erreurs sur ce que je ne connais pas.
>
>
> Le 25/01/2016 19:04, David Crochet - david.croc...@free.fr a écrit :
>
> Bonjour
>
> Le 25/01/2016 18:42, lenny.libre a écrit :
>
> josm m'envoie l'avertissement suivant :
>
>
>
> Ce n'est qu'un avertissement. Ce n'est nullement lié à tes modifications
> de tes deux chemins, mais comme en modifiant une zone JOSM à téléchargé la
> voies ferrée, il t'annonce les avertissements de ce qu'il à chargé. Donc
> laisse JOSM te dire cela pour les voies ferrée.
>
>
> Cordialement
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[Talk-cz] Podivna relace budovy

2016-01-26 Per discussione Ondrej Steiner
Ahoj,

Narazil jsem na podivnou relaci budovy, ktera je podle vseho nespravna
a vznikla asi omylem pouzitim automatizovanych nastroju:

http://www.openstreetmap.org/relation/3639269

Bohuzel jsem zjistil, ze nevim jak prenest tagy z relace na uzavrenou cestu.
Muzete se na to podivat a pripadne opravit?

Diky.

Ondra

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


Re: [OSM-talk-be] Tourniquet à vache

2016-01-26 Per discussione wannes
This one https://www.openstreetmap.org/edit#map=19/50.61152/6.05211 is
mapped kissing gate.
It’s nota tourniquet, but a very small kissing gate (size of a half
tourniquet), I couldn't pass it with backpack on.

On Mon, Jan 25, 2016 at 10:10 PM, Matthieu Gaillet
 wrote:
>
> Wow ! J’aurais dû aller vérifier le wiki avant ! Pour ma part turnstile me
> semble être le plus adapté, l’aspect rotatif de l’engin me semble
> déterminant ici. Merci !
>
>
> On 25 Jan 2016, at 22:01, lionel bulpa  wrote:
>
> Bonsoir,
>
> Je crois que tu peux l'inscrire en barrier=turnstile ou barrier=stile mais
> le plus approprié me semble être barrier=kissing_gate puisque cela concerne
> le bétail. Tu peux aller consulter le Wiki
> http://wiki.openstreetmap.org/wiki/Key:barrier
>
> Lio
>
>> From: mgwebm...@fastmail.fm
>> Date: Mon, 25 Jan 2016 21:51:19 +0100
>> To: talk-be@openstreetmap.org
>> Subject: [OSM-talk-be] Tourniquet à vache
>>
>>
>> Hi again,
>>
>> How would you tag the “tourniquet à vache” those rotating barriers that
>> allows a walker to get through the fence but not a cow ? Picture here :
>> http://www.balnam.be./photos/223151.jpg
>>
>> I received a nice dataset for wallonie from Itinéraires Wallonie asbl that
>> collected and geotagged most of them and took pictures, I’ll be happy to
>> import them in OSM (with their authorisation of course).
>>
>> Matthieu
>>
>> PS/ Is it a Belgian specific thing ? I never saw this elsewhere.
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
wannes

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


Re: [Talk-GB] Next UK chapter concall

2016-01-26 Per discussione Stuart Reynolds
Hi Dudley,

Why?

If an organisation wants to be a member, why shouldn’t it have a say in how OSM 
UK is run, including being nominated for and electing members to committees. 
I’m quite comfortable with requiring an individual to be nominated, which we 
can consider not allowing to be delegated, and if you wanted to protect the 
rights of non-org members then you could have two groups and allocate 51% of 
the votes to the individuals and 49% of the votes to the orgs. It’s slightly 
more complicated than votes only to individuals, but you don’t disenfranchise 
anyone then.

At the end of the day, we want to promote editing. We want to encourage orgs to 
contribute their data. And we want to encourage orgs to use OSM in their 
systems and products. That is much less likely to happen if you remove voting 
rights from orgs.

Incidentally, you can also have a problem of definitions, too. I’m here because 
traveline south east & anglia uses OSM, and that’s the email address I use to 
post here. But I am a consultant to them, and I have a wider interest now 
beyond just traveline. So I’m an individual. But then again my consultancy is a 
company, with me as a director. Not unusual, there. So am I an organisation, or 
am I an individual? You could argue the former, but I’d be rather hacked off if 
you wilfully excluded me - I’d rather choose my level of participation myself 
between zero and full rather than have it decided for me!

Regards,
Stuart


On 26 Jan 2016, at 07:33, Dudley Ibbett 
> wrote:

Hi Brian

I think we should have "ordinary" members with full voting rights.  Another 
class of membership should be for "organisations".  They should be required to 
nominate an individual to represent them.  Their voting rights should be 
limited so they cannot vote for committee membership or stand on the committee.

At this time I would also suggest we set a minimum age for any type of 
membership to 18. I believe this would simplify issues when it come to 
complying with child protection legislation.

Apart form the initial cost of setting up any organisation.  I would guess the 
main annual cost will be insurance and auditor fees for the accounts.  This 
assumes that we won't be paying the committee expenses!   I'm aware of a couple 
of organisations that seem to do this for an annual fee of £25-£35 for ordinary 
membership.  Any "organisation" type of membership would need to be excluded 
from the insurance unless we got down an affiliate model along the lines of 
mountaineering clubs that affiliate to the BMC for example.

Kind Regards

Dudley




Sent from my iPad

On 25 Jan 2016, at 18:36, Brian Prangle 
> wrote:

Hi everyone

Don't forget this is scheduled for 8pm Wed this week 27 January

0800 22 90 900  Pass code 33224

We'll pick up on Rob's summary email i.e objectives;legal stucture; constitution

If we can I'd like to start discussing:

Name (not what it will be - but a mechanism for choosing one)
Membership classes, rights and costs

On objectives:the ensuing silence since draft 2 I'm not sure to take as 
indifference or approval, but let's use the text as a starting point:

1.To increase the size, skills, toolsets and cohesion of the OpenStreetMap 
community in the UK.
2.To promote and facilitate the use of OpenStreetMap data by organisations in 
the UK.
3.To promote and facilitate the release by organisations in the UK of OpenData  
that is suitable for use in OpenStreetMap.

On legal structures, please read Rob's excellent summary before the concall. 
I've read it and my conclusion so far, and I'm still not clear on some things, 
is that we shouldn't go for unincorporated society (unlimited liablity for 
officers) or charity (we don't have a charitable purpose and the legal 
strictures are a bit more complex than we'd want). From the rest I think 
company limited by guarantee (that's what OSMF chose) suits us best. Not sure 
yet whether CIO or CIC, given that we'd be non-profit, are worth considering.

Look forward to "seeing" you Wed

Regards

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

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


Re: [OSM-talk-fr] [tag] musée d'art

2016-01-26 Per discussione althio
Petit déterrage pour vous signaler que, un an plus tard, la discussion
vient d'émerger spontanément sur la liste tagging.

2015-01-29 18:39 GMT+01:00 althio :
>
>> @ althio
>> pour le plan de bataille  je te laisses faire puisque tu l'as !
>> Je ne saurais le mettre en œuvre.
>
> Il faut déjà documenter les propositions alternatives mais établies dans la
> pratique dans les pages wiki. Je t'en sens tout à fait capable !
> La suite petit se faire selon les réactions.

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


Re: [Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione girarsi_liste
Il 26/01/2016 12:19, Matteo Quatrida ha scritto:
> Buongiorno,
> 
> vorrei chiedervi se anche secondo voi questo sito [1] viola la licenza OSM
> e come è possibile intervenire.
> 
> Grazie.
> 
> [1]: http://itinerari.mtb-forum.it/
> 
> 


Ciao, se guardi in fondo alla pagina, c'è l'attribuzione, anche se fuori
posto, comunque, penso, si possa considerare a posto.


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



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


Re: [talk-au] Disused Railway Stations

2016-01-26 Per discussione Warin

On 26/01/2016 1:38 PM, cleary wrote:

While undertaking various edits, I have notice multiple railway stations
with the words "Closed" or "Abandoned" or "Grain Only" as part of the
names.

I have changed some of these so that those words are removed from the
names and have added other tags to reflect the closed or abandoned
status.

For example:

abandoned:railway=station
name=Mulwala

disused:railway=station
name=Coorabin

railway=freight_station
freight_station=grain_only
name=Oaklands

I have noted that historic:railway=station_site is another possibility.

There seem to be many more disused railway stations that are identified
as railway=station even though there are no services. Am I correct in
making the above changes or can someone suggest better ways of tagging
these places.


name= 'not the name but the function/service'
Technically correct that it should not be done.:-)   But used by many to convey 
the meaning/feature.. tagging to be rendered.
I don't like it either ... yet I have done it. Once only. I have asked some if 
name=Netball and derivatives was true... some respond that it is.

-
historic tag can be combined with other tags. Though some of these have been 
'restored' and incorporate cafes etc.

--
For freight only

http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Marshalling_Yard.2FClassification_Yard.2FFreight_Yard.2FFreight_Station

suggests

railway=yard  ... for a 'freight station'. Probably not rendered. Taginfo gives 
just over 500 of these.. 0 for freight_station.

Then I suppose you can add

yard=grain_only


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


[Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione Matteo Quatrida
Buongiorno,

vorrei chiedervi se anche secondo voi questo sito [1] viola la licenza OSM
e come è possibile intervenire.

Grazie.

[1]: http://itinerari.mtb-forum.it/

-- 
Dott. Ing. Matteo Quatrida
+39 340 909 6828
matteo.quatr...@pec.it

*“If a cluttered desk is a sign of a cluttered mind, of what, then, is an
empty desk a sign?”* --- Albert Einstein
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione Matteo Quatrida
>
>
>>
OK, scusate il falso allarme.
Ma ci sta *davvero* bene che dati di OSM appaiano renderizzate sotto un
logo enorme di Google?


-- 
Dott. Ing. Matteo Quatrida
+39 340 909 6828
matteo.quatr...@pec.it

*“If a cluttered desk is a sign of a cluttered mind, of what, then, is an
empty desk a sign?”* --- Albert Einstein
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Conservatoires et écoles de musique

2016-01-26 Per discussione Nicolas Moyroud

Bonjour,

J'ai déjà fait la même chose que JB à 2-3 occasions.

Nicolas


Le 23/01/2016 23:41, JB a écrit :
Pour ma part, j'ai opté pour amenity=music_school. 50 occurences en 
France, 300 dans le monde. C'est du taggage au canard, trop éloigné 
d'une école classique pour surcharger un amenity=school, assez 
spécifique pour son tag à lui. Et un peu sur le modèle du plus répandu 
amenity=driving_school.

JB.



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


[OSM-talk-fr] Merci aux 298 participants à l'étude géo-socio OpenStreetMap

2016-01-26 Per discussione Camille Jonchères
Merci aux 298 participants à l'enquête géo/socio sur les profils, 
pratiques et valeurs d'engagements des contributeurs d'OpenStreetMap en 
France.

Ces 298 contributeurs sont très majoritairement des 
hommes (88%), quadra (38 ans d'âge moyen), d'un niveau de qualification 
élevé (58% bac+5 ou plus) et travaillant principalement comme ingénieur 
ou cadre dans le privé (32%) ou la fonction publique (14%).

Les 
analyses statistiques sont en cours, elles seront complétées par des 
focus-group qui se tiendront dans plusieurs villes en février/mars. 
L'ensemble des résultats sera diffusé au printemps et présenté lors du 
prochain State of the Map France (mai).

Merci encore et à bientôt.

Camille Jonchères, Marina Duféal et Matthieu Noucher
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione Alessandro Palmas

Il 26/01/2016 12:24, Stefano ha scritto:



Il giorno 26 gennaio 2016 12:19, Matteo Quatrida
> ha scritto:

Buongiorno,

vorrei chiedervi se anche secondo voi questo sito [1] viola la
licenza OSM e come è possibile intervenire.





Ma vedere *tutta* la pagina prima di gridare al lupo?



Ehehe, dai diciamo che una volta tanto è un falso allarme, anche se in 
effetti il consiglio di Stefano ha senso: abbiamo già tante violazioni 
che non abbiamo bisogno di falsi positivi :-)


Ok, comunque Matteo continua a rimanere all'erta e grazie lo stesso per 
la segnalazione.


Alessandro Ale_Zena_IT

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


Re: [OSM-co] No puedo cargar la capa de imagenes de Bing aerial Imagery

2016-01-26 Per discussione hyan...@gmail.com
Luis Miguel, la versión que usas ('6502') tiene un bug y fue resuelto en la
version 7643, actualiza a la estable que te recomienda el mismo programa
('9229').

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741070

El 26 de enero de 2016, 6:01, Luis Mejia  escribió:

> Hola a todos,
>
> Recientemente instalé JOSM en un equipo con el S.O. xubuntu. Cuando hago
> click (adjunto pantallazos) para cargar la capa de imagenes satelitales de
> bing para aparece el error:
>
>
> *input == null!*
> Agradezco de antemano su valiosa ayuda para superar este problema,
> Saludos Cordiales
> *.*
>
> --
> Luis Miguel Mejía Martínez
>
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co


Re: [OSM-talk-fr] Pb sur polygons.openstreetmap.fr ?

2016-01-26 Per discussione Jocelyn Jaubert
Bonjour,

> > > Le générateur de polygones a l'air d'avoir des soucis. sur une
> > > relation qui semble correcte dans JOSM et
> > > http://analyser.openstreetmap.fr/, le générateur de polygone
> > > retourne une erreur. Par exemple
> > > http://polygons.openstreetmap.fr/?id=4607815

J'ai finalement corrigé ce bug en enlevant les rôles "collection" de la
récursion pour le parcours des relations.

Pour information, je préfére rester avec une liste noire des rôles à ignorer
plutôt qu'une liste blanche, parce que ça permet aussi de voir quelles nouveaux
rôles sont utilisés sur les admin_level.

-- 
Jocelyn

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


Re: [OSM-talk-fr] faire passer voie ferrée sur pont

2016-01-26 Per discussione lenny.libre



Le 25/01/2016 20:51, osm.sanspourr...@spamgourmet.com a écrit :

Tu a aussi le droit de corriger ;-)
Comme je ne suis pas attiré par les trains, je n'ai pas envie de passer 
du temps à me documenter sur la manière de tagger un réseau et comme 
josm ne me dit pas quel est le nœud concerné ... je préfère faire ce que 
je connais et ne pas apporter d'erreurs sur ce que je ne connais pas.


Le 25/01/2016 19:04, David Crochet - david.croc...@free.fr a écrit :

Bonjour

Le 25/01/2016 18:42, lenny.libre a écrit :

josm m'envoie l'avertissement suivant :



Ce n'est qu'un avertissement. Ce n'est nullement lié à tes 
modifications de tes deux chemins, mais comme en modifiant une zone 
JOSM à téléchargé la voies ferrée, il t'annonce les avertissements de 
ce qu'il à chargé. Donc laisse JOSM te dire cela pour les voies ferrée.



Cordialement




___
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-co] No puedo cargar la capa de imagenes de Bing aerial Imagery

2016-01-26 Per discussione Andy Townsend

On 26/01/2016 11:01, Luis Mejia wrote:


Recientemente instalé JOSM en un equipo con el S.O. xubuntu. Cuando 
hago click (adjunto pantallazos) para cargar la capa de imagenes 
satelitales de bing para aparece el error:

*input == null!*


ver también 
https://help.openstreetmap.org/questions/47652/i-got-input-null-when-i-used-bing-aerial-imagery-in-josm


Cheers,

Andy

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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione demon.box
Damjan Gerli wrote
> (...)
> Infine se le converti in gradi+min ti ritrovi
> N45 37.123758 E1010.0727556

sì grande! mi ritrovo! il tuo è il ragionamento giusto. lo dicevo che non
potevano essere semplicemente coordinate errate.
in effetti non viene specificato in che formato sono espresse le coordinate
e sicuramente si tratta di pubblicazioni non recenti.
GRAZIE.
ciao

-enrico





--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865938.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-se] Lokalisering för offentlig konst relaterat till offentligkonst.se

2016-01-26 Per discussione Martin Norbäck Olivers
Hej!

Det är inga problem att använda själva kartan, det finns många sätt att
använda den.

Om gatan/adressen finns inlagd i OpenStreetMap så kan man få koordinater
för en adress, men det är tyvärr inte så att alla adresser finns. Dock kan
man förstås lägga in de gator och adresser som man behöver.

Du kan själv testa hur väl det fungerar på
http://nominatim.openstreetmap.org

Utöver det så är det en god idé att faktiskt lägga in offentlig konst i
OpenStreetMap, men det kanske inte är det som ni hade tänkt? Sedan kan man
länka till själva objektet i OpenStreetMap, t.ex. "Sola i Karlstad" på
https://www.openstreetmap.org/node/873818832

Hälsningar Martin

Den 25 januari 2016 10:35 skrev Kai Böhrnsen :

> Hej,
> mitt namn är Kai Böhrnsen och jag är student på civilingenjör i datateknik
> på KTH.
> Vi läser just nu en kurs mjukvarukonstruktion som ger oss möjligheten att
> jobba i en grupp på 10 personer med ett av projekten som olika företag
> presenterar.
> Vi valde att jobba med Wikimedia Sverige för att utveckla ett koncept för
> användaren att kunna redigera lokaliseringen för offentlig konst som saknar
> exakt lokalisering.
> Vi undrar därför ifall möjligheten finns att vi skulle kunna använda oss
> av en Open Street Map karta i projektet och undrade utöver det ifall det på
> Open Street Map finns någon möjlighet att få ungefärlig lokalisering ifall
> man anger en andress.
>
>
> Med vänlig hälsning,
> Kai Böhrnsen
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>



-- 
Martin Norbäck Olivers
IT-konsult, Masara AB
Telefon: +46 703 22 70 12
E-post: mar...@norpan.org
Kärrhöksvägen 4
656 72 Skattkärr
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


[OSM-talk-fr] OSM à la gendarmerie ?

2016-01-26 Per discussione Erik Amzallag
Hello

Dans ce petit reportage sur l'équipement numérique à venir auprès des
gendarmes, NéoGend, à 0:31 on voit... un fond de carte OSM

http://www.20minutes.fr/lille/1773759-20160126-nord-quand-gendarmerie-rime-haute-technologie

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


[Talk-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

2016-01-26 Per discussione 洪朝貴
大家好啊, 我剛加入論壇, 主要是想請教批次匯入的問題。
這兩年國網中心 Steven (也是前一任軟體自由協會理事長)
跟我正在執行一個科技部補助的 OSM 計畫。
我負責推廣的部分; 而且下學期開了一門 OSM 的課。
現在想做一件事。

目標: 讓臺灣各地店家的基本文字資訊更豐富。
策略: 更更降低門檻, 提高長尾貢獻者的地圖編輯意願與機會
說明:
傳統的 mapping party 有重要的社交意義, 但久久才辦一次且工程浩大
(相對於 「一群人單純坐在電腦前面填寫簡單表格」 而言, 下詳)。
對 osmand 使用者 (我) 來說, 目前感到最值得加強的簡單改進就是店家資訊。
(shop 及 amenity) 這個目標只涉及 node 資訊而不需要動到 way 或
 relation 所以相對單純。 而且因為店家都長在街道上,
所以甚至(幾乎)不需要出門用 GPS 定位 -- 如果是自己常走的街道,
憑記憶加 google 街景就可新增一個 node; 其他資訊有很多可以搜尋之後填入。
再來是編輯器。 雖然 id 編輯器已經非常簡單好用, 但仍需要註冊有 osm 帳號,
而且面對很多欄位, 新手可能會怯步。 所以我構想一個
「更低門檻、更多人參與」的繪圖流程如下:
1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」, 貼上網站。
2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
挑兩三個「示範 nodes」 填入較豐富的資訊。
3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
貼到 ethercalc.org (類似 google doc 的即時共筆試算表),
跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
範例: https://ethercalc.org/osmtwed-t01
4. 電腦教室裡的 [宅不出門 mapping party]: 大家看著試算表,
對照著「示範 nodes」, 有哪些空白欄位需要補上一目瞭然。
開始 google 商家名稱或打電話, 填表。
5. 在此同時, 官網尚未更新前, umap 可以即時顯示目前編輯的狀況。
待辦: 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
6. 結束後, 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
因為大眾參與的第 4 步並不增減 nodes, 只是增加/編輯欄位,
所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。

1 很容易。 2 略帶苦工性質, 有必要的話還可花錢僱人做。
3 跟 5 我確定沒問題。 (我想做, 也想寫教學文)
4 很適合一般人 (例如社區發展協會) 參與。
心理門檻比 mapping party 要低很多很多。
如果這個模式可行的話,4 可以在各地舉辦,
邀請利害關係人 (例如店家或居民) 參與。 整個流程的重點在於:
「邀請填試算表」 比 「邀請註冊 osm 帳號並使用 id 編輯器」
門檻更低很多、 更容易號召多人參與。

現在剩下 6。 略爬文之後, 得知 6 不能隨便做,
必須請教社群朋友。 所以現在要請教大家:
這樣的想法會不會遇到什麼問題?
有沒有人可以協助 6? 或是大家同意我自己做嗎?

請大家指教囉! 謝謝!

ps. cc 給 Steven

--
校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
Chao-Kuei Hung 洪朝貴
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw


[Talk-us] Local event calendar

2016-01-26 Per discussione Paul Norman
On the front page of the wiki, we have a calendar showing upcoming local 
events, powered by http://wiki.openstreetmap.org/wiki/Current_events


The North American meetups have been inconsistent about adding them, but 
it'd be good to do better. This will help show that there's a share of 
meetups here, put them on the front wiki page, and help people find 
local events.


If you need help doing this, I'm sure there's people who can walk you 
through it or otherwise help you


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


Re: [Talk-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

2016-01-26 Per discussione 李昕迪 Lee , Sin-di
在 2016年1月27日 下午1:06,洪朝貴  寫道:
> 大家好啊, 我剛加入論壇, 主要是想請教批次匯入的問題。
> 這兩年國網中心 Steven (也是前一任軟體自由協會理事長)
> 跟我正在執行一個科技部補助的 OSM 計畫。
> 我負責推廣的部分; 而且下學期開了一門 OSM 的課。
> 現在想做一件事。
>
> 目標: 讓臺灣各地店家的基本文字資訊更豐富。
> 策略: 更更降低門檻, 提高長尾貢獻者的地圖編輯意願與機會
> 說明:
> 傳統的 mapping party 有重要的社交意義, 但久久才辦一次且工程浩大
> (相對於 「一群人單純坐在電腦前面填寫簡單表格」 而言, 下詳)。
> 對 osmand 使用者 (我) 來說, 目前感到最值得加強的簡單改進就是店家資訊。
> (shop 及 amenity) 這個目標只涉及 node 資訊而不需要動到 way 或
>  relation 所以相對單純。 而且因為店家都長在街道上,
> 所以甚至(幾乎)不需要出門用 GPS 定位 -- 如果是自己常走的街道,
> 憑記憶加 google 街景就可新增一個 node; 其他資訊有很多可以搜尋之後填入。
> 再來是編輯器。 雖然 id 編輯器已經非常簡單好用, 但仍需要註冊有 osm 帳號,
> 而且面對很多欄位, 新手可能會怯步。 所以我構想一個
> 「更低門檻、更多人參與」的繪圖流程如下:
> 1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」, 貼上網站。
> 2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
> 大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
> 挑兩三個「示範 nodes」 填入較豐富的資訊。

如果步驟 1 的照片本身有 gps 座標,可以用 JOSM 看。可以協助步驟 2 的勇者定位。
至於 iD 的話,這些圖片需要放到 Mapillary 上。

各種搭配方式可以參考 OSM wiki [1]。
如果要搭配 Mapillary 的話,去年12月高雄小聚,我跟 Kagami 有實作一次 [2-3] 。
那次是用 JOSM (因為我比較習慣),編輯的區域都是我很熟悉的地方 (所以即使照片本身沒有 GPS 資訊我也可以辨識)。

[1] http://wiki.openstreetmap.org/wiki/Photo_mapping
[2] https://osmtw.hackpad.com/20151226-mapping-jBBnoPdsjvI
[3] http://mcdlee.github.io/20151226party.html

> 3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
> 貼到 ethercalc.org (類似 google doc 的即時共筆試算表),
> 跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
> 範例: https://ethercalc.org/osmtwed-t01
> 4. 電腦教室裡的 [宅不出門 mapping party]: 大家看著試算表,
> 對照著「示範 nodes」, 有哪些空白欄位需要補上一目瞭然。
> 開始 google 商家名稱或打電話, 填表。
> 5. 在此同時, 官網尚未更新前, umap 可以即時顯示目前編輯的狀況。
> 待辦: 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
> 6. 結束後, 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
> 因為大眾參與的第 4 步並不增減 nodes, 只是增加/編輯欄位,
> 所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。
>
> 1 很容易。 2 略帶苦工性質, 有必要的話還可花錢僱人做。
> 3 跟 5 我確定沒問題。 (我想做, 也想寫教學文)
> 4 很適合一般人 (例如社區發展協會) 參與。
> 心理門檻比 mapping party 要低很多很多。
> 如果這個模式可行的話,4 可以在各地舉辦,
> 邀請利害關係人 (例如店家或居民) 參與。 整個流程的重點在於:
> 「邀請填試算表」 比 「邀請註冊 osm 帳號並使用 id 編輯器」
> 門檻更低很多、 更容易號召多人參與。
>
> 現在剩下 6。 略爬文之後, 得知 6 不能隨便做,
> 必須請教社群朋友。 所以現在要請教大家:
> 這樣的想法會不會遇到什麼問題?
> 有沒有人可以協助 6? 或是大家同意我自己做嗎?
>
> 請大家指教囉! 謝謝!
>
> ps. cc 給 Steven
>
> --
> 校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
> Chao-Kuei Hung 洪朝貴
> ___
> Talk-TW mailing list
> Talk-TW@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tw



-- 
李昕迪 Lee, Sin-di | http://www.mcdlee.tw
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw


Re: [Talk-it] [Wikimedia Italia] Dimissioni di Andrea Zanni da Presidente di Wikimedia Italia e interim di Simone

2016-01-26 Per discussione Simone Cortesi
2016-01-26 22:34 GMT-08:00 Edoardo Yossef Marascalchi :
> E per chi non seguisse la mailing list di osmf, hanno appena accettato wmi
> come local chapter

Altri potrebbero quindi gridare alternativamente al golpe o al compotto :)

-- 
-S

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


Re: [Talk-TW] 地圖[真正]宅不出門的 mapping party & 批次匯入請教

2016-01-26 Per discussione 李昕迪 Lee , Sin-di
在 2016年1月27日 下午2:26,李昕迪 Lee, Sin-di  寫道:
> 在 2016年1月27日 下午1:06,洪朝貴  寫道:
>> 大家好啊, 我剛加入論壇, 主要是想請教批次匯入的問題。
>> 這兩年國網中心 Steven (也是前一任軟體自由協會理事長)
>> 跟我正在執行一個科技部補助的 OSM 計畫。
>> 我負責推廣的部分; 而且下學期開了一門 OSM 的課。
>> 現在想做一件事。
>>
>> 目標: 讓臺灣各地店家的基本文字資訊更豐富。
>> 策略: 更更降低門檻, 提高長尾貢獻者的地圖編輯意願與機會
>> 說明:
>> 傳統的 mapping party 有重要的社交意義, 但久久才辦一次且工程浩大
>> (相對於 「一群人單純坐在電腦前面填寫簡單表格」 而言, 下詳)。
>> 對 osmand 使用者 (我) 來說, 目前感到最值得加強的簡單改進就是店家資訊。
>> (shop 及 amenity) 這個目標只涉及 node 資訊而不需要動到 way 或
>>  relation 所以相對單純。 而且因為店家都長在街道上,
>> 所以甚至(幾乎)不需要出門用 GPS 定位 -- 如果是自己常走的街道,
>> 憑記憶加 google 街景就可新增一個 node; 其他資訊有很多可以搜尋之後填入。
>> 再來是編輯器。 雖然 id 編輯器已經非常簡單好用, 但仍需要註冊有 osm 帳號,
>> 而且面對很多欄位, 新手可能會怯步。 所以我構想一個
>> 「更低門檻、更多人參與」的繪圖流程如下:
>> 1. 少數幾位「非宅」上街每隔幾十公尺照一張斜斜的「滿街招牌照」, 貼上網站。
>> 2. 少數幾位有 osm 帳號的宅宅根據照片用 id 編輯器建立 nodes。
>> 大部分的 nodes 只填 [amenity 或 shop] 以及 name 兩個欄位。
>> 挑兩三個「示範 nodes」 填入較豐富的資訊。
>
> 如果步驟 1 的照片本身有 gps 座標,可以用 JOSM 看。可以協助步驟 2 的勇者定位。
> 至於 iD 的話,這些圖片需要放到 Mapillary 上。
>
> 各種搭配方式可以參考 OSM wiki [1]。
> 如果要搭配 Mapillary 的話,去年12月高雄小聚,我跟 Kagami 有實作一次 [2-3] 。
> 那次是用 JOSM (因為我比較習慣),編輯的區域都是我很熟悉的地方 (所以即使照片本身沒有 GPS 資訊我也可以辨識)。
>
> [1] http://wiki.openstreetmap.org/wiki/Photo_mapping
> [2] https://osmtw.hackpad.com/20151226-mapping-jBBnoPdsjvI
> [3] http://mcdlee.github.io/20151226party.html
>
>> 3. 一位技術人員用 overpass turbo 把整區的 amenity 跟 shop 撈出來、
>> 貼到 ethercalc.org (類似 google doc 的即時共筆試算表),
>> 跟據類別排序 (所有的咖啡店排在一起、 所有的便利商店排在一起)。
>> 範例: https://ethercalc.org/osmtwed-t01
>> 4. 電腦教室裡的 [宅不出門 mapping party]: 大家看著試算表,
>> 對照著「示範 nodes」, 有哪些空白欄位需要補上一目瞭然。
>> 開始 google 商家名稱或打電話, 填表。
>> 5. 在此同時, 官網尚未更新前, umap 可以即時顯示目前編輯的狀況。
>> 待辦: 需要寫一支小程式把 ethercalc 上面的內容轉成 geojson 餵給 umap。
>> 6. 結束後, 一位技術人員把上述 geojson 檔匯入到 OSM 官方資料庫。
>> 因為大眾參與的第 4 步並不增減 nodes, 只是增加/編輯欄位,
>> 所以很容易用程式檢查確認只會動到官網資料庫既有的 nodes。
>>
>> 1 很容易。 2 略帶苦工性質, 有必要的話還可花錢僱人做。
>> 3 跟 5 我確定沒問題。 (我想做, 也想寫教學文)
>> 4 很適合一般人 (例如社區發展協會) 參與。
>> 心理門檻比 mapping party 要低很多很多。
>> 如果這個模式可行的話,4 可以在各地舉辦,
>> 邀請利害關係人 (例如店家或居民) 參與。 整個流程的重點在於:
>> 「邀請填試算表」 比 「邀請註冊 osm 帳號並使用 id 編輯器」
>> 門檻更低很多、 更容易號召多人參與。
>>
>> 現在剩下 6。 略爬文之後, 得知 6 不能隨便做,
>> 必須請教社群朋友。 所以現在要請教大家:
>> 這樣的想法會不會遇到什麼問題?
>> 有沒有人可以協助 6? 或是大家同意我自己做嗎?

剛剛想了一下,第 6 個步驟如果匯入為 note 會不會比較沒那麼嚴肅。
不過這樣又需要第 7 個步驟 XD

>>
>> 請大家指教囉! 謝謝!
>>
>> ps. cc 給 Steven
>>
>> --
>> 校園P2P是否合法? 請搜尋『windows 10 打臉教育部』
>> Chao-Kuei Hung 洪朝貴
>> ___
>> Talk-TW mailing list
>> Talk-TW@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-tw
>
>
>
> --
> 李昕迪 Lee, Sin-di | http://www.mcdlee.tw



-- 
李昕迪 Lee, Sin-di | http://www.mcdlee.tw
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw


Re: [Talk-it] [Wikimedia Italia] Dimissioni di Andrea Zanni da Presidente di Wikimedia Italia e interim di Simone

2016-01-26 Per discussione Edoardo Yossef Marascalchi
E per chi non seguisse la mailing list di osmf, hanno appena accettato wmi
come local chapter
On 27 Jan 2016 00:31, "Cristian Consonni"  wrote:

> Ciao a tutti,
>
> dato che non tutti seguono la lista soci di Wikimedia Italia vi
> informo anche su questo canale, dato che sono convinto che le novità
> in casa Wikimedia Italia vi possano interessare.
>
> Andrea Zanni si è dimesso da presidente di Wikimedia Italia, Simone
> Cortesi (che immagino il 99.9% di voi conosca ;-) ora è presidente a
> interim.
>
> Andrea (che trovate in copia, come anche Simone) non se sta andando
> "sbattendo la porta", anzi. La scelta è stata presa per motivi
> personali: magari visto da fuori non si nota molto, il lavoro (da
> volontari, ma pur sempre lavoro) dei consiglieri di un'associazione
> complessa come Wikimedia Italia è stancante.
>
> Vi estendo anche l'invito a dare una mano, ci sono sempre tante cose
> che si possono fare e, per esempio, abbiamo recentmente individuato
> dei soci che fanno da coordinatori locali (abbiamo anche dei
> coordinatori tematici per i le biblioteche, i musei e le scuole).
> Trovate i contatti qui:
> .
>
> Se avete domande potete chiedere a me o, naturalmente, a Simone.
> (siamo tutti, compresi i coordinatori regionali, raggiungibili
> all'indirizzo nome.cognome(chiocciola)wikimedia(punto)it)
>
> Ciao,
>
> Cristian
> p.s.: colgo pure l'occasione per ringraziare pubblicamente Sabas che
> compila la sezione "Novità dal mondo OpenStreetMap" della nostra
> newsletter  (questo l'archivio:
> )
>
> ___
> 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-es] Dudas de novato

2016-01-26 Per discussione Matías Taborda Barroso
Hola.

No se si llego a tiempo o ya lo has investigado, pero algo de Leaflet si te
puedo aconsejar.

Leaflet tiene un plugin que funciona bastante bien [1] en el que puedes
configurar en el código de Leaflet, de forma muy simple, el buscador que
utilizarás (Openstreetmap, Bing, Google, Esri, Nokia.)


[1] https://github.com/smeijer/L.GeoSearch

El 27 de enero de 2016, 2:09, Alejandro S. 
escribió:

> Hola,
>
> Mi objetivo es crear una especie de panoramio, pero en lugar de fotos, que
>> la gente suba otro tipo de información. En panoramio se necesitaba
>> almacenar las imágenes, sus coordenadas y la información adicional. Yo
>> guardaría en una base de datos propia todos estos datos. Lo único que me
>> faltaría sería disponer del "lienzo" donde plasmarlo, así como de un
>> buscador de calles y ciudades.
>>
>
> Piensa también si esa información podría ser interesante para el resto de
> la humanidad en general y para OSM en particular y, si dispones de los
> derechos sobre ella, si quieres añadirlos al propio OSM :)
>
>
>> Por lo que he visto, utilizando por ejemplo Leaflet, puedo seleccionar:
>>
>>- Quién me ofrece las tiles (OSM, MapBox, CartoDB,...)
>>
>>  Para hacer pruebas puedes usar los tiles de OSM, pero cuando ya se haga
> pública la página es recomendable que te las provea un tercero (o las
> generes tu mismo pero eso requiere su trabajo).
>
>>
>>- Qué buscador utilizo (Google, OSMGeocoder,...)
>>
>> El buscador que se utiliza en la web de OSM es Nominatim, hay otras
> empresas que también orcen la API de Nominatim, como MapQuest.
>
> Saludos,
> Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-it] [Wikimedia Italia] Dimissioni di Andrea Zanni da Presidente di Wikimedia Italia e interim di Simone

2016-01-26 Per discussione Francesco Pelullo
Il 27/gen/2016 07:38, "Simone Cortesi"  ha scritto:
>
>
> Altri potrebbero quindi gridare alternativamente al golpe o al compotto :)
>
>

Beh, allora... Congratulazioni!

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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Alessandro Palmas
Il 26/gen/2016 11:11 PM, "demon.box" > ha scritto:


>
> longitudine est   2°17' 3"
> latitudine nord  45°37' 5"
>
> che sono le coordinate di una grotta in provincia di Brescia ma il 
converter
> mi dice che corrispondono ad una località in Francia...!!! è 
impossibile.

> cosa sbaglio??

Tieni conto che spesso le coordinate dell'ingresso delle grotte sono 
volutamente rilasciati con un errore di alcune decine di metri; questo 
(sentito dire più volte da geologi) per farci arrivare meno gente.


Alessandro Ale_Zena_IT

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


Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Marián Kyral
Ahoj,
souhlasím, že nějakou názornou dokumentaci by to chtělo. Líbilo by se mi to 
stylem MapBox - povídání a animované gify [1]. Ale čas nějak není :-(
Jakákoli iniciativa v tomto směru vítána. Podle mne stačí začít a pak už se 
to postupně doplní o speciální případy.

Jinak doporučuji zkusit nejnovější verzi Traceru [2].  Udělal jsem teď o 
víkendu pár změn, hlavně co se týče možností přetrasovávání starých před-
LPIS polí. Ty kousky jsou následek toho, že si Tracer všímal jen lpis 
objektů a ostatní ignoroval. Nově by se to už mělo chovat mnohem lépe a 
kousky by, v běžných případech, vznikat neměly. Zatím stále chybí (a hned 
tak asi nebude) přetrasovávání multipolygonů.

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní polygony "přilepit" pomocí ContourMerge pluginu [3] - ten 
je pro mne nepostradatelný. Stejně tak se s ním krásně vyplňují díry pokud 
se tato skládá z více cest.

Aktualizace multipolygonu je trochu složitější, ale taky to jde. To 
natrasuji lpis polygon jako nezávislý objekt (CTRL + klik) a pak postupně 
nahradím jednotlivé outer a inner cesty pomocí příkazu "Nahradit geometrii" 
z utilsplugin2 [4]. Prázdnou relaci pak smažu.


[1] https://github.com/mapbox/mapping/wiki/Mapping-with-OpenStreetMap 
[2] http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.cz/13259
[3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge
[4] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Replace_
geometry_.28Ctrl.2BShift.2BG.29




Marián




-- Původní zpráva --
Od: Pavel Bokr 
Komu: talk-cz@openstreetmap.org
Datum: 26. 1. 2016 0:35:21
Předmět: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych
poli a luk po pretrasovani podle LPIS

"



Ahoj,

 
 
Predem se omlouvam pokud se ptam na neco co uz bylo receno, diskuze k 
trasovani LPIS je na me velmi obsahla a s odstupem casu uz dosti 
neprehledna.

 
 
 
 
 
 
V okoli meho mestecka (Kraluv Dvur) a nasledne i v sirsim okoli Berouna jsem
od roku 2011 “rucne” mapoval mimo jine i landuse vcetne poli a luk (z 
pocatku podle UHULu, pozdeji snad byl nekde i Bing). Tohle jsem udelal na 
uzemi cca 20x20 km, ukazku jak asi vypadal vysledek v mape jsem si ulozil 
jen pro me mesto [1]. Jo kdyby tehdy byl tracer ... Veselý obličej 

 
 
Pak prisel Tracer LPIS. Sam jsem s nim zkousel trasovat pole nekde na 
Rokycansku - tam kde tyto plochy zatim zmapovany nebyly a byly tam tedy “
bila mista” (to jeste tracer toho asi jeste neumel tolik co dnes). Do toho 
co uz jsem mel na Berounsku rucne zmapovane jsem se nepoustel ani jsem o tom
radeji zatim neuvazoval.

 
 
 
 
 
 
Postupne si ale vsimam, ze k pretrasovani puvodnich rucne mapovanych ploch 
misty dochazi. Problem podle me vznika tam kde polygon dle LPIS je mensi nez
puvodni a vznikne tak relikt – kolem velkeho pole jsou male prouzky pole, 
pripadne pokud se zmeni kultura (coz je klidne mozne, podle UHULu nebylo 
rozhodovani uplne jednoznacne) tak po okrajich louky jsou misty prouzky 
puvodniho pole. Screenshot z JOSM viz [2], odkaz na zivou mapu viz [3] – 
koukejte po okrajich pole a louky

 
 
Jeste nez se toto pripadne jeste vice rozsiri tak bych rad vznesl dotaz 
jestli je nejaky idealne snadno nalezitelny navod (nejlepe na wiki co by 
bylo snadno, rychle a bez sloziteho prohledavani pristupne uzivatelum LPIS 
traceru, kteri chteji zkusit pretrasovavat) jak tomuto predejit nebo jak 
nejlepe pracovat s LPIS tracerem v jiz zmapovane oblasti?

 
 
 
 
 
 
 
 
Vsiml jsem si ze se tracer stale vylepsuje (a diky moc za to!!!) a pak jde o
to aby byl vhodne pouzivan s tim vsim co ted umi (ja osobne se priznam ze 
jsem zatim pretrasovani dle LPIS nezkousel). Pokud by se ale opakovane 
pretrasovavalo jako na uvedenych ukazkach, tak by nam vznikali v mape 
relikty a to asi neni dobre (i kdyz se to da treba vyrenderovat tak, aby to 
nebylo poznat tak IMHO neni uplne spravne to mit v datech). I vlastni LPIS 
je zivy system a zakresy (geometrie) v nem se postupne meni (sam jsem v nem 
take upravoval nase male louky).

 
 
 
 
Hlavne bych se zde nerad nekoho dotknul (sam mam nejspis na necem v OSM take
maslo na hlave), akorat mi jde o to jestli lze rici a nejlepe nekam 
viditelne (treba na wiki) napsat, jak postupovat pripadne jake ficury 
pouzivat, aby se pokud mozno v mape neobjeovaly dalsi relikty luk/poli kolem
vetsich luk/poli. Pripadne dodat jak to opravit tam, kde to uz je – ja 
osobne bych relikt louky/pole sloucil se sousednim objektem (napr. krovi 
nebo les) pokud byla louka/pole puvodne moc roszahla; pokud neni sousedni 
objekt pak bych relikt smazal a stejne tak v pripade ze je ve skutecnosti 
mezi loukou/polem a sousednim objektem (napr lesem) nejaka mezera – treba 
prikop, pripadne bych relikt zmenil na krovi/grassland apod., nebo bych 
relikt louky/pole sloucil k “velke”louce/”velkemu”poli pokud by byl puvodni 
zakres spravnejsi oproti LPIS (coz bude asi mene casto).

 
 
 
 
 
 
[1] 

Re: [OSM-talk-be] Agiv import

2016-01-26 Per discussione Glenn Plas
On 26-01-16 04:27, Marc Gemis wrote:
> Thanks for the feedback.

My pleasure.  Thanks for discussing and questioning this, this is good.

> 
> I seems like I always stumble upon cases like this (also with De Lijn,
> house numbers, Dutch import). So no surprise that I am critical about
> "imports" (or manually merged data from another DB). With your
> procedure we can avoid that such data creeps into OSM, but you have to
> be careful and not hurry the data merger to much.

Haste is bad, but speed is good.  I would love to get this done by SOTM
2016 :)

> Do we really need the source=GRB tag ? (not talking about
> source:geometry). I don't like this tag (source) anymore. They are not
> maintained, it's not clear to which part of the tags they apply and
> just fill the database. When you survey a POI e.g., the name and type
> of shop come from the picture you have taken, the position from the
> georeferencing of the photo, combined with your memory and aerial
> image, the building layout comes from AGIV (or GRB), the house number
> from survey/GRB/CRAB, the webpage from a web search, etc. What is
> source in that case ? Are you adding source:XXX for each different tag

Yes it's a requirement.  You need source=* when you have other source
subkeys according to wiki.

JOSM will also complain if you lack source= normally and have
other source subkeys.  Besides that, it makes sense too.  The buildings
(meta) datasource (GRB) can be different than the geometry (agiv).

During my research this was the case, but I just tried to reproduce this
and JOSM doesn't warn me anymore. Have to figure out why and what
combination throws warnings.  But rest assured, I've done quite some
homework on the source tag, I think this is how 'minimal' we can get
with the tags.

This source tag actually applies on the important metadata imho. So if
you have source references like oidn and date now, we want to mention
where that came from through the source tag.

But I hear you on the mixed sources dilema.  For me , once the oidn
source tag is present on the way, that would default to source=GRB, it's
important because it informs the next mapper to take into account it
came from a trustworthy source.  it helps the decision process: "when
you want to change something, better make sure you doublecheck"

Glenn


> ?
> 
> regards
> 
> m
> 
> On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas  wrote:
>> On 25-01-16 19:38, Marc Gemis wrote:
>>> On Mon, Jan 25, 2016 at 6:50 PM, Glenn Plas  wrote:
> * splitting a building because the garage is clearly separated on AGIV 
> imagery

 You should not have to do that imho, I've never encountered this 'too
 much building in between' situation.  When the garage is separated
 visibly on sat images but not in GRB, that's a precarious case, it could
 be that the building has been replaced but GRB isn't up to date, it
 could also be that the sat pics used are out of date and there has been
 an additional construction already in GRB.  You can't tell now what is
 correct from combining al sources of information.
>>>
>>> It's in Kaprijke, oid 1964089 IMHO this is just sloppy work in GRB.
>>> For those without access to GRB
>>
>> Absolutely right, it should be more like the neighbour’s house+garage.
>> That is some really shitty data you have in that area there.  Someone
>> really didn't bother being accurate.  They aren't even decent squares.
>>
>> These cases I've only seen a few of those.  I specifically remember a
>> building crossing itself, like a closed '8' instead of an '0' or open 8
>> like here (bit of imagination applies)
>>
>> I would remove that corner from the main building,  draw the garage
>> yourself, tag it appropriately. The garage should in fact have it's own
>> OIDN number in GRB data.
>>
>> Also, make sure when you create your better OSM bulding, tag it
>> source:geometry=AGIV (I think to recognise agiv sats).
>>
>> Then whenever this gets into GRB and trickles down in OSM, you will get
>> a merge pop-up here (because we use source:geometry=GRB for our building
>> imports by default), instead of a silent merge...  you'll get notified
>> there is a conflict, forcing you (=editor) to make a judgement call.
>>
>> Looks like pretty recent buildings.  Sloppy fieldwork indeed.
>>
>> It sure varies a lot the quality, probably by the decentralised approach
>> to this.
>>
>>
>> Nice catch.
>>
>> Glenn
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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


Re: [Talk-de] Forschungsstation Antarktis

2016-01-26 Per discussione Sven Geggus
Markus  wrote:
> Da war neulich ein Link
> zu einer toll kartografierten Forschungsstation in der Antarktis...
> 
> Wer kann mir damit helfen?

Eventuell http://polar.openstreetmap.de/

Sven

-- 
"We don't know the OS that God uses, but the Vatican uses Linux"
   (Sister Judith Zoebelein, Vatican Webmaster)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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


Re: [OSM-talk-be] Fwd: [Belgium] Mapping facilities for homeless people : First meeting 2/12/15 at ULB (DC6.126)

2016-01-26 Per discussione joost schouppe
Johan,

I understand the « mapping party for homeless people » will take place in
Brussels at the Université Libre de Bruxelles, on Saturday, February 27.
Could you or someone else from the team explain a bit more about what
exactly is the plan? From what I understood, the plan is to put a lot of
external data into OSM, which is not straightforward.

BTW, thanks for coming to the Missing Maps in Gent! I'm aiming for Brussels
next, we could use some help in setting things up there.

2015-11-28 17:56 GMT+01:00 Johan Van de Wauw :

> Interesting for OpenStreetMap members as well.
>
> -- Forwarded message --
> From: Maelle Vercauteren 
> Date: Thu, Nov 26, 2015 at 2:59 PM
> Subject: [Belgium] Mapping facilities for homeless people : First
> meeting 2/12/15 at ULB (DC6.126)
> To: "belg...@lists.osgeo.org" 
> Cc: Dewey ASBL 
>
>
> Dear all,
>
> For reminder, the OSGeo.be (www.osgeo.be), in collaboration with Dewey
> (maps.dewey.be), would like to help in mapping of Brussels facilities
> and services for homeless people.
>
>
> The contribution would be done in two stages: a first meeting with
> people who know the field and existing tools, such as Strada, Médecins
> du Monde, Red Cross ... to see what is needed and how it is possible
> to collaborate to create maps useful for them ?
>
> A second stage where we realize the actual and adequate mapping
> (update what already exists, adding elements, ...).
>
>
> The first preparatory meeting will take place Wednesday 2/12 from 6
> p.m. to 8:30 p.m. at the ULB, local DC6.126 (6th floor of Building D,
> Solbosch campus).
>
>
> Christophe and I also have circulated information to the Red Cross,
> Médecins du Monde, the Strada, street Nurses, Pierre d'Angle, a nurse
> at the hospital St-Pierre. Do not hesitate to circulate the
> information to other organizations and individuals who would be
> interested.
>
>
> The appointment is on Solbosch campus in front of building D at 6 p.m:
> https://www.ulb.ac.be/campus/solbosch/plan-D.html
>
>
> After the meeting, if the feedback is positive, I think it could be
> nice to circulate a discussion paper about the implementation of this
> project in the general mailinglist ! We will also have to choose the
> right tools etc...
>
>
> Thank you in advance to confirm your attendance at the meeting before the
> 1/12,
>
>
> If you are not able to attend the meeting, notice that Gaël and I are
> ready to report your suggestions at OSGeo.be.
>
>
> Kind Regards,
>
> Maë //e
>
> N.B for the board :
>
> For this meeting, I think about 10 people and I wonder if you agree
> that I buy some stuff with osgeo budget for the meting : drinks
> (juice, beers) and food (fruit, chips) ?
>
>
> --
> Maëlle VERCAUTEREN DRUBBEL
> Coordinatrice du stage SIG Libres ARES
>
> Université Libre de Bruxelles - IGEAT (CP 130 / 03)
> Av. F. D. Roosevelt, 50
> B-1050 Bruxelles
> Tél.: 02/650.68.14 Fax: 02/650.50.92 Local: DB6.143
>
> ___
> Belgium mailing list
> belg...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/belgium
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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


Re: [OSM-talk-be] Agiv import

2016-01-26 Per discussione Glenn Plas
On 26-01-16 05:33, Marc Gemis wrote:
> On Tue, Jan 26, 2016 at 1:48 AM, Glenn Plas  wrote:
>> Also, make sure when you create your better OSM bulding, tag it
>> source:geometry=AGIV (I think to recognise agiv sats).
> 
> What do I have to do with source:geometry:date in those cases ?

Don't use this one for manual work.

this applies to the data in fact, so you don't need to manually do this.
 In the dutch BAG import they are using 'ref' but that is more wrong I
believe than what we propose here with the source tags.

wiki:

"If a feature has multiple tags you may want to make use of the source
namespace to indicate precisely which tag your source refers to. For
example:"

So it applies to a date field in the original source (GRB export).

It's similar to the oidn field in fact, you're not going to invent a
number there, it's always in relation with the source data.

Glenn



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


[Talk-es] Duda sobre Nominatim

2016-01-26 Per discussione Alejandro Moreno Calvo
Buenas.

Revisando como funciona Nominatim me encuentro con que en la página de
frases especiales (
http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/ES ) se
traduce "Centros médicos en" por "amenity=doctors" y "Centro de salud en"
por "amenity=health_centre". La etiqueta *health_centre* no la encuentro en
la wiki pero aunque existiese entiendo que debería sustituirse por
"amenity=clinic".

¿Cómo lo veis?¿Quién lleva esto?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-it] audio registrazione con georeferenziazione

2016-01-26 Per discussione Stefano Droghetti

Il 10/11/2014 22:31, Alessandro ha scritto:

Il 10/11/2014 18:26, mircozorzo ha scritto:

Ciao, io uso OsmAnd che è un'app che fa navigatore e ti permette di
registrare note audio georeferenziate.



A me registra le note e le visualizza sul GPX nel telefono, ma quando 
esporto la traccia GPX non mi incorpora i wpt delle note. Ho girato 
cercando i settaggi ma non ho trovato nulla ... sbaglio qualcosa?

Bisogna fare una piccola modifica al file gpx e poi te li importa.
Ho scritto come fare in una guida che trovi qui:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori

O meglio, al paragrafo 4.5:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori#raccosm

--
Stefano Droghetti
www.stefanodroghetti.co.nr
stefano.droghe...@gmail.com


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


Re: [Talk-it] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione scratera
...ho già avvisato il direttur marco di mtb forum



--
View this message in context: 
http://gis.19327.n5.nabble.com/Violazione-licenza-OSM-MTB-MAG-tp5865821p5865875.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] Violazione licenza OSM: MTB-MAG

2016-01-26 Per discussione Martin Koppenhoefer
2016-01-26 14:11 GMT+01:00 Stefano Salvador :

> purtroppo usando i tool di Google è quasi impossibile non beccarti il loro
> logo sopra qualsiasi cosa.
>


si, per l'uso delle loro API è anche legalmente richiesto (Google ToS), ma
concordo con voi, non è bello, e forse non è nemmeno legittimo, perché
penso che trai in inganno. Il logo della Google è talmente più grande della
solita attribuzione. Potrei imaginare che per questi motivi l'uso delle API
Google è incompatibile con le nostre mappe.

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


[Talk-it] Coordinate GPS

2016-01-26 Per discussione demon.box
ciao, scusate, se ho delle coordinate in questo formato:

longitudine est  2°17' 3"
latitudine nord45°37' 5"

come si traducono nel classico formato GPS?
cioè ad es.:

N45 35.182 E10 12.745

grazie!

--enrico







--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896.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] Coordinate GPS

2016-01-26 Per discussione Fabio Alessandro Locati
On Tue, Jan 26, 2016 at 02:13:06PM -0700, demon.box wrote:
> ciao, scusate, se ho delle coordinate in questo formato:
> 
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
> 
> come si traducono nel classico formato GPS?
> cioè ad es.:
> 
> N45 35.182 E10 12.745

Ciao, puoi usare questo:
http://andrew.hedges.name/experiments/convert_lat_long/

Fale
-- 
Fabio Alessandro Locati

PGP Fingerprint: B960 BE9D E7A8 FA12 273A  98BB 6D6A 29D6 709A 7851
https://keybase.io/fale


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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Stefano
On Jan 26, 2016 22:14, "demon.box"  wrote:
>
> ciao, scusate, se ho delle coordinate in questo formato:
>
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
>

Gradi+(primi/60)+(secondi/3600)

> come si traducono nel classico formato GPS?
> cioè ad es.:
>
> N45 35.182 E10 12.745
>
> grazie!
>
> --enrico
>
>
>
>
>
>
>
> --
> View this message in context:
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896.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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Stefano
On Jan 26, 2016 22:14, "demon.box"  wrote:
>
> ciao, scusate, se ho delle coordinate in questo formato:
>
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
>

La formula è

Gradi+(primi/60)+(secondi/3600)

> come si traducono nel classico formato GPS?
> cioè ad es.:
>
> N45 35.182 E10 12.745
>
> grazie!
>
> --enrico
>


Ciao,

Stefano


>
>
>
>
>
>
> --
> View this message in context:
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896.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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Any File
2016-01-26 22:13 GMT+01:00 demon.box :
> ciao, scusate, se ho delle coordinate in questo formato:
>
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
>
> come si traducono nel classico formato GPS?
> cioè ad es.:
>
> N45 35.182 E10 12.745
>

Cosa vuoi sapere di preciso

1) qual è la formula matematica (ovvero il metodo per farlo tu a mano)

2) dove trovare su internet dei siti che ti fanno la conversione

3) dove trovare un programma che ti converta molti di queste coordinate

(al 3 quesito non saprei rispondere su due piedi...)

AnyFile

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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione demon.box
mi basta

2) dove trovare su internet dei siti che ti fanno la conversione

grazie ;-)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865908.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] Coordinate GPS

2016-01-26 Per discussione demon.box
io qualche converter on-line l'ho già anche trovato e provato ma non mi
trovo

esempio pratico

longitudine est   2°17' 3"
latitudine nord  45°37' 5"

che sono le coordinate di una grotta in provincia di Brescia ma il converter
mi dice che corrispondono ad una località in Francia...!!! è impossibile.
cosa sbaglio??

in effetti dal converter escono queste coordinate GPS

N 45 37.08337E 2 17.05002

ma nelle mie zone la seconda parte è sempre  E *10* 08.659
cioè sempre una valore 10 e non 2




--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865910.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] Coordinate GPS

2016-01-26 Per discussione Francesco Pelullo
Il 26/gen/2016 11:11 PM, "demon.box"  ha scritto:
>
> longitudine est   2°17' 3"
> latitudine nord  45°37' 5"
>
> che sono le coordinate di una grotta in provincia di Brescia ma il
converter
> mi dice che corrispondono ad una località in Francia...!!! è impossibile.
> cosa sbaglio??
>
>

L'Italia è compresa fra 8° e 18° longitudine est, quindi quel 2°
probabilmente sarà trascritto male.

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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione demon.box
ti credo! 
eppure guarda che è ben strano che in 2 pubblicazioni diverse riguardanti
l'ubicazione di varie grotte del bresciano TUTTE le coordinate sono con
longitudine est 2°..
ci deve essere una spiegazione mi pare impossibile che abbiano commesso
un errore così grossolano.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865914.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] [Wikimedia Italia] Dimissioni di Andrea Zanni da Presidente di Wikimedia Italia e interim di Simone

2016-01-26 Per discussione Cristian Consonni
Ciao a tutti,

dato che non tutti seguono la lista soci di Wikimedia Italia vi
informo anche su questo canale, dato che sono convinto che le novità
in casa Wikimedia Italia vi possano interessare.

Andrea Zanni si è dimesso da presidente di Wikimedia Italia, Simone
Cortesi (che immagino il 99.9% di voi conosca ;-) ora è presidente a
interim.

Andrea (che trovate in copia, come anche Simone) non se sta andando
"sbattendo la porta", anzi. La scelta è stata presa per motivi
personali: magari visto da fuori non si nota molto, il lavoro (da
volontari, ma pur sempre lavoro) dei consiglieri di un'associazione
complessa come Wikimedia Italia è stancante.

Vi estendo anche l'invito a dare una mano, ci sono sempre tante cose
che si possono fare e, per esempio, abbiamo recentmente individuato
dei soci che fanno da coordinatori locali (abbiamo anche dei
coordinatori tematici per i le biblioteche, i musei e le scuole).
Trovate i contatti qui:
.

Se avete domande potete chiedere a me o, naturalmente, a Simone.
(siamo tutti, compresi i coordinatori regionali, raggiungibili
all'indirizzo nome.cognome(chiocciola)wikimedia(punto)it)

Ciao,

Cristian
p.s.: colgo pure l'occasione per ringraziare pubblicamente Sabas che
compila la sezione "Novità dal mondo OpenStreetMap" della nostra
newsletter  (questo l'archivio:
)

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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Damjan Gerl

26.01.2016 - 22:13 - demon.box:
> ciao, scusate, se ho delle coordinate in questo formato:
>
> longitudine est  2°17' 3"
> latitudine nord45°37' 5"
>
> come si traducono nel classico formato GPS?
> cioè ad es.:
>
> N45 35.182 E10 12.745
>
> grazie!
>
> --enrico

26.01.2016 - 23:28 - demon.box:

ti credo!
eppure guarda che è ben strano che in 2 pubblicazioni diverse riguardanti
l'ubicazione di varie grotte del bresciano TUTTE le coordinate sono con
longitudine est 2°..
ci deve essere una spiegazione mi pare impossibile che abbiano commesso
un errore così grossolano.


Sicuramente non sono coordinate wgs84!
Provo fare una ipotesi... Potrebbero essere coordinate geografiche 
Gauss-Boaga riferite al sistema nazionale (roma monte mario), che si 
trovavano una volta (o forse si trovano ancora?) sulle cartine 1:25.000 
o 1:50.000).


Quindi le puoi convertire usando il tool online Conversione coordinate 
del pcn [0]. Però prima devi convertire la longitudine dal sistema 
nazionale Monte Mario (12° 27' 8,4") nel sistema internazionale con 
riferimento a Greenwich, quindi sottrai la tua longitudine da quella di 
Monte Mario e ti ritrovi:


Long = 10° 10' 5,4"
Lat = 45° 37' 5"

che usi per convertire da Gauss-Boaga (Roma 1940) a wgs84 (strs89/etrf89)
vedi screenshot [1]

e ricevi
Long = 10.16787926
Lat = 45.61872930
wgs84 da usare in osm. Il tuo punto dovrebbe essere questo [2]. Potrebbe 
essere?


Infine se le converti in gradi+min ti ritrovi
N45 37.123758 E1010.0727556


Ciao
Damjan


[0] http://www.pcn.minambiente.it/GN/conversione-di-coordinate
[1] http://www.damjan.net/tmp/foto1.png
[2] 
http://www.openstreetmap.org/?mlat=45.61872930=10.16787926#map=17/45.61877/10.16794


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


Re: [Talk-it] Coordinate GPS

2016-01-26 Per discussione Paolo F
2016-01-26 23:10 GMT+01:00 demon.box :

> io qualche converter on-line l'ho già anche trovato e provato ma non mi
> trovo
>
> esempio pratico
>
> longitudine est   2°17' 3"
> latitudine nord  45°37' 5"
>
> che sono le coordinate di una grotta in provincia di Brescia ma il
> converter
> mi dice che corrispondono ad una località in Francia...!!! è impossibile.
> cosa sbaglio??
>

Ma a quale sistema di riferimento ti riferisci ??
Non e' che per caso questi dati si riferiscono al sistema geodetico di
riferimento Roma40 con proiezione Gauss-Boaga e meridiano di riferimento
passante per Monte Mario ??
Questo sistema divideva l'Italia in due fusi, quello Est e quello Ovest.
Se sono stati prelevati da "vecchie" tavolette topografiche IGM e' molto
probabile.
In questo caso per avere le coordinate geografiche riferite al meridiano di
riferimento dovrai sommare il valore della longitudine di Monte Mario
rispetto al meridiano di riferimento.

Ciao,
Paolo



>
> in effetti dal converter escono queste coordinate GPS
>
> N 45 37.08337E 2 17.05002
>
> ma nelle mie zone la seconda parte è sempre  E *10* 08.659
> cioè sempre una valore 10 e non 2
>
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Coordinate-GPS-tp5865896p5865910.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


Re: [Talk-us] Local OSM groups in the US

2016-01-26 Per discussione Martijn van Exel
Hi all,

A quick update on this. The Local working group met again yesterday.
Clifford is finishing up the list of active local groups. We are thinking
we should merge it with the list on
https://wiki.openstreetmap.org/wiki/WikiProject_United_States that is
pretty outdated. That page could do with an update anyway, if you have
ideas for what should be on the landing page for the US on the OSM wiki,
just go in and add them. A new editing interface was recently installed by
our fantastic OSM systems administrator Grant, and editing the wiki has
become VERY easy. Give it a try.

I also created a new wiki page for the Local WG with links to the meeting
notes and some basic info:
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Local_Working_Group


We plan to meet every other week on Monday 5pm PT for now. Anyone who has
ideas or is curious about how to support / encourage more local groups is
more than welcome to join. Or share your ideas on this thread. For those
who like Slack, we have a slack channel also, here: https://osmus.slack.com/ (a
sign up link is here: https://osmus-slack.herokuapp.com/ .

Clifford will follow up once the list of local groups is updated. He will
also reach out to all local organizers individually. Stay tuned!

Martijn

On Tue, Jan 12, 2016 at 2:43 PM Steven Johnson  wrote:

> Yes, I'm participating in the HOT Training WG to provide overlap &
> continuity. Thanks,
>
> --SEJ
>
> Sent from my electronic tether.
>
> On 2016年1月12日, at 17:16, Ray Kiddy  wrote:
>
>
>
> On 1/12/16 5:23 AM, Steven Johnson wrote:
>
> Dale & list,
> TeachOSM has initiated a project with the US Census Bureau we've been
> calling 'Missing America', dedicated to mapping those marginal areas and
> vulnerable populations. We're just getting organized, but anticipate local
> communities playing a part in both mapping as well as community
> organization. Happy to chat more off list.
>
> -- SEJ
> -- twitter: @geomantic
> -- skype: sejohnson8
>
> "Wretches, utter wretches, keep your hands off beans!" - v.141, *On
> Nature, *Empedocles
>
>
> This sounds like a project that HOT would do also. Have you thought about
> connecting to them, perhaps using their tools? It may help.
>
> -  ray
>
>
>
> While Missing Maps is mostly internationally focused we always hoped to
>> support local OSM communities in the US. We would love to find more ways we
>> can support the mapping of vulnerable populations in the US. I'd like to
>> participate when you have your next call.
>>
>>
>> Great initiative and I look forward to helping out.
>>
>> Dale
>>
>>
>> On Mon, Jan 11, 2016 at 8:08 PM, Martijn van Exel <
>> mart...@openstreetmap.us> wrote:
>>
>>> Hi all,
>>> Eleanor, Clifford and I started talking about ways to make local OSM
>>> groups more successful, and / or how to support more of them. See our
>>> meeting notes here if you are interested:
>>> https://gist.github.com/mvexel/ffefcbf2c3012af51f16
>>>
>>> Currently we are compiling a list of local groups that are active. Here
>>> is what we have right now (after only a bit of searching Meetup by Clifford)
>>>
>>> Bay Area OSM
>>> Toronto OSM Enthusiasts
>>> OSM Colorado
>>> OSM Seattle
>>> OSM Salt Lake City
>>> OSM Tampa Bay
>>> Phoenix Geo
>>> OSM St. Louis Mid America Mappers
>>> OSM Southern California
>>> OSM Ottawa
>>> Mapping DC
>>> OSM Kansas City
>>> OSM Vancouver
>>> MapGive mapathon (DC)
>>> Do you know of any others, please let us know! With a link / contact
>>> person if possible.
>>>
>>> We will meet again in a couple of weeks. If you want to help think about
>>> and work on ways to support local OSM groups, let us know and we will make
>>> sure you get on the next call with us.
>>>
>>> Thanks,
>>> Martijn
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>
>>
>> --
>> sent from my mobile device
>>
>> Dale Kunce
>> http://normalhabit.com
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivevymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Pavel Bokr

Ahoj,

a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
vcetne navaznosti na okoli - viz to co pise Petr Holub.


Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz 
zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene 
podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a 
navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi 
vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz 
zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat 
tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake 
casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi 
louce urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez 
navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.



Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak 
by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape 
relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem 
to ani nezkousel si s tim hrat, ale uz jste to tady psali; treba se k tomu 
take nekdy sam dostanu, jak jsem psal zatim jsem do toho nechtel moc vrtat i 
z obav (mozna zbytecnych), ze nekde by LPIS udelal horsi data nez rucni 
mapovani].


Pavel Bokr



-Původní zpráva- 
From: Petr Holub

Sent: Tuesday, January 26, 2016 11:51 AM
To: 'OpenStreetMap Czech Republic'
Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
drivevymapovanych poli a luk po pretrasovani podle LPIS


Ahoj,

Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní
polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
nepostradatelný. Stejně

tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.


jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu:
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.


Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne

a pak na ne ContourMerge neaplikuje.

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(

Kdyby si to nekdo vzal, bylo by to super...

Petr


___
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] Tracer LPIS - drobne relikty puvodnich drivevymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Marián Kyral
Ahoj.
To je lákavá představa, ale pokud budou všichni jen čekat, tak se lepšího 
traceru nikdy nedočkají. Bez používání nebude motivace v něm cokoli vylepšovat.

Já osobně taky přetrasovávám jen jako vedlejší produkt jiných úprav mapy. 

Já vím. Někdo si s tím dal práci, je to barevné a hezky to vypadá. ALE. Data 
jsou více či méně zastaralá a bylo to natrasováno  dle starých UHUL ortofoto 
snímků nebo všelijak posunutých fotek Bingu. Aktualizace je potřeba. Nehledě na 
to, že jsou ty polygony různé zjednodušeny a mnohdy hodně nepřesné. To, že se 
doplní lpis údaje je až vedlejší produkt. Není to hlavní cíl.

Marian


 Původní zpráva 
Odesílatel: Pavel Bokr 
Odesláno: 26. ledna 2016 16:20:38 SEČ
Komu: OpenStreetMap Czech Republic 
Předmět: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich   
drivevymapovanych   poli a luk po pretrasovani podle LPIS

Ahoj,

a nebylo by rozumne se domluvit na tom, ze LPIS tracerem se zatim nebudou 
resit drive rucne zmapovane plochy, pokud to nebude uplne nezbytne. Treba se 
tracer jeste docka takovych vylepseni, ze treba poradi i s temito problemy 
vcetne navaznosti na okoli - viz to co pise Petr Holub.

Tedy domluvit se na tom jestli je vubec nyni vhodne trasovat v jiz 
zmapovanem - jestli je smyslem mit co nejdrive vsechny pole/louky rozdelene 
podle toho kdo jak kde hospodari obohacena o dalsi atributy (crop, meadow) a 
navazana na ID v LPISu i za cenu komplikace s relikty, "dirkami" nebo jinymi 
vecmi co to muze delat v jiz zmapovanem uzemi nebo jestli trasovani na jiz 
zmapovanem uzemi (co uz nejsou "bila mista") zatim moc neprovadet a nechat 
tam zatim "scelena" pole (tak jak jsou fyzicky v krajine ne jak kdo na jake 
casti hospodari nebo jak tu ci onu cast louky posoudi urednik - na nasi 
louce urednik napriklad "vyrezaval" nejake soliterni stromy) zatim bez 
navazani na LPIS a cekat na pripadne budouci vylepseni nastroju.


Kdo by presto citil potrebu neco co uz existuje podle LPIS pretrasovat tak 
by mohl postupovat tak a tak, aby po pretrasovani z LPIS nezustaly v mape 
relikty [sam ted nejsem schopen ted napsat jak postupovat protoze sam jsem 
to ani nezkousel si s tim hrat, ale uz jste to tady psali; treba se k tomu 
take nekdy sam dostanu, jak jsem psal zatim jsem do toho nechtel moc vrtat i 
z obav (mozna zbytecnych), ze nekde by LPIS udelal horsi data nez rucni 
mapovani].

Pavel Bokr



-Původní zpráva- 
From: Petr Holub
Sent: Tuesday, January 26, 2016 11:51 AM
To: 'OpenStreetMap Czech Republic'
Subject: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich 
drivevymapovanych poli a luk po pretrasovani podle LPIS

Ahoj,

> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
> zbytky) a okolní
> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
> nepostradatelný. Stejně
> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu:
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.

Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne
a pak na ne ContourMerge neaplikuje.

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(
Kdyby si to nekdo vzal, bylo by to super...

Petr


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


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

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


Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Marián Kyral


-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 26. 1. 2016 11:52:13
Předmět: Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive 
vymapovanych poli a luk po pretrasovani podle LPIS

"Ahoj,

> Co se mi osvědčilo nejlépe, je starý polygon zcela nahradit (nenechávat 
zbytky) a okolní
> polygony "přilepit" pomocí ContourMerge pluginu [3] - ten je pro mne 
nepostradatelný. Stejně
> tak se s ním krásně vyplňují díry pokud se tato skládá z více cest.

jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
"odecitani" polygonu: 
v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam je 
problem,
ze kdyz dany les navazuje na nekolik poli (typicky takove ty "roznudlovane 
pole"
na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po druhem, 
casto
se blbe hledaji ty koncove body, atd. Pokud by se ten les dal pretahnout 
tak, aby
vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla velka 
pomoc.
"



No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
složité by bylo upravit Contour Merge netuším.Ale asi to bude nad mé síly.




Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
pole přetrasuješ. 


 
"
Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho automaticky 
dotahl
ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou mistech. 
Tim by
se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
nevsimne
a pak na ne ContourMerge neaplikuje."



Který polygon by se dotáhnul kam?



"

Ja na to bohuzel taky ted nemam cas, a to bohuzel ani na vedeni jako skolni 
prace :(
Kdyby si to nekdo vzal, bylo by to super...
"



+1

Marián



"
Petr


___
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] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Pavel Bokr
OK,

ale prosim nedelat pri tom ty kousky – ja kdyz se koukam kolem sebe tak 
postizeno je vetsi uzemi nez jsem myslel, mame napriklad i utrzky poli kolem 
luk a naopak:
https://www.openstreetmap.org/#map=18/49.98447/14.02426
https://www.openstreetmap.org/#map=18/49.99286/13.99835
https://www.openstreetmap.org/#map=18/49.99137/14.03235
a ty relikty jsou na celkem velkem uzemi – postupne se to snad opravi, ale 
pokud mozno netvorit uz nove.

Ano z dnesniho pohledu jsem spatne urcil louku/pole a to by se melo 
aktualizovat, ale bez tech reliktu – to je snad IMHO lepe kdyby nebyla ta 
hranice uplne presna dle LPIS ale nebyly v mape ty relikty (k presnosti ja se 
snad vetsinu snazil trasovat podrobne a bez zjednoduseni; snazil jsem se i dle 
KM nastavovat posun podkladu).




Samozrejme souhlasim, ze LPIS je obecne presnejsi – paradoxne zakresy do nej 
jsou mnohdy trasovany podle ortofota cuzk (o kterem se zde vedly diskuze jestli 
muzeme - nemuzeme). Takze to co urednik nebo farmar otrasuje dle ortofota cuzk 
do LPISu tak pak muzeme pouzivat v OSM 

Na druhou stranu ne vse z LPISu je vhodne prejimat za ucelem aktualizace, 
protoze tam jsou vedeny i plochy, ktere nejsou spravne (treba kde uz se stavi 
nove domy, nebo jsou spojeny pole, ktere jsou ve skutecnosti rozdelene mezi s 
cestou a prikopem a mam je rozdelene i v OSM – dokud to nekdo neotrasuje z 
LPISu) a treba louky se mohou v LPISu kreslit radeji mensi, aby pak nevznikl 
zemedelci problem, ze obhospodaruje mensi vymeru nez vyjde z LPISu (proto treba 
se v lukach vynechavaji “diry” i pro jednotlive stromy i kdyz trava roste i pod 
stromem a pro OSM by dle meho nazoru bylo vhodnejsi louku nechat a dat do ni 
strom jako bod ze proste uvnitr te louky roste strom, urednici ale sleduji v 
LPIS jine ucely nez sleduje OSM).




Takze tam kde je mapovano rucne muze byt asi nejvhodnejsi nejaky kompromis, to 
co je OK prevzit z LPIS to co, ale neni vhodne z LPISu prebirat tak to do OSM 
“netahat”. Je to ale casove narocnejsi nez naklikat co LPIS nabizi. Otrasovanim 
vseho by se neco urcite zpresnilo a neco urcite znepresnilo – resp. zavedly by 
se do OSM i vetsi chyby nez jsou nepresnosti ve soucasne rucne vznikle mape. K 
tomu je ale treba osobni znalost nebo si konkrolovat spravnost a aktualnost 
LPIS podle ortofot.

Pri takovem kompromisnim mapovani (vzit si z LPISu jen to dobre) se ale ne 
vsechno co je v LPISu prenese do OSM a nebylo by dobre aby tam pak nekdo 
dodelal i ty chybejici prvky z LPISu co treba nekdo zamerne netrasoval, aby do 
OSM nevnesly vetsi nepresnosti. Nebo se muze stat ze se neceo pretrasuje z 
LPISu, pak se rucne upravi geometrie aby byla v OSM byla spravnejsi nez v 
LPISu, ale pokud nekdo za nejaky cas opet provede pretrasovani tak to rucni 
vylepseni OSM oproti LPISu zrusi.

Ve vysledku to vychazi tak, ze pretrasovani rucni mapy (pokud byla delana 
podrobne) to chce trochu vice peclivosti, aby to byla opravdu aktualizace pokud 
mozno jen k lepsimu. To je pak k reseni vice vez jen to jestli nahodou 
nezustavaji relikty nebo diry.



Kdyz na ten LPIS koukam tak treba u velkych celku slozenych z vice dilcich 
casti nevim jestli neni porad lepsi mit v OSM velke pole jako jeden rucne 
mapovany celek bez napojeni na LPISu, podle LPISu treba jen rucne upravit – 
zpresnit vnejsi hranici (tedy pokud pole neni fakticky preruseno a je to jeden 
celek – jedno dilci pole tesne sousedi s druhym a je to porad to same 
farmland/meadow). K teto uvaze me vede kdyz vidim, ze jsou primo i v LPISu mezi 
jednotlivymi castmi “velkeho pole” diry ci jine divne geometricke tvary nebo 
artefatky, ktere ale ve skutecnosti neexistuji a v OSM by byly jen “balastem” v 
datech. V LPISu se na nejakou topologii asi moc nehraje – prekryvy si asi 
hlidaji, ale diry ktere nenarokuje zadny farmar asi neresi. Nebo v tech velkych 
polich jsou casti, ktere nejsou v LPISu zrejme protoze farmar v nejede v tom co 
s LPISem souvisi. Z tohoto pohledu porad rucni mapovani vytvari cistsi data nez 
trasovani (teda samozrejme tam kde je rucne mapovano).



Pokud je aktualizace dle LPISu potreba jak pise Marian, tak se nechci hadat (i 
kdyz ja se teda snazil puvodne byt geometricky celkem presny; co je louka/pole 
to se ale urcovalo blbe), a jestli budu mit cas tak se tedy pokusim zkusit hrat 
i s pretrasovavanim rucni prace a treba nakonec ve svem okoli take neco sam 
pretrasuji - navic s vyuzitim mistni znalosti a pokusim se nenechavat relikty 
ani diry (tam kde diry z “topologickeho” pohledu nemaji byt tim ze sousedici 
prvky spolu i ve skutecnosti tesne sousedi a neni mezi nimi jiny prvek).



Mimochodem neni nekde mapovy podklad, ktery by byl barvene odlisen podle 
“kultury” v LPISu? Neco jako je barevne rozliseni ploch v RUIAN Lands? Pro 
spise rucni hrani si s daty a vybirani si z LPISu jen to lepsi by se hodilo mit 
vrstvu barevne rozbarvenou podle toho co to v LPISu je.



Pavel Bokr


P.S. sorry za dlouhe maily








From: Marián Kyral 
Sent: Tuesday, January 26, 2016 

Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drivev ymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Mirek Dlask
Ahoj,

při pohledu na některé moravské vinice tě chápu.
http://www.openstreetmap.org/#map=16/48.8652/16.9001

Navíc
- ruční aktualizace natrasovaných území může být někde problém
- nevím k čemu jsou ref, která se i po drobné změně polygonu mění
- problémem jsou i překrývající se plochy
https://www.openstreetmap.org/way/334303196#map=17/48.86319/16.90110

Přesto bych nikoho neomezoval.

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


Re: [Talk-cz] Tracer LPIS - drobne relikty puvodnich drive vymapovanych poli a luk po pretrasovani podle LPIS

2016-01-26 Per discussione Petr Holub
>   jeste by hodne pomohlo efektivite tohoto procesu, kdybychom umeli 
> "odecitani" polygonu:
>   v podstate "jen" vyrazne zefektivneni toho procesu s ContourMerge. tam 
> je problem,
>   ze kdyz dany les navazuje na nekolik poli (typicky takove ty 
> "roznudlovane pole"
>   na Jizni Morave), tak clovek musi pres ContourMerge delat jeden po 
> druhem, casto
>   se blbe hledaji ty koncove body, atd. Pokud by se ten les dal 
> pretahnout tak, aby
>   vsechna ty pole prekryl a pak se jen ta pole odecetla, tak by to byla 
> velka pomoc.
> 
> 
> 
> 
> 
> No podpora geometrických operací v Traceru, díky Martinovi, je. Jak moc 
> složité by bylo
> upravit Contour Merge netuším.Ale asi to bude nad mé síly.
> 
> 
> 
> 
> Ale můžeš to simulovat tak, že si ten les nejprve vytáhneš do polí a až pak 
> pole přetrasuješ.

Jo, ale problem je s existujicimi poli - smazat vsechno, roztahnout les
a pak pretrasovat (ale zase by tim clovek stoupal ve statistikach
zmen ;o))) ). Pokud bychom to meli i jako samostatnou funkcionalitu
na existujicich objektech, tak by to bylo super - mozna by to nemuselo
byt tolik prace, kdyz uz to vlastne v Traceru mas.

>   Jeste dalsi vylepseni by pak byl "rozliv" polygonu, ktery by ho 
> automaticky dotahl
>   ke vsem dalsim polygonum, ktere se s nim dotykaji alespon ve dvou 
> mistech. Tim by
>   se resily takove ty zapomenute "zdibce", kterych si clovek kolikrat ani 
> nevsimne
>   a pak na ne ContourMerge neaplikuje.
> 
> 
> 
> 
> Který polygon by se dotáhnul kam?

To by chtelo rozmalovat a presneji dorozmyslet jednotlive pripady, ale
zhruba takto (nerucim za spravny desing, uz mam ponekud unavenou hlavu):
stav 1: vyberu rozlivany objekt (uzavrena cesta) - editor prejde do stavu 2
stav 2: editor postupne proiteruje vsechny diry, ktere jsou tvorene:
  a) plochami (uzavrenymi cestami) ktere se rozlevaneho objektu dotykaji
 ve dvou bodech, ale mezi temito dvema body existuje po neblizsich
 cestach (nikoli nutne nejkratsi ve smyslu poctu bodu, ale nejkratsi
 ve smyslu delky segmentu - to by melo fungovat, musi se ale zkontrolovat,
 ze plocha sama sebe nekrizi) nesdileny bod na jedne  nebo druhe ceste
  b) na sebe navazujicim plochami (navazujici = sdili aspon 1 bod), z nichz
 krajni plochy sdili s rozlivanym objektem alespon jeden bod - a opet
 po nejkratsich cestach je tam 1 nebo vice nesdilenych bodu
stav 3: proiteruje vsechny diry a nabidne je k zaceleni uzivateli (zobrazi
  diru a zepta se "zacelit - ano/ne"

Petr



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


Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

2016-01-26 Per discussione Friedrich Volkmann
On 26.01.2016 12:06, Manfred Brandl wrote:
> Vielleicht ist das eine mögliche Geldquelle aber was soll damit bezahlt 
> werden?

Wir selber, unsere Arbeitszeit und Kosten. Vom Gesetz her sind die
Urheberrechtsabgaben aber gar nicht zur Abdeckung von Kosten oder Leistungen
bestimmt.

> Die OSM-Daten selbst - bei denen wir Miturheber sind - haben bereits eine 
> gute Infrastruktur,

Um die Server-Infrastruktur geht es auch gar nicht, sondern um unsere Arbeit
als Mapper. Wir investieren viel Zeit dafür, und hinzu kommen noch die
Kosten für Sprit, GPS-Gerät, Fotoapparat usw. Ich habe z.B. im vorigen Jahr
22490 km mit dem Auto zurückgelegt, bei fast allen Touren habe ich gemappt.
Rechnet man mit einem amtlichen Kilometergeld von 42 Cent/km, dann ergeben
sich Fahrtkosten von 9446 €. Da sind die restliche technische Ausrüstung und
die Arbeitsmittel am PC noch nicht dabei. Vom Zeitaufwand ganz zu schweigen.

> (mehr) Geld für die Weiterentwicklung der Programme und des Wiki wäre 
> vielleicht gut.

Wenn es darum geht, für so was ein Budget bereitzustellen, ist das eher ein
Thema für Forschungsförderung.

> Benutzt wird allerdings hauptsächlich das Kartenmaterial, welches nicht 
> direkt zu OSM gehört,

Da habe ich einen anderen Eindruck. Die meisten Leute, denen ich im Gelände
begegne, benutzen OSM-Daten. Nur sind sie sich dessen gar nicht bewusst. Sie
zeigen mir auf ihrem Handy die supertolle App XYZ, und in der App sehe ich
die Wege und Höhlen, die ich gemappt habe.

> insbesondere sind einige Render-Styles nicht Open Source.

Das ist für die Urheberrechtsabgaben irrelevant.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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


Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

2016-01-26 Per discussione Richard
On Mon, Jan 25, 2016 at 04:55:37AM +0100, Friedrich Volkmann wrote:
> On 25.01.2016 00:14, Borut Maricic wrote:
> > Wenn highway=path, dann auf meisten Karten irreführend.
> > Wenn highway=via_ferrata dann mit Mapnik (zurzeit) gar
> > nicht dargestellt, da erst proposed (wobei das Voting
> > nicht weit entfernt zu sein scheint).
> > 
> > Was sagt ihr?
> 
> Auf der von dir verlinkten Talk-Seite hab ich über highway=via_ferrata schon
> genug geschimpft, darum hier nur eine Zusammenfassung:

nochmal Talkseite und proposal lesen würde nicht schaden. Einiges
habe ich ausgebessert.

> 1.) Es gibt kein Unterscheidungskriterium zwischen Klettersteig und
> Nicht-Klettersteig.

1. gibt es inzwischen
2. mehr oder weiniger overlap schadet auch nicht. Wir haben auch overlap 
zwischen
   unpaved road/track, highway=path/footway uvm - na und?

> 2.) Das einzige Argument für highway=via_ferrata war, dass es vor Renderern
> versteckt werden soll. Zugleich gibt es ein Carto-Ticket, dass es gerendert
> werden soll.

Du vergisst die Argumente gegen highway=path
1. wird für fast alles verwendet und hat genug eigene Kontroversen
2. ist per default für alle nichtmotorisierten Fahrzeuge und Pferde
   benutzbar, entsprechende nichteignung sillte extra getaggt werden
2. vertikale Ferratas mit path zu taggen ist klar irreführendes mapping

> 4.) Wenn man für versicherte Klettersteige ein eigenes Tag einführt, muss
> man konsequenterweise auch für unversicherte Kletterrouten ein Tag einführen
> (z.B. highway=climbing).

climbing route gibt es schon und das Proposal sehe ich als "in use" an.

> Wenn dann eine Route versicherte und unversicherte
> Kletterstellen enthält (z.B. Königschusswandsteig, Wildenauersteig), ergibt
> sich zusammen mit dem Gehgelände ein Flickwerk aus 3 verschiedenen
> highway-Tags in einer einzigen Route. 

nein weil climbing routen anders gemapt werden. Die gleiche Strecke kann
also problemlos sowhohl als ferrata als auch climbing route getaggt werden,
wobei ich das für eher sinnlos halte.

> highway=climbing und highway=path nicht klar differenzieren lassen.

wir leben nicht in einer Welt von Binärlogik.

> 5.) via_ferrata_scale=* oder einfacher ferrata_scale=* lassen sich auch ohne
> ein neues highway=* Tag verwenden, genauso wie sac_scale=*, mtb_scale=*,
> uiaa_scale=* usw. schon längst alle auf highway=path angewendet werden und
> bestens koexistieren.

> Das Proposal löst keine Probleme (welche sollten das denn sein?), sondern
> schafft nur welche.

Die Probleme die gelöst werden müssen:
 * ferrata_scale, ferrata=yes u.ä in Kombination mit highway=path sind Trolltags
   und werden bei den Entwicklern entsprechend unbeliebt wenn falsch eingesetzt.
   Kein Entwickler wird begeistert sein seine Fahrad- oder Fußgängernavi 
   umzuprogrammieren wegen ~450 via_ferrata_scale tags.
   D.h. der path muß tatsächlich begehbar sein und zumindest bicycle=no + 
horse=no 
   u.ä muß zusätzlich getaggt werden.

 * mit <1000 ferratas werden wir niemals einen "in use" status erlangen und ohne
   ein Approval sind einige Projekte verständlicherweise sehr zögerlich so 
seltene
   Tags zu unterstützen.

Mach ruhig ein besseres Proposal und stelle es zur Abstimmung, ich warte so 
lange. 
Aber ohne Abstimmung, geschweige denn ohne Proposal funktioniert bei einem Tag 
mit 
einer möglichen Einsatzzahl von 1000 Stück wenig.

Richard







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


Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

2016-01-26 Per discussione Friedrich Volkmann
On 26.01.2016 13:39, Rudolf Mayer wrote:
> Eine vielleicht ganz naive Frage, bin kein Experte, aber: erlaubt die OSM
> Lizenz nicht ganz explizit kommerzielle Verwendung der Daten ohne eine
> Benutzungsgebühr?

Die ODbL sagt nichts über Benutzungsgebühren aus. Das heißt, dass nicht mit
Hinweis auf die Lizenz Benutzungsgebühren eingefordert werden können.
Gesetze können aber sehr wohl Gebühren vorschreiben oder die Benutzung sogar
ganz verbieten.

> Damit wäre ja eine jede Vergütung einer Verwertungsgesellschaft absolut auf
> reiner Freiwilligkeit dieser Verwertungsgesellschaft basierend, oder? Das
> ist ja was anderes als bei Musik oder einem Buch, wo die Vervielfältigung ja
> fast immer explizit verboten ist, ebenso öffentlich Aufführungen u.Ä. eine
> besondere Genehmigung benötigen, etc...

Du versuchst, die Urheberrechtsabgaben mit Logik zu ergründen. Dass das
nicht geht, zeigt gerade dein Beispiel mit Musik. Die
Speichermedienvergütung wurde mit dem Vorwand eingeführt, dass die
Speichermedien hauptsächlich für Raubkopien von Musik usw. genutzt werden.
Nun sind die Raubkopien aber trotz der Vergütung noch immer illegal. D.h. es
wird eine Leistung verrechnet, die gar nicht in Anspruch genommen werden darf.

Suchen wir nicht nach Gründen. Nehmen wir die Realität, wie sie ist: Es gibt
diese und jene Gesetze, es gibt diese und jene Organisationen und Lobbies.
In diesem Ökosystem müssen wir unsere Ziele verfolgen, unsere Nische erkämpfen.

> Also allgemein wäre es toll wenn dem OSM Projekt was zukommen würde! Für
> Einzelpersonen stelle ich mir das dann noch mal viel schwieriger vor, weil
> man glaube ich kaum aufteilen könnte wieviel Anteil ein einzelner an z.b.
> der Daten aus Österreich hätte...

Kein Verteilungsschlüssel kann alle zufrieden stellen, aber jeder
Verteilungsschlüssel ist besser als der jetzige Zustand, wo überhaupt keiner
was bekommt.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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


Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

2016-01-26 Per discussione Frederik Ramm
Hallo,

On 01/26/2016 07:55 PM, Friedrich Volkmann wrote:
> Du versuchst, die Urheberrechtsabgaben mit Logik zu ergründen. Dass das
> nicht geht, zeigt gerade dein Beispiel mit Musik. Die
> Speichermedienvergütung wurde mit dem Vorwand eingeführt, dass die
> Speichermedien hauptsächlich für Raubkopien von Musik usw. genutzt werden.
> Nun sind die Raubkopien aber trotz der Vergütung noch immer illegal. D.h. es
> wird eine Leistung verrechnet, die gar nicht in Anspruch genommen werden darf.

Ich habe bei Deinem gesamten Traktat zum Urheberrecht und
Verwertungsgesellschaften den Eindruck, dass Du Dich mangels genauer
Sachkenntnis in eine Ecke verrannt hast. Das ist aber nur ein Eindruck
und meine eigene Sachkenntnis auch beschränkt, daher will ich mich
insgesamt lieber zurückhalten.

In dem oben von mir zitierten Absatz irrst Du aber nachweislich. Sowohl
in Deutschland als auch in Österreich gibt es eine Ausnahme im
Urheberrecht für Privatkopien; das Kopieren von Filmen oder Musik ist in
kleinem Rahmen zulässig, wenn man die Kopien "privat" nutzt, und zur
privaten Nutzung zählt auch die Weitergabe an Freunde oder
Familienangehörige. (Wer unter den geschätzten Leserinnen und Lesern das
gleiche greise Alter hat wie ich, hat in seiner Jugend noch für Freunde
Kassetten aufgenommen und sich damit völlig im Rahmen der Gesetze bewegt.)

Diese legalen Privatkopien sind es, für die die Musikindustrie eine
Abgabe auf damals Leerkassetten, heute andere Speichermedien
durchgesetzt hat. Nicht die illegalen Schwarz- oder Raubkopien.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-at] Via Ferrata/Klettersteig - Wie richtig taggen?

2016-01-26 Per discussione Friedrich Volkmann
On 26.01.2016 15:10, Richard wrote:
>> 1.) Es gibt kein Unterscheidungskriterium zwischen Klettersteig und
>> Nicht-Klettersteig.
> 
> 1. gibt es inzwischen

Der Abschnitt, den du ins Proposal hineingeschrieben hast, enthält
"Criteria" nur in der Überschrift. Schon der nächste Satz erwähnt "some
overlap", und "you may consider following points"... Schwammiger geht's
nicht mehr. Zu Klettersteigsets will ich nur sagen, dass es diese vor 20
Jahren noch gar nicht gegeben hat und dass das Sicherungsbedürfnis
individuell verschieden ist. Ich kenne jemanden, der alle
ostösterreischischen Klettersteige bis E ungesichert ging. Und umgekehrt hab
ich auch schon am Preinerwandsteig Leute mit Klettersteigset angetroffen.

> 2. mehr oder weiniger overlap schadet auch nicht. Wir haben auch overlap 
> zwischen
>unpaved road/track, highway=path/footway uvm - na und?

Diese Overlaps sind eine Altlast. Könnten wir diese Tags heute neu
entwerfen, würden wir es besser machen.

> Du vergisst die Argumente gegen highway=path
> 1. wird für fast alles verwendet und hat genug eigene Kontroversen

Path wurde gerade deswegen eingeführt um für fast alles verwendet zu werden.
Alle Eigenschaften (Berechtigungen, Beschaffenheit usw.) sollten in separate
Tags gehen.

> 2. ist per default für alle nichtmotorisierten Fahrzeuge und Pferde
>benutzbar, entsprechende nichteignung sillte extra getaggt werden

Es gibt keinen Default für die Benutzbarkeit, nur für die Berechtigung.

> 2. vertikale Ferratas mit path zu taggen ist klar irreführendes mapping

Bis zu welcher Neigung ist es denn ok?

>> 4.) Wenn man für versicherte Klettersteige ein eigenes Tag einführt, muss
>> man konsequenterweise auch für unversicherte Kletterrouten ein Tag einführen
>> (z.B. highway=climbing).
> 
> climbing route gibt es schon und das Proposal sehe ich als "in use" an.

Ich finde nur einen Draft, und climbing=route kommt genau 83x vor.

> Die Probleme die gelöst werden müssen:
>  * ferrata_scale, ferrata=yes u.ä in Kombination mit highway=path sind 
> Trolltags
>und werden bei den Entwicklern entsprechend unbeliebt wenn falsch 
> eingesetzt.
>Kein Entwickler wird begeistert sein seine Fahrad- oder Fußgängernavi 
>umzuprogrammieren wegen ~450 via_ferrata_scale tags.

Versuch nicht für Leute zu argumentieren, die du nicht kennst und deren
Bedürfnisse du nicht kennst. Als Programmierer kann ich dir nur sagen, dass
dieses Tag zu berücksichtigen eine Aufgabe von ein paar Sekunden ist.

Und ein neues highway-Tag wird ja wohl genauso von Entwicklern
berücksichtigt werden müssen.

>D.h. der path muß tatsächlich begehbar sein und zumindest bicycle=no + 
> horse=no 
>u.ä muß zusätzlich getaggt werden.

In AT ist das schon Default. Außerdem kenne ich keinen Klettersteig, wo
Radfahren und Reitverbot explizit verboten sind.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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


Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

2016-01-26 Per discussione malenki
Am Tue, 26 Jan 2016 13:39:43 +0100
schrieb Rudolf Mayer
:

> Eine vielleicht ganz naive Frage, bin kein Experte, aber: erlaubt die 
> OSM Lizenz nicht ganz explizit kommerzielle Verwendung der Daten ohne 
> eine Benutzungsgebühr?

Dann trifft noch immer der erste Teil von Friedrichs Problemstellung zu:
Wir sind Urheber, erzeugen Daten – sollen aber Abgaben zahlen, um diese
Daten speichern zu können.



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


Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

2016-01-26 Per discussione Friedrich Volkmann
On 26.01.2016 20:33, Frederik Ramm wrote:
> Sowohl
> in Deutschland als auch in Österreich gibt es eine Ausnahme im
> Urheberrecht für Privatkopien; das Kopieren von Filmen oder Musik ist in
> kleinem Rahmen zulässig, wenn man die Kopien "privat" nutzt, und zur
> privaten Nutzung zählt auch die Weitergabe an Freunde oder
> Familienangehörige.

Du hast schon recht, dass ich mich auf dünnem Eis bewege, aber ich fühle
mich in bester Gesellschaft, denn auch die Juristen sind sich in dem
Themenkomplex nicht als einig. So heißt es z.B. in
http://derstandard.at/1360681299644/Zulaessige-Privatkopie-ist-totes-Recht,
dass der zulässigen digitalen Privatkopie kein Anwendungsbereich mehr bleibt.

Soweit ich den Gesetzestext verstehe, stimmt deine Feststellung mit der
privaten Nutzung - allerdings nur wenn nicht "hiefür eine offensichtlich
rechtswidrig hergestellte oder öffentlich zugänglich gemachte Vorlage
verwendet wird" (UrhG §42 Abs. 5). D.h. es ist wie ein Stlle-Post-Spiel,
jeder darf es seinem Freund kopieren, aber der erste in der Kette muss es
gekauft haben. Das passiert heute kaum mehr. Die meisten laden sich die
Daten aus dem Internet runter. Mit der Musik, die ein Freundesfreund gekauft
hat, lässt sich keine Terabyte-Festplatte füllen. Insofern kann ich mir dem
Standard-Artikel nur anschließen.

> (Wer unter den geschätzten Leserinnen und Lesern das
> gleiche greise Alter hat wie ich, hat in seiner Jugend noch für Freunde
> Kassetten aufgenommen und sich damit völlig im Rahmen der Gesetze bewegt.)

Ja, damals war die Leerkassettenvergütung noch einigermaßen realitätsnah,
denn die meisten Kassetten wurden tatsächlich verwendet um Musik
draufzukopieren. Wer aber seine eigenen Tonaufnahmen drauf speicherte oder
die Kassetten als Datasetten nutzte, ärgerte sich schon damals.

Zum Kopieren von Kassette auf Kassette brauchte man ein Doppelkassettendeck,
das hatte nicht jeder. Wir nahmen hauptsächlich im Radio übertragene Musik
auf, wobei meistens der Anfang und das Ende fehlte, denn am Anfang war man
nicht schnell genug mit dem Drücken, und am Ende redete der Moderator rein,
damit die Hörer motiviert sind, sich das Original zu kaufen. Trotz dieser
Verunstaltung und der auch sonst miesen Tonqualität wären diese Aufnahmen
nach heutigem Gesetz anscheinend illegal, weil ja eine "öffentlich
zugänglich gemachte Vorlage" verwendet wurde.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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


Re: [OSM-talk-be] Bicycle highways

2016-01-26 Per discussione Ben Laenen
On Sunday 24 January 2016 22:38:06 Sander Deryckere wrote:
> I think we should get away from those rcn, lcn and ncn networks. And be
> freer in the allowed networks.
> 
> Even now there are problems with rcn networks used for cycle nodes, as
> those are getting introduced in France and Germany, while those countries
> already use those networks for other route types.

I agree the network tags should be rethought a little bit. We had some issues 
years ago when in Antwerp they created a small network of cycle routes through 
the city, not touristic routes, but fast safe routes. These routes were at the 
time signed with markings on the ground, but have since disappeared. But now I 
think about it, I think Brussels still has similar signed routes?

So all those networks are clashing with each other. At the very least we'll 
need to start making a distinction between touristic routes and functional 
routes (routes to actually go somewhere). I still like the hierarchy between 
local, regional and national (and international), but we need one set of those 
for touristic routes and one for functional routes. The Brussels network could 
then be one of those local ones, the bicycle highways regional.

Ben


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


Re: [OSM-talk] About the development of another Overpass API

2016-01-26 Per discussione mmd
Dear Dongpo,

Am 26.01.2016 um 07:36 schrieb Dongpo Deng:
> Dear all,
> 
> Last year, NCHC[1] started to host a caching server 'Longma' [2] for
> serving Asia. They are now working on development of an instance of
> Overpass API in Asia. To fetch data from OSM API, we're just wondering
> which OSM APIs are available for this?
> 

a good place to discuss this topic would be the Overpass API developer
list. A lot of folks who already run their own instance are subscribed
to this list and for sure can provide some helpful insights.

http://listes.openstreetmap.fr/wws/info/overpass

Cheers
mmd




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


Re: [OSM-co] Mapeado cerca de la U Javeriana de Bogotá

2016-01-26 Per discussione Fredy Rivera
2016-01-26 15:46 GMT-05:00 Jean Paul Picon Guerrero :
> Saludos a todos
>
> En efecto, los elementos que han aparecido son resultados de un ejercicio de
> la clase que doy en la Universidad Distrital.
> Dicto la clase de Astronomía Esférica, de la carrera de "Ingeniería
> Catastral y Geodesia", y en la primera parte del curso se introducen las
> coordenadas geocéntricas y algo de la proyección Gauss-Krüger. Uso OSM para
> hacer un acercamiento de los estudiantes a la interpretación y proyecciones
> cartográficas y edición de mapas, para que conozcan herramientas diferentes
> a GoogleMaps, todo esto mucho antes de que conozcan ArcGis.
> Este ejercicio lo he realizado los últimos dos semestres y
> desafortunadamente no he podido realizar guía completa para el mapeo en OSM
> de la clase, o para hacer una revisión precisa de las ediciones hechas por
> los estudiantes. Justamente para este semestre tengo pensado asignar a los
> estudiantes, no mapear nuevas zonas, sino corregir y revisar lo ya hecho en
> esta zona.
> Desde luego, recibo cualquier observación al respecto.
>
> De hecho, aprovecho para preguntar aquí:
> 1- ¿Cuál debería ser el enfoque o el énfasis que debería darle al ejercicio?
> 2- ¿Podría crearse una tarea del tasking manager sólo para este ejercicio
> académico?
me parece buena idea usar el tasking para tu ejercicio asi además lo
puedes controlar, el tasking de colombia ha tenido algunos problemas
pero esperamos que este al aire nuevamente.
salu2
Humano
>
> Hasta luego.
>
> --
> Jean-Paul Picón Guerrero
> jppic...@bt.unal.edu.co
> Cel: (+57) 300 778 4296
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>



-- 
##
 |___|__\___
 | _ |   |_ |  }
 "(_)""  ""(_)"

Twitter: @fredy_rivera

Phone USA:  (347) 688-4473

Mobil telephone: +57 3044886255

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


Re: [OSM-co] Mapeado cerca de la U Javeriana de Bogotá

2016-01-26 Per discussione hyan...@gmail.com
El 26 de enero de 2016, 18:43, Fredy Rivera 
escribió:

> 2016-01-26 15:46 GMT-05:00 Jean Paul Picon Guerrero <
> jppic...@bt.unal.edu.co>:
>
> pero esperamos que este al aire nuevamente.


Al aire http://tareas.openstreetmap.co/

Para abrir un proyecto por favor envía (por el interno) el polígono del AOI
en formato GeoJson, en conjunto con:

   - Título
   - Descripción corta
   - Descripción
   - Objetos a mapear
   - Instrucciones

Saludos,

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


Re: [OSM-co] Resumen de Talk-co, Vol 90, Envío 19

2016-01-26 Per discussione Luis Mejia
Gracias Andy y Humberto, agregue los repositorios directamente del servidor
de OpenStreetMap y actualicé JOSM desde allí.

enlace:
https://josm.openstreetmap.de/wiki/Download#Ubuntu

Saludos.

El 26 de enero de 2016, 7:00, <talk-co-requ...@openstreetmap.org> escribió:

> Envíe los mensajes para la lista Talk-co a
> talk-co@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-co
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-co-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-co-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-co digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
>
> Asuntos del día:
>
>1. Re: No puedo cargar la capa de imagenes de Bing aerial
>   Imagery (Andy Townsend)
>2. Re: No puedo cargar la capa de imagenes de Bing aerial
>   Imagery (hyan...@gmail.com)
>
>
> --
>
> Message: 1
> Date: Tue, 26 Jan 2016 11:42:27 +
> From: Andy Townsend <ajt1...@gmail.com>
> To: talk-co@openstreetmap.org
> Subject: Re: [OSM-co] No puedo cargar la capa de imagenes de Bing
> aerial Imagery
> Message-ID: <56a75ba3.2090...@gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> On 26/01/2016 11:01, Luis Mejia wrote:
> >
> > Recientemente instalé JOSM en un equipo con el S.O. xubuntu. Cuando
> > hago click (adjunto pantallazos) para cargar la capa de imagenes
> > satelitales de bing para aparece el error:
> > *input == null!*
>
> ver también
>
> https://help.openstreetmap.org/questions/47652/i-got-input-null-when-i-used-bing-aerial-imagery-in-josm
>
> Cheers,
>
> Andy
>
>  próxima parte 
> Se ha borrado un adjunto en formato HTML...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-co/attachments/20160126/1ecab6fe/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Tue, 26 Jan 2016 06:44:32 -0500
> From: "hyan...@gmail.com" <hyan...@gmail.com>
> To: OpenStreetMap Colombia <talk-co@openstreetmap.org>
> Subject: Re: [OSM-co] No puedo cargar la capa de imagenes de Bing
> aerial  Imagery
> Message-ID:
> <
> caja74tctspf_we75itjhqaiwoph5lejpfwdhf7p9szyczde...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Luis Miguel, la versión que usas ('6502') tiene un bug y fue resuelto en la
> version 7643, actualiza a la estable que te recomienda el mismo programa
> ('9229').
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741070
>
> El 26 de enero de 2016, 6:01, Luis Mejia <luism...@gmail.com> escribió:
>
> > Hola a todos,
> >
> > Recientemente instalé JOSM en un equipo con el S.O. xubuntu. Cuando hago
> > click (adjunto pantallazos) para cargar la capa de imagenes satelitales
> de
> > bing para aparece el error:
> >
> >
> > *input == null!*
> > Agradezco de antemano su valiosa ayuda para superar este problema,
> > Saludos Cordiales
> > *.*
> >
> > --
> > Luis Miguel Mejía Martínez
> >
> >
> >
> > ___
> > Talk-co mailing list
> > Talk-co@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-co
> >
> >
>  próxima parte 
> Se ha borrado un adjunto en formato HTML...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-co/attachments/20160126/4a77d92c/attachment-0001.html
> >
>
> --
>
> Subject: Pié de página del digest
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
> --
>
> Fin de Resumen de Talk-co, Vol 90, Envío 19
> 
>



-- 
Luis Miguel Mejía Martínez
Estudiante Ing. de Sistemas
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co


Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Paul Norman

On 1/26/2016 11:34 AM, Chandler Vancouver wrote:


To begin with I am relatively new to OSM but I am trying to figure the 
Canadian definition for trunk status and find the current definition 
as described on 
http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk 
as academic and not functional. And please forgive me if I covering 
previously discussed material. Also, my context might from British 
Columbia focus as well.


This conversation comes up from a discussion I have had with another 
OSM contributor, so I'm posting below my response to the definition as 
found at 
http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk


http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads 
is a better description of how things are actually tagged in BC in OSM.


At least within the lower mainland and Fraser valley, the NHS is not 
used for tagging. My preferred examples of this are the new Highway 17, 
which didn't exist when the document was compiled, and some of the 
relatively small roads linking highways to ports.


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


Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Chandler Vancouver
Thanks Paul!

This is much closer to how I view trunk vs. primary highways. But how can
http://wiki.openstreetmap.org/ have one clear thread to users that this is
case. So far I found two, if not three, conflicting definitions for
highways in BC depending how you read through the wiki.

how can http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk
be modified to direct people to
http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads
?

Cheers,
Ken

On Tue, Jan 26, 2016 at 12:07 PM, Paul Norman  wrote:

> On 1/26/2016 11:34 AM, Chandler Vancouver wrote:
>
>>
>> To begin with I am relatively new to OSM but I am trying to figure the
>> Canadian definition for trunk status and find the current definition as
>> described on
>> http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk as
>> academic and not functional. And please forgive me if I covering previously
>> discussed material. Also, my context might from British Columbia focus as
>> well.
>>
>> This conversation comes up from a discussion I have had with another OSM
>> contributor, so I'm posting below my response to the definition as found at
>> http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk
>>
>
>
> http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads
> is a better description of how things are actually tagged in BC in OSM.
>
> At least within the lower mainland and Fraser valley, the NHS is not used
> for tagging. My preferred examples of this are the new Highway 17, which
> didn't exist when the document was compiled, and some of the relatively
> small roads linking highways to ports.
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Stewart Russell
A trunk road is not necessarily divided. The limited access part means that
it's not residential. It has to go from a town or city to another town or
city. It predates or has lesser capacity than a motorway.

It's one of these maddening "know one when I see one" definitions that
makes perfect sense in the UK but is difficult elsewhere.

Much of the Trans-Canada, f'rinstance, would be considered a trunk road.

Cheers
Stewart
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Chandler Vancouver
Great points, Daniel. And thank you very much for providing the summary of
viewpoints. I found the online archive hard to follow.

When it comes to calling a route a trunk route I lean towards the
functionality of the route as opposed to the design qualities. Excepting
motorways, IMO trunk routes are about what is the purpose of the route with
the following values:

1) Linking significant cities and/or destinations.

2) Traffic volumes.

3) Suitability for goods movement.

The problem is these can be subjective and not objective.

Overall I lean towards J.P. Kirby's definition. This is because I look at
the end user's point of view for using a map. The vast majority is to find
the most efficient way of travelling from point A to point B taking the
route that has the highest speed limit with the highest number of
intersection where they have priority over the cross streets. It doesn't
matter if the road has two-lane or four-lanes. What matters is that the
cross streets have stop signs or have signalized traffic light giving the
trunk route priority over the cross street. This can include short linkages
of un-number highway routes.

Cheers,
Ken

On Tue, Jan 26, 2016 at 1:01 PM, Begin Daniel  wrote:

> Bonjour Chandler,
>
> You have just raised an issue that was discussed last summer on this list,
> without a final agreement (search for [Talk-ca] Highway recoding).
>
>
>
> I brought the issue because I found that the guideline proposes 3
> functional categories, in which one is called “trunk,” while I was on the
> impression that OSM definitions were more oriented toward the physical
> nature of the infrastructure (motorway, primary, residential, service, etc.)
>
>
>
> Summarizing the discussions …
>
> J.P. Kirby argued that functional categories better fits the spirit of the
> British classification system that OSM Highway tagging is based on.
>
> Tristan Anderson did not exactly agree with the functional definitions but
> he has been using them and he proposed to use a mix between functional and
> infrastructure descriptions.
>
> Paul Norman did not agree with the functional definition (trunk)
>
> Stewart C. Russell proposed a trunk definition oriented toward an
> infrastructure description.
>
> Adam Martin goes for Tristan definitions but suggest trunk could be
> applied to TransCanada Highway only.
>
>
>
> IMO, OSM classification mostly aims at describing the road infrastructure,
> not the strategic/economic importance a local government says about them. I
> am inclined to agree with Stewart’s proposal of trunk definition…
>
>
>
> “A road that link cities/towns with some access limitations and higher
> speed limit”
>
>
>
> The “some access limitations” proposed in his definition would make the
> distinction between a motorway (full access limitations) and primary roads
> (no access limitations) and it is actually pretty close to the BC
> definition Paul just sent you.
>
>
>
> Further comments?
>
> Daniel
>
> *From:* Chandler Vancouver [mailto:chandler.vancou...@gmail.com]
> *Sent:* January-26-16 14:34
> *To:* talk-ca@openstreetmap.org
> *Subject:* [Talk-ca] Highway recoding
>
>
>
> Hi everyone!
>
>
>
> To begin with I am relatively new to OSM but I am trying to figure the
> Canadian definition for trunk status and find the current definition as
> described on
> http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk as
> academic and not functional. And please forgive me if I covering previously
> discussed material. Also, my context might from British Columbia focus as
> well.
>
>
>
> This conversation comes up from a discussion I have had with another OSM
> contributor, so I'm posting below my response to the definition as found at
> http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Trunk
>
>
>
> ---
>
>
>
> Thank you for updating me as to the status of trunk roads. And I have
> begun correcting routes that are definitely not trunk roads.
>
> I think the concern I have is openstreetmap needs different layers
> depending on the end users purpose. For example, if the end user is using
> OSM for a GPS navigational unit the status of a trunk road based on the
> Council of Ministers criteria is irrelevant. For that matter, for most map
> users it is irrelevant. Most people using a map want to know essentially
> know where number designated highways are so they can travel most
> efficiently to their destination.
>
> However, there was/is precedence on OSM in the Lower Mainland region of BC
> of a trunk highway status on a route that is not covered by the Council of
> Ministers. Highway 7 (Lougheed Highway), west of the changeset you
> corrected, and Highway 7B (the Mary Hill Bypass) are shown as trunk roads
> on OSM yet they are not mentioned in the Canada’s National Highway System
> Annual Report 2014 (page 29 -
> http://www.comt.ca/english/nhs-report-2014.pdf ).
>
> The purpose of the Canada’s National Highway System Annual Report 2014 is
> for government 

Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Chandler Vancouver
Completely agree, Stewart.

Similarly I live just off a road I would consider to be a tertiary level
road. It runs for only 4 km and links up residential side streets, a high
school, an elementary school and a small scale commercial zone. It is only
two lanes wide but for over 50% of its length has a centre boulevard or a
centre dual left turn lane. As well, less than 25% of its length has
residences that off it and none where you can park on the road itself.

Where it meets four main crossroads the intersections are as follows:

Intersection A: full signal with priority given to the crossroad.

Intersection B: a four-way stop.

Intersection C: full signal with priority given to the road in question.

Intersection D: a stop sign with the crossroad given full priority over the
road in question.

In addition there is a walking trail that crosses with a pedestrian
activated signal but with an advanced warning signal as described at
http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads
under "trunk".

Driving the full length you would know it is a tertiary level route, yet I
can take photographs of the route that could lead you to believe it is a
trunk road.

---

Another example is SW Marine Drive between Camosun Street and the
University of British Columbia -
https://www.openstreetmap.org/way/255865854#map=15/49.2428/-123.2196 . It
is designed at the level described for trunk road at
http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads,
yet the OSM contributors have designated it as secondary highway.

I don't find this a "maddening" as you say, but then I feel we could adopt
a more UK approach to the definition then a infrastructure/design POV.



On Tue, Jan 26, 2016 at 1:27 PM, Stewart Russell  wrote:

> A trunk road is not necessarily divided. The limited access part means
> that it's not residential. It has to go from a town or city to another town
> or city. It predates or has lesser capacity than a motorway.
>
> It's one of these maddening "know one when I see one" definitions that
> makes perfect sense in the UK but is difficult elsewhere.
>
> Much of the Trans-Canada, f'rinstance, would be considered a trunk road.
>
> Cheers
> Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Highway recoding

2016-01-26 Per discussione Ken Wuschke
But there's one point on showing a route as a trunk route that I think is
important to considered. And this would be on a global level, not just for
Canada.

I use OSM on a Garmin Nuvi navigational system. If you are not familiar all
of the OSM maps can be downloaded for free for use on GPS navigational
units. Go to https://www.openmapchest.org/ to see how it is done.

The problem is if you are using the OSM map on a GPS unit to show your
surroundings it is hard to see provincial/state level highways on it. If a
numbered route is categorized as a highway
=tertiary
 then it gets
the same colour rendering for a collector street in an urban area. There is
no difference.

If all provincial numbered routes are designated as a trunk route then the
end user can quickly see this on their GPS unit and therefore can guide
their vehicle to this level of route easily.

I'll see if I can put up screenshot of my GPS unit showing this.
---

On the other hand, any road designated a private road shows up on a Garmin
in bright red over powering all other roads. I don't know how to change
this without re-desginating the private roads on OSM, but that would defeat
what OSM is trying to achieve.

Again, I am thinking of the end user of OSM.

Cheers,
Ken

On Tue, Jan 26, 2016 at 1:49 PM, Chandler Vancouver <
chandler.vancou...@gmail.com> wrote:

> Completely agree, Stewart.
>
> Similarly I live just off a road I would consider to be a tertiary level
> road. It runs for only 4 km and links up residential side streets, a high
> school, an elementary school and a small scale commercial zone. It is only
> two lanes wide but for over 50% of its length has a centre boulevard or a
> centre dual left turn lane. As well, less than 25% of its length has
> residences that off it and none where you can park on the road itself.
>
> Where it meets four main crossroads the intersections are as follows:
>
> Intersection A: full signal with priority given to the crossroad.
>
> Intersection B: a four-way stop.
>
> Intersection C: full signal with priority given to the road in question.
>
> Intersection D: a stop sign with the crossroad given full priority over
> the road in question.
>
> In addition there is a walking trail that crosses with a pedestrian
> activated signal but with an advanced warning signal as described at
> http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads
> under "trunk".
>
> Driving the full length you would know it is a tertiary level route, yet I
> can take photographs of the route that could lead you to believe it is a
> trunk road.
>
> ---
>
> Another example is SW Marine Drive between Camosun Street and the
> University of British Columbia -
> https://www.openstreetmap.org/way/255865854#map=15/49.2428/-123.2196 . It
> is designed at the level described for trunk road at
> http://wiki.openstreetmap.org/wiki/Canada:British_Columbia#Highways_and_provincial_roads,
> yet the OSM contributors have designated it as secondary highway.
>
> I don't find this a "maddening" as you say, but then I feel we could
> adopt a more UK approach to the definition then a infrastructure/design POV.
>
>
>
> On Tue, Jan 26, 2016 at 1:27 PM, Stewart Russell  wrote:
>
>> A trunk road is not necessarily divided. The limited access part means
>> that it's not residential. It has to go from a town or city to another town
>> or city. It predates or has lesser capacity than a motorway.
>>
>> It's one of these maddening "know one when I see one" definitions that
>> makes perfect sense in the UK but is difficult elsewhere.
>>
>> Much of the Trans-Canada, f'rinstance, would be considered a trunk road.
>>
>> Cheers
>> Stewart
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-GB] Admin Boundaries in Northern Ireland

2016-01-26 Per discussione Walter Nordmann

Hi,

any reason why there are only admin boundaries with admin_level=10 in 
Northern Ireland?


No counties (AL6), no cities (AL8), no Suburbs(AL9) - nothing

regards
walter/germany


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


Re: [Talk-GB] Admin Boundaries in Northern Ireland

2016-01-26 Per discussione Colin Smale
What is missing, is AL8 - used for "Districts" in the UK. Counties used
to exist in NI but they are now defunct as administrative entities. The
boundaries seem to be (still) there in OSM, but with boundary=historic
admin_level=6. I am not sure where the existing AL10 data came from, and
what these boundaries are used for in practise. 

The problem may be connected with a lack of open data for government
information in NI. They (including OSNI, Ordnance Survey Northern
Ireland) seem to be lagging behind the rest of the UK on that front. 

Interestingly, the UK AL4 boundaries (for the nations of the UK:
England, Wales, Scotland and Northern Ireland) demarcate the territorial
waters, and not the limits of normal administrative jurisdiction.

//colin 

On 2016-01-26 18:19, Walter Nordmann wrote:

> Hi,
> 
> any reason why there are only admin boundaries with admin_level=10 in 
> Northern Ireland?
> 
> No counties (AL6), no cities (AL8), no Suburbs(AL9) - nothing
> 
> regards
> walter/germany
> 
> ___
> 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] Schools project - update 3

2016-01-26 Per discussione Rob Nickerson
A third update on the quarterly project.

0. The what project?
http://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects

1. Open Data Manchester
Following a tweet Open Data Manchester have asked whether anyone can go and
show them how to map. Looks like their next meeting is Monday February 1st,
6.30 – 8.30pm. Any volunteers?

2. Edits continue at pace.
For those adding #OSMSchools to their changeset comments (sorry no way to
go back and add it if you forget) we reached a high of 258 changesets on
18th Jan. The map is starting to look well covered (although some gaps
missingso please continue to use this in your changesets). See
http://resultmaps.neis-one.org/osm-changesets?comment=OSMschool#6/53.495/-3.549

3. 175 people have done 5351 edits
Amazing numbers measured by Harry's tracker. Looks like Uganda has joined
the project too. It would be great if someone could turn the CSV linked
data at the bottom of the tracker into a daily chart. See
http://harrywood.dev.openstreetmap.org/diffreader/schools/

4. HS and ZE are 100% complete!
Wow! The HS (Outer Hebrides) and ZE (Lerwick) postcodes are complete.
Thanks go to OpenStreetMapper seumas. Many other postcodes (with more
schools within them ;-) ) are close to this now too
http://robert.mathmos.net/osm/schools/progress/

5. Nodes converted to ways
Following lot's of data clean up we are nearing 80% of schools mapped as
land areas rather than simple points. We should hit this in the next couple
of days.

6. Northern Ireland still needs some work
If you map in Northern Ireland and want to get involved please do. Each
extra school mapped there will help lift it off the bottom of the tracker.
We can also look at doing some initiatives in NI if the local community
want this. Let us know :-)

7. Blogs and video
Please keep up the blogging and tweeting. It would be great if we could
attract some new mappers (a how to map schools video would be great if you
have time to do this). If you don't run a blog then I can let you post to
http://mappa-mercia.org

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


Re: [Talk-GB] Admin Boundaries in Northern Ireland

2016-01-26 Per discussione Brian Prangle
AL10 boundaries came from the OSM Ireland Project on Townlands  rgds Brian

On 26 January 2016 at 17:38, Colin Smale  wrote:

> What is missing, is AL8 - used for "Districts" in the UK. Counties used to
> exist in NI but they are now defunct as administrative entities. The
> boundaries seem to be (still) there in OSM, but with boundary=historic
> admin_level=6. I am not sure where the existing AL10 data came from, and
> what these boundaries are used for in practise.
>
> The problem may be connected with a lack of open data for government
> information in NI. They (including OSNI, Ordnance Survey Northern Ireland)
> seem to be lagging behind the rest of the UK on that front.
>
> Interestingly, the UK AL4 boundaries (for the nations of the UK: England,
> Wales, Scotland and Northern Ireland) demarcate the territorial waters, and
> not the limits of normal administrative jurisdiction.
>
>
> //colin
>
> On 2016-01-26 18:19, Walter Nordmann wrote:
>
> Hi,
>
> any reason why there are only admin boundaries with admin_level=10 in
> Northern Ireland?
>
> No counties (AL6), no cities (AL8), no Suburbs(AL9) - nothing
>
> regards
> walter/germany
>
>
> ___
> 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-GB] [Imports] OSM with Wikidata: 27232 matches found in England

2016-01-26 Per discussione Edward Betts
Neil Matthews  wrote:
> I had a look at your Bristol matches -- most are reasonable, a few issues:
> 
> Q5015771 — Cabot Circus — Cabot Circus (way, distance: 165 m) building=yes
> Matched to parking not the shopping area -- OSM updated, was a suburb
> place

I've added landuse=commerical to the list of tags that the matcher looks for.

> University of Bristol
> one of three matches is to operator UWE Bristol -- OSM updated should be
> UWE

This is because the UWE building has the name B, and B is a substring of
'University of Bristol'. I can adjust the matching to stop this happening.

> Stoke Park
> should probably match to Stoke Park Estate -- remove duplicating node
> from OSM

The matcher has a list of possible name endings for parks: park, gardens
and common. I've added "estate" to this list. For parks the names "Stoke Park"
and "Stoke Park Estate" will be considered to be a match.

> Brislington West (ward)
> matched to Saint Annes -- probably needs checking further?

Saint Annes is given as a polish language alias for Brislington West on
Wikidata. I'm going to check if non-English names are useful for matching, or
if I should just ignore them.

> P.S. Might be fun to see the items for Bristol that couldn't be matched :-)

I'll see if I can produce a list. Wikidata contains items with geographic
coordinates for things no longer exist, like demolished buildings. Maybe I can
detect if the Wikipedia article about the item is written in the past tense.

-- 
Edward.

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


Re: [Talk-GB] Schools project - update 3

2016-01-26 Per discussione Lester Caine
On 26/01/16 19:38, Rob Nickerson wrote:
> 4. HS and ZE are 100% complete!
> Wow! The HS (Outer Hebrides) and ZE (Lerwick) postcodes are complete.
> Thanks go to OpenStreetMapper seumas. Many other postcodes (with more
> schools within them ;-) ) are close to this now too
> http://robert.mathmos.net/osm/schools/progress/

Actually the completion list is actually a lot better than that. The
current process has problems with special cases which ARE complete as
best we can tag them, but the progress tool does not understand the
problems.

But it would be better to also display what percentage actually have
edubase or similar ID tags as well. That coverage needs more work yet.
I've hacked the current name check script and can identify those schools
that exist but without an ID.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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


Re: [Talk-GB] Schools project - update 3

2016-01-26 Per discussione Rob Nickerson
Am aware of this Lester. It makes the blog post a lot harder though. Feel
free to write something up and send it through :-)

BTW: The amenity=college page on the wiki [1] is lacking a lot. Could do
with some extra details (rather than simply linking to wikipedia) and it's
context needs expanding beyond just the UK. Any takers?

*Rob*
[1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-GB] Schools project - update 3

2016-01-26 Per discussione Lester Caine
On 26/01/16 21:20, Rob Nickerson wrote:
> 
> BTW: The amenity=college page on the wiki [1] is lacking a lot. Could do
> with some extra details (rather than simply linking to wikipedia) and
> it's context needs expanding beyond just the UK. Any takers?
> 
> [1] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcollege

Actually the way that the UK higher education structure has changed it's
possibly pointless today bothering with 'college' as a category. Many
'Technical Colleges' now call themselves Universities, and secondary
education now extends into the sixth form college sector. When a
University includes 'Hairdressing' or 'Car mechanics' then it's degree
status looks a little suspect? Even the Wikipedia article is tagged as
'Outdated' for 'Further Education' :)

That said, The remaining college sector does seem to be consolidating
with a well defined 'non-university' prospectus and the EduBase2
categories for University and College is probably an ideal division to
follow, and I was tagging sixth form colleges as College rather than
School following that tagging. The question perhaps is should the fancy
'Academy' Secondary school be tagged separately at all? Since these do
not have to include that in their titles ... The tricky bit being the
16-19 age range campuses. Of cause once the URN is included one can look
up the secondary data anyway.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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


Re: [Talk-GB] Next UK chapter concall

2016-01-26 Per discussione Rob Nickerson
Brian wrote:
>On legal structures, please read Rob's excellent summary before the
>concall. I've read it and my conclusion so far, and I'm still not clear on
>some things, is that we shouldn't go for unincorporated society (unlimited
>liablity for officers) or charity (we don't have a charitable purpose and
>the legal strictures are a bit more complex than we'd want). From the rest
>I think company limited by guarantee (that's what OSMF chose) suits us
>best. Not sure yet whether CIO or CIC, given that we'd be non-profit, are
>worth considering.

Thanks Brian. I found time to look again at CIC's today and have updated
the document and wiki [1]. They are limited companies with extra features.
The extra features mean more paperwork (although apparently not too much
more) but send a clear message that we are for community benefit not
personal gain.

A CIO is essentially a "Charity-light" in that it only needs to register
with the Charity Commission and not Companies House as well (as a
Charitable Company does). I'm not sure how much annual overhead and
legalise this removes. We still would need to meet the Public Benefit Test
(and presumably obey Charity Law).

Will discuss on the concall.

*Rob*
[1] https://wiki.openstreetmap.org/wiki/UK_Group#Structures
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [OSM-talk-fr] Problème de langue

2016-01-26 Per discussione Pierre Béland
La langue officielle en France est le français. 
donc pour le territoire français, name contient la dénomination française, 
portion allemande, l'allemand. et si vous le voulez, name:en peut être ajouté.
Nous procédons ainsi au Canada. Québec en français.

  
Pierre 

 

  De : Damouns 
 À : Discussions sur OSM en français  
 Envoyé le : mardi 26 janvier 2016 2h53
 Objet : Re: [OSM-talk-fr] Problème de langue
   
Moi je suis assez d'accord avec Jean-Yvon : je ne vois pas l'intérêt du name= 
dans le cas d'un objet international comme ça. A la limite je verrais bien des 
name:fr=, name:de=... mais pas de name= car en plus il est redondant avec le 
ref.


Damouns

Le 26 janvier 2016 à 07:33, Dominique Faure  a écrit 
:

Donc si je résume par rapport à mon propos initial, il faudrait finir par avoir:
=> Une relation "name=European route 54", référençant:
==> 2 relations "name:fr=Route européenne 54" et "name:de=Europastraße 54" pour 
chaque portion nationale, référençant:
===> p segments élémentaires existants, nommés ou non suivant le cas.

C'est ça?
J'ai regardé un peu alentour, il semblerait que la route E60 présente déjà une 
structure similaire. Faut-il se caler dessus?
Enfin, la question qui fâche, qui fait la modif? :)

2016-01-26 0:49 GMT+01:00 Philippe Verdy :



Le 25 janvier 2016 à 22:41, Jérôme Seigneuret  a 
écrit :

Bonjour,
J'appui Jean-Yvon pour le name
Coté relation David à raison sur le fait de gérer des relations avec des 
niveaux multiples ce qui permet d'importer des portions ou de gérer des 
itinéraires logiques par étapes avec les différents niveau (local, régional, 
national...) d'où l'utilisation du name anglais sur une super-relation (en 
Europe quand ça traverse les frontières)
Pour le check d'OSM c'est pas trivial sur le test du nom.
Je reprends le cas de Philippe
Noms dans la langue locale et dans la langue par défaut différents 
way 83115947 rawedit josm edit 
highway = living_street 
maxspeed = 20 
name = Chemin des Bauches 
name:fr = Lotissement le Manoir 
Là on n'est vraiment pas sur une question de langue mais sur une incohérence de 
nom. C'est pas la traduction qui est testé mais juste une correspondance entre 
le territoire le name:[langue] et le name

Je n'ai pas dit le contraire, seulement ton débat concernant le territoire est 
hors sujet mais c'est pourtant le même test qui est fait : trouver une 
correspondance entre un name:lang=* et le name=* Et Là Osmose ne teste pas tous 
les name:lang=* mais se limite à chercher le name sur un seul noeud pour lequel 
il détermine quelle devrait être "la" langue locale et signale ensuite l'erreur 
sur la relation entière puisque alors le name=* par défaut n'a pas la valeur du 
name:fr... Même si le noeud n'a qu'une langue locale, ce n'est celle de la 
relation entière, hors le résultat s'affiche pour la relation entière ou le 
chemin ou polygone entier. C'est ça qui est défectueux: déterminer la langue 
locale d'une relation sur un seul de ses noeuds (choisi en fait arbitrairement) 
ne peut pas marcher du tout et donnera des résultats faux si l'objet n'est pas 
tout entier dans un territoire linguistique unique (dans ce seul cas le noeud 
choisi arbitrairement marchera puisqu'il fait partie de l'objet entièrement 
contenu dans la même zone linguistique).
Bref mon exemple (qui là concernait une rue donc un chemin (qui pourrait lui 
aussi couvrir plusieurs territoires lingusitiques) est défectueux aussi sauf 
que la rue entière est dans le même territoire que le noeud choisi sur ce 
chemin. Mais ça marche seulement à moitié.
Je maintiens donc ce que je disais :
- pas besoin de déterminer une langue locale (s'il y en a une malgré tout, il 
suffit qu'elle ait une valeur "name:lang=*" correspondante à cette langue, mais 
nul besoin que ce soit la langue par défaut pour la valeur du name=* qui peut 
rester différente (exemple courant : les noms par défaut en Chine ou dans les 
pays arabes peuvent rester en anglais, même si la langue locale est le chinois 
ou l'arabe, mais il faudrait autant que possible libeller précisément ce nom 
anglais aussi avec name:en=*)
-  dans les pays ou régions officiellement multilingues on ne peut pas 
déterminer quelle est la langue par défaut et ce n'est même pas souhaitable 
(pas plus que d'imposer l'anglais dans ce cas alors que le nom anglais serait 
en fait une approximation grossière et que le nom romanisé serait en fait issu 
d'une transliteration latine officielle telle que le romaji japonais, ou les 
transliterations officielles ou universitaires du chinois ou du coréen, ou les 
romanisations BPCN utilisées sur les cartes de l'ONU et dans les échanges 
cartographiques internationaux, ou les transliterations des organisemes 
internationaux pour l'aviation ou la navigation maritime) ; en revanche on 
n'oublira pas de mentionner les noms dans les langues officielles mais il reste 

Re: [OSM-talk-fr] Cabines téléphoniques

2016-01-26 Per discussione Philippe Verdy
C'est vrai qu'on a tous des portables aujourd'hui, bien obligé. Mais on est
souvent à court de batterie et il est difficile de trouver des bornes de
recharge ou même de s'en servir pour devopir patienter sur place pendant au
moins une demi-heure.
Là on compte sur quelqu'un qui a un portable à prêter, sinon on demande à
un commerçant si on peut se servir de son téléphone. Car les
"points-phones" d'usage libre dans les commerces sont finalement assez
rares (il y en a eu, mais ils ont disparu aussi pour la plupart).
Au prix des appels depuis une ligne fixe aujourd'hui (illimité) on n'hésite
plus à demander de passer un coup de fil et si on est aimable et poli, pas
de problème on vous permet de passer votre appel. Pour le reste nos appels
sont finalement rarement urgents.
Maintenant on n'a pas eu la chance en France d'avoir les jolies cabines
téléphoniques anglaises. Le fait qu'elles disparaissent n'est pas vraiement
un mal, tellement elles étaient moches (et souvent en panne ou cassées car
vandalisées)

Le 26 janvier 2016 à 10:28, Donat ROBAUX  a écrit :

> UN HAUT-SAÔNOIS PHOTOGRAPHIE LES DERNIÈRES CABINES TÉLÉPHONIQUES.
> http://www.estrepublicain.fr/actualite/2016/01/26/les-cabines-dans-la-boite
>
> Ca peut servir pour OSM et faire un comparatif avant/après.
>
>
> *ELLES FONT TELLEMENT PARTIE du paysage qu’on ne les regarde plus. Mais
> bientôt, elles auront disparu pour de bon : le démantèlement des cabines
> téléphoniques, qui a débuté en 1997, va s’accélérer pour être achevé fin
> 2017. C’est la conséquence d’un article de la loi Macron, qui a mis fin
> l’été dernier aux obligations d’Orange en matière de « publiphonie ». Il
> faut dire qu’avec la généralisation de l’usage du téléphone portable, les
> cabines servent de moins en moins. Désormais, elles seraient utilisées
> moins d‘une minute par jour en moyenne.*
>
> *Ce chiffre n’étonnera pas Laurent Robert, un enseignant vésulien qui a
> entrepris de photographier les cabines encore debout en Haute-Saône. « Je
> vois des traces de passage, mais jamais personne dedans », raconte-t-il.
> Pourtant, le quadragénaire a compilé 142 clichés de cabines en un an. Le
> résultat est visible sur le site internet « flickr », qui permet de
> géolocaliser chacune des images.*
>
> *« Mine de rien, les gens y sont attachés »*
>
> *Ce n’est pas la nostalgie qui a poussé Laurent Robert à se lancer dans
> cette entreprise ; il s’est inspiré d’une exposition de Bernd et Hilla
> Becher consacrée aux châteaux d’eau. Le couple de photographes allemands
> est connu pour ses séries de bâtiments industriels photographiés selon le
> même angle de vue et le même cadrage. L’enseignant haut-saônois a apprécié
> le principe et a voulu l’appliquer aux stations-service de Haute-Saône,
> mais s’est rabattu sur les cabines quand il a appris qu’elles allaient
> disparaître.*
>
> *Armé d’un reflex numérique, le photographe amateur a arpenté tout le
> nord-est du département à leur recherche. Sur le terrain, il s’est rendu
> compte que les cabines n’étaient pas toujours implantées au centre des
> villages, mais parfois en pleine nature. Il a aussi constaté qu’elles
> étaient encore visitées, même si ce n’est plus pour téléphoner. Des
> messages y sont gravés, des bouteilles abandonnées. Sur les portes, des
> affiches annoncent le prochain bal ou loto organisé dans la commune. « Mine
> de rien, les gens sont attachés aux cabines », estime Laurent Robert. «
> C’est parfois un point de repère. »*
>
> *Immortaliser ces vestiges d’une époque pas si lointaine a parfois donné
> lieu à des scènes cocasses. À Velorcey, près de Luxeuil-les-Bains, un
> habitant est sorti de chez lui en voyant Laurent Robert photographier sa
> maison. « Elle est belle, ma ferme », lui a-t-il lancé. « J’ai dû lui
> expliquer que ce n’était pas elle que je prenais, mais la cabine installée
> juste devant… » Sur un chantier où il y avait peut-être plus de monde que
> la normale, des ouvriers ont aussi interdit à l’enseignant de les prendre
> en photo. Là encore, c’est la cabine située juste devant qui l’intéressait,
> pas eux.*
>
> *Une cabine au fond du jardin ?*
>
> *Peu à peu, le quadragénaire est devenu un spécialiste des différents
> types de cabines qui existent. « Les octogonales, on n’en trouve qu’en
> ville », a-t-il remarqué. En Haute-Saône, il est aussi tombé sur quelques
> cabines-oeufs « qui font très années soixante-dix ». Laurent Robert s’est
> pris au jeu comme un collectionneur à qui il manquerait telle ou telle
> pièce rare. « Je regrette de n’avoir pas eu la cabine du quartier des
> Rêpes, à Vesoul, juste devant l’école où je travaille. Ils l’ont enlevée
> avant que je commence. »*
>
> *Le travail de collecte qu’il a réalisé « n’est pas artistique mais
> esthétique », juge-t-il avec le recul. Reste que cette expérience de photo
> systématique l’a emballé : « J’ai une formation scientifique, il me faut
> une consigne claire », s’amuse-t-il. Aujourd’hui, quand il se balade, il a
> 

Re: [OSM-talk-fr] Problème de langue

2016-01-26 Per discussione Otourly Wiki
Les spécificités du Québec ne répondent pas à la problématique des routes 
européennes qui sont multiculturelles et multilingues, je pense.
 Florian Farge aka Otourly
#WeAreFairphone
 

Le Mardi 26 janvier 2016 14h54, Pierre Béland  a écrit :
 

 La langue officielle en France est le français. 
donc pour le territoire français, name contient la dénomination française, 
portion allemande, l'allemand. et si vous le voulez, name:en peut être ajouté.
Nous procédons ainsi au Canada. Québec en français.

  
Pierre 

 

  De : Damouns 
 À : Discussions sur OSM en français  
 Envoyé le : mardi 26 janvier 2016 2h53
 Objet : Re: [OSM-talk-fr] Problème de langue
  
Moi je suis assez d'accord avec Jean-Yvon : je ne vois pas l'intérêt du name= 
dans le cas d'un objet international comme ça. A la limite je verrais bien des 
name:fr=, name:de=... mais pas de name= car en plus il est redondant avec le 
ref.


Damouns

Le 26 janvier 2016 à 07:33, Dominique Faure  a écrit 
:

Donc si je résume par rapport à mon propos initial, il faudrait finir par avoir:
=> Une relation "name=European route 54", référençant:
==> 2 relations "name:fr=Route européenne 54" et "name:de=Europastraße 54" pour 
chaque portion nationale, référençant:
===> p segments élémentaires existants, nommés ou non suivant le cas.

C'est ça?
J'ai regardé un peu alentour, il semblerait que la route E60 présente déjà une 
structure similaire. Faut-il se caler dessus?
Enfin, la question qui fâche, qui fait la modif? :)

2016-01-26 0:49 GMT+01:00 Philippe Verdy :



Le 25 janvier 2016 à 22:41, Jérôme Seigneuret  a 
écrit :

Bonjour,
J'appui Jean-Yvon pour le name
Coté relation David à raison sur le fait de gérer des relations avec des 
niveaux multiples ce qui permet d'importer des portions ou de gérer des 
itinéraires logiques par étapes avec les différents niveau (local, régional, 
national...) d'où l'utilisation du name anglais sur une super-relation (en 
Europe quand ça traverse les frontières)
Pour le check d'OSM c'est pas trivial sur le test du nom.
Je reprends le cas de Philippe
Noms dans la langue locale et dans la langue par défaut différents 
way 83115947 rawedit josm edit 
highway = living_street 
maxspeed = 20 
name = Chemin des Bauches 
name:fr = Lotissement le Manoir 
Là on n'est vraiment pas sur une question de langue mais sur une incohérence de 
nom. C'est pas la traduction qui est testé mais juste une correspondance entre 
le territoire le name:[langue] et le name

Je n'ai pas dit le contraire, seulement ton débat concernant le territoire est 
hors sujet mais c'est pourtant le même test qui est fait : trouver une 
correspondance entre un name:lang=* et le name=* Et Là Osmose ne teste pas tous 
les name:lang=* mais se limite à chercher le name sur un seul noeud pour lequel 
il détermine quelle devrait être "la" langue locale et signale ensuite l'erreur 
sur la relation entière puisque alors le name=* par défaut n'a pas la valeur du 
name:fr... Même si le noeud n'a qu'une langue locale, ce n'est celle de la 
relation entière, hors le résultat s'affiche pour la relation entière ou le 
chemin ou polygone entier. C'est ça qui est défectueux: déterminer la langue 
locale d'une relation sur un seul de ses noeuds (choisi en fait arbitrairement) 
ne peut pas marcher du tout et donnera des résultats faux si l'objet n'est pas 
tout entier dans un territoire linguistique unique (dans ce seul cas le noeud 
choisi arbitrairement marchera puisqu'il fait partie de l'objet entièrement 
contenu dans la même zone linguistique).
Bref mon exemple (qui là concernait une rue donc un chemin (qui pourrait lui 
aussi couvrir plusieurs territoires lingusitiques) est défectueux aussi sauf 
que la rue entière est dans le même territoire que le noeud choisi sur ce 
chemin. Mais ça marche seulement à moitié.
Je maintiens donc ce que je disais :
- pas besoin de déterminer une langue locale (s'il y en a une malgré tout, il 
suffit qu'elle ait une valeur "name:lang=*" correspondante à cette langue, mais 
nul besoin que ce soit la langue par défaut pour la valeur du name=* qui peut 
rester différente (exemple courant : les noms par défaut en Chine ou dans les 
pays arabes peuvent rester en anglais, même si la langue locale est le chinois 
ou l'arabe, mais il faudrait autant que possible libeller précisément ce nom 
anglais aussi avec name:en=*)
-  dans les pays ou régions officiellement multilingues on ne peut pas 
déterminer quelle est la langue par défaut et ce n'est même pas souhaitable 
(pas plus que d'imposer l'anglais dans ce cas alors que le nom anglais serait 
en fait une approximation grossière et que le nom romanisé serait en fait issu 
d'une transliteration latine officielle telle que le romaji japonais, ou les 
transliterations officielles ou universitaires du chinois ou du coréen, ou les 
romanisations BPCN utilisées sur 

Re: [OSM-talk-fr] Problème de langue

2016-01-26 Per discussione Dominique Faure
En pratique, y a-t-il dans la cartographie actuelle une route européenne
dont la structure puisse servir de modèle pour les autres?

2016-01-26 16:00 GMT+01:00 Otourly Wiki :

> Les spécificités du Québec ne répondent pas à la problématique des routes
> européennes qui sont multiculturelles et multilingues, je pense.
>
> Florian Farge aka Otourly
> #WeAreFairphone
>
>
> Le Mardi 26 janvier 2016 14h54, Pierre Béland  a écrit
> :
>
>
> La langue officielle en France est le français.
> donc pour le territoire français, name contient la dénomination française,
> portion allemande, l'allemand. et si vous le voulez, name:en peut être
> ajouté.
>
> Nous procédons ainsi au Canada. Québec en français.
>
>
>
> Pierre
>
>
>
> --
> *De :* Damouns 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* mardi 26 janvier 2016 2h53
> *Objet :* Re: [OSM-talk-fr] Problème de langue
>
> Moi je suis assez d'accord avec Jean-Yvon : je ne vois pas l'intérêt du
> name= dans le cas d'un objet international comme ça. A la limite je verrais
> bien des name:fr=, name:de=... mais pas de name= car en plus il est
> redondant avec le ref.
>
>
> Damouns
>
> Le 26 janvier 2016 à 07:33, Dominique Faure  a
> écrit :
>
> Donc si je résume par rapport à mon propos initial, il faudrait finir par
> avoir:
> => Une relation "name=European route 54", référençant:
> ==> 2 relations "name:fr=Route européenne 54" et "name:de=Europastraße 54"
> pour chaque portion nationale, référençant:
> ===> p segments élémentaires existants, nommés ou non suivant le cas.
>
> C'est ça?
> J'ai regardé un peu alentour, il semblerait que la route E60 présente déjà
> une structure similaire. Faut-il se caler dessus?
> Enfin, la question qui fâche, qui fait la modif? :)
>
>
> 2016-01-26 0:49 GMT+01:00 Philippe Verdy :
>
>
>
> Le 25 janvier 2016 à 22:41, Jérôme Seigneuret 
> a écrit :
>
> Bonjour,
>
> J'appui Jean-Yvon pour le name
>
> Coté relation David à raison sur le fait de gérer des relations avec des
> niveaux multiples ce qui permet d'importer des portions ou de gérer des
> itinéraires logiques par étapes avec les différents niveau (local,
> régional, national...) d'où l'utilisation du name anglais sur une
> super-relation (en Europe quand ça traverse les frontières)
>
> Pour le check d'OSM c'est pas trivial sur le test du nom.
>
> Je reprends le cas de Philippe
> *Noms dans la langue locale et dans la langue par défaut différents*
> *way 83115947 * rawedit
>  josm
>  edit
> 
> *highway* = living_street
> *maxspeed* = 20
> *name* = Chemin des Bauches
> *name:fr* = Lotissement le Manoir
>
> Là on n'est vraiment pas sur une question de langue mais sur une
> incohérence de nom. C'est pas la traduction qui est testé mais juste une
> correspondance entre le territoire le name:[langue] et le name
>
>
> Je n'ai pas dit le contraire, seulement ton débat concernant le territoire
> est hors sujet mais c'est pourtant le même test qui est fait : trouver une
> correspondance entre un name:lang=* et le name=* Et Là Osmose ne teste pas
> tous les name:lang=* mais se limite à chercher le name sur un seul noeud
> pour lequel il détermine quelle devrait être "la" langue locale et signale
> ensuite l'erreur sur la relation entière puisque alors le name=* par défaut
> n'a pas la valeur du name:fr... Même si le noeud n'a qu'une langue locale,
> ce n'est celle de la relation entière, hors le résultat s'affiche pour la
> relation entière ou le chemin ou polygone entier. C'est ça qui est
> défectueux: déterminer la langue locale d'une relation sur un seul de ses
> noeuds (choisi en fait arbitrairement) ne peut pas marcher du tout et
> donnera des résultats faux si l'objet n'est pas tout entier dans un
> territoire linguistique unique (dans ce seul cas le noeud choisi
> arbitrairement marchera puisqu'il fait partie de l'objet entièrement
> contenu dans la même zone linguistique).
>
> Bref mon exemple (qui là concernait une rue donc un chemin (qui pourrait
> lui aussi couvrir plusieurs territoires lingusitiques) est défectueux aussi
> sauf que la rue entière est dans le même territoire que le noeud choisi sur
> ce chemin. Mais ça marche seulement à moitié.
>
> Je maintiens donc ce que je disais :
>
> - pas besoin de déterminer une langue locale (s'il y en a une malgré tout,
> il suffit qu'elle ait une valeur "name:lang=*" correspondante à cette
> langue, mais nul besoin que ce soit la langue par défaut pour la valeur du
> name=* qui peut rester différente (exemple courant : les noms par défaut en
> Chine ou dans les pays arabes peuvent rester en anglais, même si la langue
> locale est le chinois ou l'arabe, mais il 

Re: [OSM-talk-fr] faire passer voie ferrée sur pont

2016-01-26 Per discussione lenny.libre



Le 26/01/2016 12:47, Jérôme Seigneuret a écrit :

Bonjour,

Attention aussi pour les voies de service *service=driveway* n'est pas 
à mettre sur toute les voies de service. Et je vois un abus 
d'utilisation.
/A driveway is a service road leading to a residential or business 
property/
Tu as raison, j'ai voulu raccorder le chemin sous-le pont au chemin 
existant http://www.openstreetmap.org/way/186761842 et, préoccupé par le 
pont, j'ai récupéré les tags sans réfléchir (c'est l'âge)

/
/
Sinon pour l'alerte c'est lié à des membres sans role dans la 
relation. Dans ton cas il manque des role "stop" sur certaine gares. 
(dont celle de Dax). J'ai corrigé la ligne 64

merci, je vais aller voir.


Cordialement,
Jérôme

Le 26 janvier 2016 à 11:32, lenny.libre > a écrit :




Le 25/01/2016 20:51, osm.sanspourr...@spamgourmet.com
 a écrit :

Tu a aussi le droit de corriger ;-)

Comme je ne suis pas attiré par les trains, je n'ai pas envie de
passer du temps à me documenter sur la manière de tagger un réseau
et comme josm ne me dit pas quel est le nœud concerné ... je
préfère faire ce que je connais et ne pas apporter d'erreurs sur
ce que je ne connais pas.


Le 25/01/2016 19:04, David Crochet - david.croc...@free.fr
 a écrit :

Bonjour

Le 25/01/2016 18:42, lenny.libre a écrit :

josm m'envoie l'avertissement suivant :



Ce n'est qu'un avertissement. Ce n'est nullement lié à tes
modifications de tes deux chemins, mais comme en modifiant une
zone JOSM à téléchargé la voies ferrée, il t'annonce les
avertissements de ce qu'il à chargé. Donc laisse JOSM te dire
cela pour les voies ferrée.


Cordialement




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



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




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


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


Re: [OSM-talk-fr] Problème de langue

2016-01-26 Per discussione Christian Rogel
Le 26 janv. 2016 à 14:54, Pierre Béland  a écrit :
> 
> La langue officielle en France est le français. 
> donc pour le territoire français, name contient la dénomination française, 
> portion allemande, l'allemand. et si vous le voulez, name:en peut être ajouté.
> 

Il n'est pas exact que "Le name contient la dénomination française", mais celle 
retenue par l'administration française, ce qui n'est pas équivalent.
En effet, la RF est un pays multi-culturel, mais pas multilingue comme le sont 
la Belgique, le Canada, l'Espagne, l'Italie, le Royaume-Uni, la Suisse et 
bientôt le Maroc, si le tamazight y devient langue officielle.
En France, les toponymes officiels peuvent contenir du français (mais c'est 
souvent du gaulois ou du latin), du basque, du breton, du catalan, du corse, de 
l'occitan, de l'alsacien, du francique, du flamand, de l'arpitan, du picard, 
différents types du créole, du swahili à Mayotte, du polynésien et bien 
d'autres. 

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


Re: [OSM-talk-fr] Problème de langue

2016-01-26 Per discussione Jérôme Seigneuret
En effet, et c'est ce que je mets aussi en avant.

Exemple d'une rue (pas de relation) don le nom officielle est en occitan
(traduit en Français) ducoup j'ai 4 valeurs
J'explique l'exemple fictif car je ne sais plus où j'ai saisie cela
name=Carrièro Nosto-Damo

   - name:oc=Carrièro Nosto-Damo
   - name:fr=Rue Notre-Dame


Et peut en plus avoir des déclinaisons juste sur le nom occitan de rue qui
s'écrit de 5 manières carrère, carrièro, carière, carrièra, carrièira

Il faut un name dans tous les cas car c'est celui employé par défaut
les autres servent pour des contextes. Ça offre la possibilité de choisir
et forcer la langue de son pays comme pour l'affichage de la carte monde
des pays francisé. Dans ce cas quand un name:fr= existe on le prendra ou
surchager le name=

Si tu veux une carte en occitan tu prendras le name:oc si il n'existe pas
ce sera le name.

On garde le nom de la langue choisi comme officielle pour l'affichage dans
chaque pays. Si l'on veut une carte en langue régionale c'est possible
ainsi; et l'on se dissocie de la langue officielle.

Donc quand on affiche une carte au niveau Européen on le fais pour tous les
pays concernées et les termes sont traduits pour chaque pays en principes
(ou au moins frontaliers concernés plus l'anglais)
Le name reste dans la langue utilisée comme "officiellement choisi comme
valeur par défaut" à ce niveau. Si l'on veut autre chose comme en France,
on surchagera avec la valeur du name:fr et en contrepartie les allemand
utiliseront le name:de

Pour faire simple je conseille de découper aux frontières. Et prendre
l'exemple de @David Crochet comme référence.

Le wiki devrait faire l'objet d'une proposition en ce sens si ce n'est pas
déjà le cas.

Bonne journée,
Jérôme

Le 26 janvier 2016 à 16:44, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 26 janv. 2016 à 14:54, Pierre Béland  a écrit :
>
> La langue officielle en France est le français.
> donc pour le territoire français, name contient la dénomination française,
> portion allemande, l'allemand. et si vous le voulez, name:en peut être
> ajouté.
>
>
> Il n'est pas exact que "Le name contient la dénomination française", mais
> celle retenue par l'administration française, ce qui n'est pas équivalent.
> En effet, la RF est un pays multi-culturel, mais pas multilingue comme le
> sont la Belgique, le Canada, l'Espagne, l'Italie, le Royaume-Uni, la Suisse
> et bientôt le Maroc, si le tamazight y devient langue officielle.
> En France, les toponymes officiels peuvent contenir du français (mais
> c'est souvent du gaulois ou du latin), du basque, du breton, du catalan, du
> corse, de l'occitan, de l'alsacien, du francique, du flamand, de l'arpitan,
> du picard, différents types du créole, du swahili à Mayotte, du polynésien
> et bien d'autres.
>
> Christian R.
>
> ___
> 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] wiki : page sur les frontières

2016-01-26 Per discussione Jérôme Amagat
Le 26 janvier 2016 à 07:37, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> Le 26/01/2016 03:20, Philippe Verdy a écrit :
>
>> Le 26 janvier 2016 à 02:16, Jérôme Amagat > Le 26 janvier 2016 à 01:45, Philippe Verdy > > a écrit :
>>
>> C'était déjà décrit dans la page sur les boundary et d'autres
>> pages liées (y compris pour les EPCI)
>>
>> Le 26 janvier 2016 à 01:25, Jérôme Amagat
>> > a
>> écrit :
>>
>> J'ai écrit une page qui liste les frontières françaises et
>> les tags qui vont avec :
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_limites_administratives
>>
>> il manque plein de choses encore mais je pense que ça
>> pourrait être pas mal d'avoir quelque chose de ce type.
>> comme le nouveau tag admin_type qui je crois n'apparait nul
>> part sur le wiki. la page n'est pas la ou elle serai le mieux.
>>
>> la page :
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives
>> devrait évolué aussi et mettre en valeur le fait
>> qu'aujourd'hui ce qui compte c'est la creation de commune
>> nouvelle et la modification des communauté de communes et
>> autres EPCI.
>>
>
> Ta page est très claire. Il me semble qu'il manque le tag name pour les
> arrondissements de PLM.
>
> Comme dit par Philippe une telle page existe déjà :
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#R.C3.A9capitulatif_en_France_des_tags_selon_le_niveau_administratif
>
> Il faudrait se servir de ta page pour rafraichir le contenu et la
> présentation de l'autre, pour au final n'avoir qu'une page. 2 pages pour la
> même info c'est à coup sûr une source de confusion sur la durée, avec des
> écarts de mise à jour et donc des contradictions.
>
> vincent
>
>
> J'avais vu l'autre page wikiproject france qui lister des relations mais
pas les trop les tags utiliser mais j'ai zapper cette fin de page.
Mais je pense que ces infos sur les tag utilisé en france devrai ce trouver
sur une page hors d'un project pour que ca soit plus clair pour les
personnes voulant utiliser les données osm ou les modifier. Cette page je
la renommerai bien FR:Frontière_en_France (
http://wiki.openstreetmap.org/wiki/FR:Frontière_en_France) ou un truc du
genre. Et les pages wikiproject y fassent reference.

En rapport avec les frontières, j'ai lu ca :
http://bigbrowser.blog.lemonde.fr/2016/01/25/chirac-le-village-va-disparaitre/
Des communes qui fusionnent ( donc 2 communes qui disparaissent) et on
pourrait en conclure d'après l'article que le village va être rasé.

Pour ce qu'il y a à faire, il me semble, sur les frontières :

Pour les cantons, il me semble que des ref:INSEE existent sur le site de
l'INSEE. on avait mis des planned:ref à leur creation qu'il faudrait un peu
modifier pour le faire correspondre.

Les communes nouvelles ont été créé, toutes, je pense, enfin jusqu'au 1
janvier mais pour beaucoup il leur manque l'admin_centre qu'il faut trouver
dans les arrêtés préfectoraux et les ref:INSEE, pour les  communes délégués
c'est pas si simple, certains préfets l'écrivent clairement dans leur
arrêter et d'autre non. les anciennes communes non délégués c'est des
admin_level=9 ou 10? ou des disused:admin_level?

D'apres ce que j'ai compris, la loi sur les EPCI à fiscalité propre (comcom
et autre) a changé et maintenant il faut minimum 15000 habitants sauf
derogation donc beaucoup de fusion de comcom dans un avenir proche.

rien à voir, enfin un peu quand meme :
les addr:postcode ça se met où? Par ce que josm ça lui plait pas sur les
place= et les relations des communes alors que en france elle ne sont
pratiquement que là.



> ___
> 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] wiki : page sur les frontières

2016-01-26 Per discussione Philippe Verdy
Les communes déléguées sont en "admin_level=9" (elles sont toutes tracées
pour celles du 1er janvier) avec "admin_type:FR=commune déléguée" (les
arrondissements ont maintenant aussi "admin_type:FR=arrondissement
municipal"; il reste des communes associées crées depuis 1972 aussi pour
lesquelles on peut mettre admin_type=commune associée").

Attention, le SIREN de la comme nouvelle n'est PAS celui de la commune
déléguée désignée comme chef-lieu (qui conserve son SIREN et son code
INSEE, même s'il est en "doublon" avec la commune nouvelle, mais distingué
par l'admin_level et/ou l'admin_type:FR. Le code INSEE est non pas un code
d'entité légale, comme le SIREN; mais bien uniquement un code
_géographique_, qui persiste meêm en cas de changement de statut, et même
encore après une fusion simple dans le cadastre)

Donc la seule chose à trouver est le nouveau code SIREN des communes
nouvelles, mais toutes les communes nouvelles ont leur code SIREN facile à
trouver, elles l'ont enregistré au RCS et on les trouve facilement dans les
infos financières de sociétés (divers sites, même si la commune nouvelle
n'a pas encore son site web dédié ou si le site web de l'ancienne comune
chef-lieu ou de l'ancienne commune nouvelle intégrée dans une commune
nouvelle plus grande n'est pas encore à jour).

Attention donc de ne pas confondre les codes SIREN des communes nouvelles
(ils sont visiblement tous de la forme 20nnk, comme pour les EPCI, et
non pas 21DD0nnnk pour les communes déléguées, ce dernier code étant dans
la plupart des départements basé sur le code géographique INSEE DDnnn, mais
certains départements ont eu historiquement les codes SIREN alloués
séquentiellement en sautant d'anciennes communes fusionnées en fusion
simple, donc les rangs ne sont pas alignés entre codes géographiques DDnnn
et codes SIREN 21DD0nnnk, les communes en fusion association ont aussi des
codes SIREN distincts si la commune chef-lieu avait son propre statut de
commune associées). Les communes nouvelles issues de la transformation d'un
EPCI à fiscalité propre apparemment conservent le SIREN de l'EPCI.

Le 26 janvier 2016 à 17:52, Jérôme Amagat  a écrit
:

>
>
> Le 26 janvier 2016 à 07:37, Vincent de Château-Thierry 
> a écrit :
>
>> Bonjour,
>>
>> Le 26/01/2016 03:20, Philippe Verdy a écrit :
>>
>>> Le 26 janvier 2016 à 02:16, Jérôme Amagat >> Le 26 janvier 2016 à 01:45, Philippe Verdy >> > a écrit :
>>>
>>> C'était déjà décrit dans la page sur les boundary et d'autres
>>> pages liées (y compris pour les EPCI)
>>>
>>> Le 26 janvier 2016 à 01:25, Jérôme Amagat
>>> > a
>>> écrit :
>>>
>>> J'ai écrit une page qui liste les frontières françaises et
>>> les tags qui vont avec :
>>>
>>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_limites_administratives
>>>
>>> il manque plein de choses encore mais je pense que ça
>>> pourrait être pas mal d'avoir quelque chose de ce type.
>>> comme le nouveau tag admin_type qui je crois n'apparait nul
>>> part sur le wiki. la page n'est pas la ou elle serai le
>>> mieux.
>>>
>>> la page :
>>>
>>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives
>>> devrait évolué aussi et mettre en valeur le fait
>>> qu'aujourd'hui ce qui compte c'est la creation de commune
>>> nouvelle et la modification des communauté de communes et
>>> autres EPCI.
>>>
>>
>> Ta page est très claire. Il me semble qu'il manque le tag name pour les
>> arrondissements de PLM.
>>
>> Comme dit par Philippe une telle page existe déjà :
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#R.C3.A9capitulatif_en_France_des_tags_selon_le_niveau_administratif
>>
>> Il faudrait se servir de ta page pour rafraichir le contenu et la
>> présentation de l'autre, pour au final n'avoir qu'une page. 2 pages pour la
>> même info c'est à coup sûr une source de confusion sur la durée, avec des
>> écarts de mise à jour et donc des contradictions.
>>
>> vincent
>>
>>
>> J'avais vu l'autre page wikiproject france qui lister des relations mais
> pas les trop les tags utiliser mais j'ai zapper cette fin de page.
> Mais je pense que ces infos sur les tag utilisé en france devrai ce
> trouver sur une page hors d'un project pour que ca soit plus clair pour les
> personnes voulant utiliser les données osm ou les modifier. Cette page je
> la renommerai bien FR:Frontière_en_France (
> http://wiki.openstreetmap.org/wiki/FR:Frontière_en_France) ou un truc du
> genre. Et les pages wikiproject y fassent reference.
>
> En rapport avec les frontières, j'ai lu ca :
>
> 

[OSM-talk-fr] Mapathon Missing Maps Paris #2

2016-01-26 Per discussione althio
Mapathon Missing Maps Paris #2 - Mozilla
Jeudi 11 février 2016 de 19:00 à 22:00
Paris, France

> Mozilla France nous accueille gracieusement pour cet événement, nous les en 
> remercions ! Nous aurons également la chance d'accueillir l'équipe MSF qui 
> aura une utilité directe de la carte réalisée ! Venez nombreux !

> N'oubliez-pas votre ordinateur portable, et souri(re)s !

(mais nous essayons aussi d'organiser une session à distance)

inscription et renseignements sur :
https://www.eventbrite.fr/e/billets-mapathon-missing-maps-paris-2-mozilla-20913792717

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


[OSM-talk-fr] [osmose] conflit entre leisure=marina et natural=water

2016-01-26 Per discussione Jérôme Seigneuret
Bonjour j'ai le conflit suivant qui pour moi n'en n'est pas vraiment un.

Conflit entre tags: natural, leisure
*way 393191248 * rawedit
 josm
 edit

*capacity* = 230
*harbour:visitor_berth* = 230
*leisure* = marina
*name* = Port de Beaucaire
*natural* = water

Depuis le changement de clé waterway=riverbank vers natural=water, je pense
qu'il y a des tests à ajouter pour éviter d'émettre des alertes dans le cas
suivant car les marina et la zone d'eau sont  suivant identiques.

Cordialement,
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] FOSS4G-fr 2016 - du 10 au 12 mai 2016 : appel à propositions

2016-01-26 Per discussione althio
http://foss4g.osgeo.fr/

Le FOSS4G-fr 2016 est un événement dédié à la géomatique Open Source
et aux données géographiques libres, organisé par l'association
OSGeo-fr. Il aura lieu du 10 au 12 mai 2016 à l'ENSG (Ecole Nationale
des Sciences Géographiques) à Marne-la-Vallée, France.

Cet événement comprend deux jours de conférences précédés d'une
journée de workshops. Il vous permettra de découvrir les dernières
tendances et technologies du domaine, ainsi que certaines de leurs
applications concrètes.

Cet événement s'adresse tant aux utilisateurs qu'aux développeurs
d'outils géomatiques Open Source. Retrouvez plus d'informations sur le
site de l'événement: http://foss4g.osgeo.fr .

Vous êtes expert sur un domaine lié aux SIG libres ? Vous avez utilisé
les outils de l'OSGeo dans un contexte spécifique (projet d'envergure,
données très volumineuses, client reconnu, projet innovant, etc.) ?
Vous participez à un projet libre lié à l'OSGeo ? Alors n'hésitez pas
à proposer une présentation !

Les participants au FOSS4G-fr 2016 souhaitant présenter leurs projets
doivent soumettre un résumé avant le 13 mars 2016 minuit (heure de
Paris). Les résumés doivent être envoyés via le formulaire en
lignehttp://foss4g.osgeo.fr/soumission.html

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


Re: [Talk-es] Dudas de novato

2016-01-26 Per discussione Jorge Lopez

Hola,

El 25/01/2016 a las 20:41, ihg escribió:


¡Muchas gracias a todos por vuestra ayuda!

Cuando decimos que "los datos de OSM" son libres... ¿a qué tipo de datos nos 
referimos? ¿A las coordenadas donde está una ciudad? ¿O a las imágenes de las ciudades, 
con sus calles, etc.?

Con los datos nos referimos a todos los datos del mapa, es decir, todas 
las calles, edificios, locales, ciudades,... y sus coordenadas. Lo que 
ves en el mapa de OSM es lo que se genera a partir de estos datos en bruto.


En resumen, el proyecto que tengo en mente necesitaría abarcar la totalidad del 
planeta y un usuario marcaría un punto en concreto. En mi base de datos sería 
yo el que almacenaría todos esos puntos, pero necesito un sistema que:

  * Dibuje las ciudades y sus calles
  * Buscador de lugares (por ejemplo, que ponga “Madrid” y me sitúe el mapa en 
Madrid)

Por tanto…

 1. ¿Qué es lo que necesito? ¿Con OSM a secas me
vale? ¿Algún servidor que me proporcione los “dibujos” de los mapas? ¿Un 
buscador externo?
Si me podéis aclarar este batiburrillo os lo agradecería mucho :)

Para lo que lo vas a necesitar, lo más sencillo supongo que será usar un 
servicio como Mapbox o parecido. Estos lo que hacen es pintarte el mapa 
de fondo, y sobre él puedes colocar los marcadores que tu quieras.


 2. Cuando un servicio como MapQuest te permite 15.000 visualizaciones al mes, 
¿a qué se refiere? No sé si se refiere a que cuando yo pongo “Madrid”, la 
imagen que veo en mi ordenador se compone de 10 cachitos.
¿Ya me quedarían 14.990 visualizaciones o funciona de otra manera?

Supongo que una visualización será una conexión a la página web. Lo que 
no se ya es si refrescas la página te vuelve a contar una más, a lo 
mejor cuenta una por usuario cada x tiempo.


¡Gracias!



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

Un saludo


---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] Duda sobre Nominatim

2016-01-26 Per discussione Alejandro S.
Hola,
Según pone en la página del wiki [0] simplemente cámbialo en esa página que
has pasa y en la próxima reinportación lo cambiarán.
Si no recuerdo mal hay una lista de correo exclusivamente para Nominatim en
la que se podría preguntar cada cuanto hacen esas reinportaciones...

Saludos,
Alejandro Suárez

[0]: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases

On Tue, Jan 26, 2016, 09:46 Alejandro Moreno Calvo 
wrote:

> Buenas.
>
> Revisando como funciona Nominatim me encuentro con que en la página de
> frases especiales (
> http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/ES ) se
> traduce "Centros médicos en" por "amenity=doctors" y "Centro de salud en"
> por "amenity=health_centre". La etiqueta *health_centre* no la encuentro
> en la wiki pero aunque existiese entiendo que debería sustituirse por
> "amenity=clinic".
>
> ¿Cómo lo veis?¿Quién lleva esto?
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] Dudas de novato

2016-01-26 Per discussione ihg

Gracias Jorge. Con cada contestación me ayudáis mucho :)

Lo que veo es que necesito algo como MapBox o CartoDB (creo que este 
último es más flexible en cuanto a transferencias mensuales, aunque es 
menos atractivo visualmente, ¿verdad?).


Mi objetivo es crear una especie de panoramio, pero en lugar de fotos, 
que la gente suba otro tipo de información. En panoramio se necesitaba 
almacenar las imágenes, sus coordenadas y la información adicional. Yo 
guardaría en una base de datos propia todos estos datos. Lo único que me 
faltaría sería disponer del "lienzo" donde plasmarlo, así como de un 
buscador de calles y ciudades.


Por lo que he visto, utilizando por ejemplo Leaflet, puedo seleccionar:

 * Quién me ofrece las tiles (OSM, MapBox, CartoDB,...)
 * Qué buscador utilizo (Google, OSMGeocoder,...)

¿Qué me recomendáis para encaminarme en el proyecto (servidores de 
tiles, buscadores, consejos,...)?


¡Muchísimas gracias!

PD: Siento dar la tabarra... voy aprendiendo gracias a todos vosotros :)



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


  1   2   >