Re: [Talk-it] Le preimpostazioni non contengono il valore della proprietà

[claudio duchi]

Ultima versione

Il lun 8 ott 2018, 05:57 liste_girarsi  ha scritto:

> Il 8 Ottobre 2018 05:15:24 CEST, claudio62PG  ha
> scritto:
> >Uso Josm
> >e ogni volta che inserisco qualcosa ho l'abitudine prima di caricare di
> >validarla
> >solo che questi messaggi non li capisco
> >
> >*Valore ''+39 075 58312340'' per la chiave ''phone'' non presente nelle
> >preimpostazioni. (1)
> >Valore ''Perugia'' per la chiave ''addr:city'' non presente nelle
> >preimpostazioni. (1)*
> >
> >Dove sbaglio?
> >ciao
> >Claudio
> >
> >
> >
> >--
> >Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
> >
> >___
> >Talk-it mailing list
> >Talk-it@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-it
>
> che versione?
>
>
> --simone girardelli--
> ##
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Le preimpostazioni non contengono il valore della proprietà

[liste_girarsi]

Il 8 Ottobre 2018 05:15:24 CEST, claudio62PG  ha scritto:
>Uso Josm
>e ogni volta che inserisco qualcosa ho l'abitudine prima di caricare di
>validarla
>solo che questi messaggi non li capisco
>
>*Valore ''+39 075 58312340'' per la chiave ''phone'' non presente nelle
>preimpostazioni. (1)
>Valore ''Perugia'' per la chiave ''addr:city'' non presente nelle
>preimpostazioni. (1)*
>
>Dove sbaglio?
>ciao
>Claudio
>
>
>
>--
>Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

che versione?


--simone girardelli--
##
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

[Talk-it] Le preimpostazioni non contengono il valore della proprietà

[claudio62PG]

Uso Josm
e ogni volta che inserisco qualcosa ho l'abitudine prima di caricare di
validarla
solo che questi messaggi non li capisco

*Valore ''+39 075 58312340'' per la chiave ''phone'' non presente nelle
preimpostazioni. (1)
Valore ''Perugia'' per la chiave ''addr:city'' non presente nelle
preimpostazioni. (1)*

Dove sbaglio?
ciao
Claudio



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk] Is it time to redevelop JOSM?

[John Whelan]

It's not a major problem but it does come up from time to time.  Usually 
iD is acceptable and if they are a heavy mapper then they'll find a 
suitable machine.


A version of JOSM wrapped in an .exe than ran under windows would be 
useful as long as JAVA did not have to be installed.


My feeling runs along the lines of Fredrick's comments.  The language 
isn't particularly important, we do have a very good idea of what works 
well so its not from scratch if need be.


I think what is important are the issues are raised and discussed and I 
think that has been done.


There is probably an element of religion here, the existing developers 
know JAVA and their existing development environment and are happy with 
it.  It would be a lot of work and there would be a lot of testing to do 
and I've never one for change for change sake.


Let's hope there isn't an urgent need in the future.  If it needs to be 
done it's better to have sufficient time available.


Cheerio John

Matthijs Melissen wrote on 2018-10-07 6:12 PM:
On Sun, 7 Oct 2018 at 23:11, john whelan > wrote:


JAVA has a number of problems. Many corporations ban its
installation citing security issues which restricts the machines
that can use JOSM with all its nice tools.


Is this an actual problem you, or people you know, encounter? If so, 
is this a policy or a technical measure? In any case, banning Java but 
allowing arbitrary other executables is silly (a good policy would ban 
Java Applet plug-ins from browsers instead, this is what might have 
caused the confusion).


Would offering a version of JOSM somehow wrapped in a .exe help?

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


--
Sent from Postbox 

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

Re: [OSM-talk] [HOT] [OSM-dev] Tool update from HOT: MapCampaigner

[Harry Wood]

Well this is drifting off the original topic but...

Greg Morgan  wrote:
> This is nothing more than an uneducated attack on my favorite part of the
> US tax code, 501.c3. This is also nothing more than an attack on a group
> trying to build the OSM community.

Seems a bit strong. Some folks need to try harder to understand the issues of 
data quality that we have. Even with validation steps in place, we produce 
fairly poor quality data sometimes. Jean-Marc is not making that up. We want to 
continue welcoming lots of new contributors and recognising that they will make 
mistakes, but validation and eventually converging on good quality data is 
something we still need to get better at. No need to take this as an attack, 
although...

> Jean-Marc Liotier  wrote:
> If one needs number to report back to donors, then integrate this sort of
> thing with the task manager - and explain to donors how erroneous data is> 
> sharply negative value

I think this little "number to report back to donors" comment does betray a 
belief I've heard expressed quite often in the wider OSM community, that 
humanitarian mappers are allowing OpenStreetMap to be co-opted by large aid 
organisations (to various evil ends?!) This all seems very cynical and 
glass-half-emtpy to me, but I ask myself whether there's anything to be done to 
allay those fears. Probably not a lot. I've heard some surprising concern (and 
cynicism) about who is designing task manager projects and why. To me this 
suggests we could do a better a job of describing the "why" story behind the 
projects sometimes.

Jean-Marc is making a technical suggestion which I want to echo.
>"Integrating within the task manager the tracking of the quantity of Osmose 
>defects would go some way towards addressing the monitoring of actual quality"
I like this idea. It doesn't necessarily need to be osmose, but I definitely 
feel like we could weave in more automated data checks. Imagine a count of data 
bugs between each comment/action on the timeline of a task square, so we can 
see errors increasing as a beginner adds lots of new data, and hopefully 
reducing as validators fix or give feedback (Not that all types of human 
validation work would be reflected in automated checks but...)

These tools have been known in OSM as "Quality Assurance" tools. To Frederik's 
point, personally I actually think *this* naming, which we settled on a long 
time ago, is weirdly over-broad. We should have called them "data checks" or 
"data bugs" or something, because surely "quality" of a map is much more than 
counting up how many data glitches there are, and surely it *does* include how 
complete the map is (e.g. complete with more rich POI coverage)

Which brings me onto my last point. Actually when I look back at the 
MapCampaigner tool (Yes. That's what we were supposed to be commenting on 
here!) I'm surprised to find that it seems to have little to do with our most 
quantity-heavy remote building mapping TM projects. So that's all a bit off 
topic. The example trackers on there are for progress with on-the-ground POI 
mapping. Good stuff! While some folks will still fear that this aid 
organisation work is evil somehow, I generally feel that on-the-ground mapping 
by aid organisations is precious and to be celebrated and boosted as much as 
possible.

Harry



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

Re: [OSM-talk-fr] Dimanche 7 octobre 2018 : entrée en vigueur de l’open data par principe

[Philippe Verdy]

il serait temps de provisionner en moyens le data.gouv.fr en imposant même
une contribution aux grosses collectivités (départements, régions et
métropoles) pour qu'elles collaborent à mettre en place ce dispositif qui
de toute façon leur sera nécessaire et très utile pour remplir leurs
obligations et aussi aider les intercommunalités rurales ou communes plus
endettées sans moyens à utiliser cette plateforme et faire avec des
économies.

Ceci dit le "data.gouv.fr" pourrait être géré par un syndicat mixte
impliquant aussi d'autres acteurs publics ou paritaires (dont les agences
de bassin, de parcs nationaux, des eaux et forêts, les administrations de
tous les ministères et leurs agences dont l'IGN, Météo France, l'INSEE, les
armées, la sécurité civile, les chambres de commerces ou d'agriculture et
chambres professionnelles, les agences régionales de développement comme
les DREAL...).

Une redevance pourrait aussi être demandée aux concessionnaires de
ressources publiques (notamment opérateurs de réseaux télécom, transport,
énergie, eaux et assainissement) pour que les données qu'ils doivent
fournir soient aussi stockées de façon pérenne par la collectivité, et
aussi dotées en personnels pour assurer leur sécurité et leur
accessibilité, mais aussi en chercheurs (avec l'aide des agence publiques
comme l'INRA, l'INRIA, les universités) pour participer aux travaux de
normalisation français (AFNOR) et internationaux (CEN et ISO) et coopérer
avec les agence des autres pays européens et l'Union européenne sur ce
thème, tout en maintenant un lien fort avec les régulateurs et médiateurs
de différents domaines de l'industrie institués par la loi (dont l'ARCEP,
la Commission Informatique et Liberté et l'HADOPI, qui d'ailleurs devraient
fusionner si on en croit les propositions faites par les élus LREM,
peut-être aussi avec d'autres agences de régulation et médiation de la
concurrence, pour former à terme une "FCC" à la française gardant son rôle
de médiation et de contrôle/vérification mais avec une personnalité
juridique renforcée lui permettant d'être partie, sans être juge elle-même,
pour demander l'application d'amendes ou avoir un rôle d'investigation pour
le compte de la justice).


Le dim. 7 oct. 2018 à 20:39, Christian Quest  a
écrit :

> Du coup plein de nouveaux jeux de données sont arrivés ces derniers jours
> sur data.gouv.fr qui n'a plus de place sur ses disques pour stocker ce
> tsunami d'opendata...
>
> ...ou pas ;)
>
> Le dim. 7 oct. 2018 à 20:24, Jean-Christophe Becquet  a
> écrit :
>
>> Bonsoir,
>>
>> L'obligation pour les administrations et les collectivités de plus de
>> 3500 habitants et 50 agents de publier leurs bases de données et les
>> données présentant un intérêt économique, social, sanitaire ou
>> environnemental entre en vigueur aujourd'hui, dimanche 7 octobre 2018.
>>
>> 40 ans après la loi du 17 juillet 1978 dite loi CADA instaurant la
>> Commission d'Accès aux Documents Administratifs, la loi du 8 octobre
>> 2016 pour une République numérique renforce l'ouverture de l'accès aux
>> données publiques. Laurence Comparat, présidente de l’association
>> OpenData France explique au micro de l'April : « ce qu’il faut noter,
>> c’est que par rapport à la loi CADA dont il a été question, c’est qu’on
>> change complètement la perspective. La logique de la loi CADA c’est :
>> moi, individu, j’ai le droit de demander à l’administration et celle-ci
>> a l’obligation de me répondre et elle répond à moi, individuellement.
>> Maintenant : moi, administration j’ai l’obligation de mettre à
>> disposition sans attendre qu’on me le demande et à tout le monde les
>> informations dont je dispose. ».
>>
>>
>> Pour comprendre les enjeux de ces nouvelles dispositions législatives,
>> écoutez ou lisez la transcription de la cinquième émission « Libre à
>> vous ! » de l'April sur la radio « Cause Commune » consacrée au thème
>> des collectivités et des données publiques. En compagnie de Xavier
>> Berne, journaliste à Next INpact ; de Laurence Comparat, adjointe
>> données publiques, logiciels libres et Administration générale de la
>> ville de Grenoble et présidente de l’association OpenData France et de
>> Tangui Morlier, membre du collectif Regards Citoyens ; l'April vous
>> explique tout sur l'ouverture des données publiques.
>>
>> https://april.org/emission-libre-a-vous-diffusee-mardi-2-octobre-2018-sur-radio-cause-commune
>>
>> https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20181002/libre-a-vous-20181002.ogg
>>
>> https://wiki.april.org/w/Libre_%C3%A0_vous_!_Radio_Cause_Commune_-_Transcription_de_l%27%C3%A9mission_du_2_octobre_2018
>>
>>
>> D'après Le Monde « le chemin est encore long pour les petites communes ».
>>
>> [Le Monde] La difficile marche des collectivités locales vers l’open data
>>
>> http://data.blog.lemonde.fr/2018/09/24/la-difficile-marche-des-collectivites-locales-vers-l-open-data/
>>
>> Références :
>>
>> Comment Etalab aide les administrations à ouvrir leurs 

Re: [OSM-talk] Is it time to redevelop JOSM?

[Matthijs Melissen]

On Sun, 7 Oct 2018 at 23:11, john whelan  wrote:

> JAVA has a number of problems.  Many corporations ban its installation
> citing security issues which restricts the machines that can use JOSM with
> all its nice tools.
>

Is this an actual problem you, or people you know, encounter? If so, is
this a policy or a technical measure? In any case, banning Java but
allowing arbitrary other executables is silly (a good policy would ban Java
Applet plug-ins from browsers instead, this is what might have caused the
confusion).

Would offering a version of JOSM somehow wrapped in a .exe help?

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

Re: [OSM-talk] Is it time to redevelop JOSM?

[Jem]

Putting aside the string of 0-day exploits on applet plugins (which
absolutely nobody uses) that we saw a few years ago, I'm finding it
difficult to get info that backs up the claim that Java is much less secure
than .NET. What I have found indicates they are on par.  e.g.
https://www.veracode.com/sites/default/files/Resources/Reports/state-of-software-security-focus-on-application-development.pdf

It feels a bit like the old "java is slow" argument, which hasn't been true
for over a decade.

On Mon, 8 Oct 2018 at 07:40, James  wrote:

> Android(google) has been sued over implementing their own JVM, so they do
> not depend on Oracle(oracle lost that fight too)
>
> On Sun., Oct. 7, 2018, 5:38 p.m. Richard,  wrote:
>
>> On Sun, Oct 07, 2018 at 05:11:20PM -0400, James wrote:
>> > people will switch to openjdk. problem solved.
>>
>> my hope too. Although Oracle's touch of death has left an impressive
>> trace
>> in the IT departments Java is much more than that single implementation
>> by
>> Sun/Oracle. Think Android, gcj, c-lang and a few dozens third party
>> compilers
>> and implementations, also many new languages depending on Java.
>>
>> > > iD runs using an Internet connection and a browser.  I think there is
>> a
>> > > need for something like JOSM which can work completely off line if
>> need be.
>>
>> https://wiki.openstreetmap.org/wiki/Merkaartor ?
>> Vespucci?
>>
>> Richard
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] 1000 !

[Philippe Verdy]

Ca ira jusqu'au niveau des postes de transformation moyenne-basse tension
(souvent entre 15kV et 25kV sur le primaire en entrée et 380V à 400V en
sortie) ?

En France presque partout on arrive jusqu'au compteur en 380-400V avec un
transfo abaisseur à 220-240V juste à côté (qui joue aussi un rôle
d'isolateur et de protection du réseau de distribution 380-400V : si c'est
une résidence rurale isolée, le compteur est avant le primaire du transfo
triphasé, et l'installation privée utilise 3 circuits séparés pour les
prises de courant ou l'éclairage, plus quelques prises triphasées fixes à
forte puissance pour le chauffage électrique, un chauffe-eau, certains
outillages électromécaniques des artisans ou agriculteurs, ou une prise de
chargement de véhicule électrique; l'équilibrage des phases se fait chez le
client là où en milieu plus dense on répartit les phases en n'en
fournissant qu'une par client et scindant les clients en 3 groupes, mais de
plus en plus ERDF installe du triphasé avec des télécommandes des appareils
de chauffage leur permettant de passer à une phase ou une autre pour
rétablir un équilibrage suffisant limitant les pertes de distribution et
les courants trop élevés sans les câbles causés par des déphasages
courant/tension trop importants causés par les "petites" consommations
individuelles sur une phase unique)

En France on a l'avantage d'être en 50 Hz et non 60 Hz comme aux USA, les
déphasages tension/courant, produits par les appareils électriques sont
comparativement plus faibles (en radians), ce qui diminue aussi les
courants générés dans les câbles entre deux points de distribution,
d'autant plus que la tension est double et donc à puissance égale
d'utilisation chez le client final ils provoquent 4 fois moins de puissance
perdue par le réseau de distribution par effet joule (ou par émissions
électromagnétiques) dans les câbles (et surtout dans les transfos de
distribution) dont la section peut également être plus faible (d'où
d'importantes économies de cuivre en France et nettement moins souvent
d'incendies électriques).

Après ces postes, les lignes sont presque invisibles quelques poteaux le
long des routes en campagne et en forêt, mais souvent enterrées ou en
façade en ville. la moyenne tension est bien plus souvent aérienne et en
grande hauteur, bien visible sur le terrain (mais on trouve des moyennes
tensions enterrées aussi en ville quand il n'est pas possible de les faire
passer en aérien devant les fenêtres et de planter des pylônes sur les
trottoirs; on n'est pas aux USA où les moyennes tension circulent en milieu
urbain suspendues par des câbles porteurs au dessus des larges avenues,
avec des câbles un peu partout en l'air dans les zones résidentielles ou
commerciales périurbaines où pourtant le trafic est dense ; et comme les
distances à parcourir sont beaucoup plus grandes vers les points de
distribution, fatalement c'est de la moyenne tension (d'autant plus que la
distribution finale en 110-120V ne permet pas le transport très loin sans
de très grosses pertes et des courants trop élevés, d'où ces images aux USA
où on trouve des tas de transfos et d'isolateurs qui crament et projettent
des gerbes d'étincelles au moindre coup de vent) !

En milieu urbain l'arrivée en 400V est un transfo unique dans la partie
commune des immeubles, avant la distribution et les compteurs individuels
en 220-240V monophasé. De fait cela ne pousse pas les fabricants
d'appareils électroniques à proposer des alimentation triphasées sans que
cela génére un surtout et une augmentation du poids des transfos.

L'idéal serait d'avoir des prises en courant continu sur les murs et que la
conversion et l'équilibrage se fasse dans un unique transfo centralisé.

Pour compenser, les constructeurs d'alimentation pour appareils
électroniques stabilisent ces déphasages en installant des batteries et
condos en parallèle (qui augmentent la consommation permanente), et des
selfs de protection en série sur les entrées primaires des transfos
individuels avant le régulateur de l'alimentation, et des condos en sortie
d'alim pour limiter les pics de courants dans le transfo d'alim (où ils
génèrent ces déphasages réinduits et amplifiés dans le réseau de
distribution). Les constructeurs ne font en revanche rien du tout pour les
appareils électromécaniques bon marchés (type aspirateur, robots de
cuisine, moteurs d'ascenseurs, réfrigérateurs/congélateurs utilisant un
compresseur à moteur tournant...), et pas plus dans les fours (notamment
pas les microondes qui consomment de façon très irrégulière avec de
nombreux pics).



Une des motivations des compteur "Linky" d'ERDF (on le sait moins) est
aussi de mieux contrôler l'utilisation et faciliter l'équilibrage des
phases et réduire les pertes dans le réseau de distribution en permettant
un pilotage plus fin et plus dynamique des appareils connectés en triphasés
pour qu'ils passent d'une phase à l'autre (c'est possible sur les appareils
où la phase n'a pas grande 

Re: [OSM-talk] Is it time to redevelop JOSM?

[James]

Android(google) has been sued over implementing their own JVM, so they do
not depend on Oracle(oracle lost that fight too)

On Sun., Oct. 7, 2018, 5:38 p.m. Richard,  wrote:

> On Sun, Oct 07, 2018 at 05:11:20PM -0400, James wrote:
> > people will switch to openjdk. problem solved.
>
> my hope too. Although Oracle's touch of death has left an impressive trace
> in the IT departments Java is much more than that single implementation by
> Sun/Oracle. Think Android, gcj, c-lang and a few dozens third party
> compilers
> and implementations, also many new languages depending on Java.
>
> > > iD runs using an Internet connection and a browser.  I think there is a
> > > need for something like JOSM which can work completely off line if
> need be.
>
> https://wiki.openstreetmap.org/wiki/Merkaartor ?
> Vespucci?
>
> Richard
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Is it time to redevelop JOSM?

[Richard]

On Sun, Oct 07, 2018 at 05:11:20PM -0400, James wrote:
> people will switch to openjdk. problem solved.

my hope too. Although Oracle's touch of death has left an impressive trace 
in the IT departments Java is much more than that single implementation by 
Sun/Oracle. Think Android, gcj, c-lang and a few dozens third party compilers 
and implementations, also many new languages depending on Java.

> > iD runs using an Internet connection and a browser.  I think there is a
> > need for something like JOSM which can work completely off line if need be.

https://wiki.openstreetmap.org/wiki/Merkaartor ? 
Vespucci?

Richard

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

Re: [OSM-talk] Is it time to redevelop JOSM?

[James]

yes. I've been running openjdk since before the oracle debacle.

Openjdk is the bleeding edge version of java. All new features are now
developed on the openjdk side by oracle and other open source developers.

When a release is issued, oracle adds performance secret sauce to their
proprietary binaries, that's about it.

On Oct. 7, 2018 5:25 p.m., "john whelan"  wrote:

But will it run JOSM today or would some changes be required to JOSM?

Thanks John

On Sun, 7 Oct 2018, 5:11 pm James,  wrote:

> people will switch to openjdk. problem solved.
>
> On Sun., Oct. 7, 2018, 5:09 p.m. john whelan, 
> wrote:
>
>> JAVA has a number of problems.  Many corporations ban its installation
>> citing security issues which restricts the machines that can use JOSM with
>> all its nice tools.
>>
>> Oracle never was enamoured of open software and since it has taken over
>> JAVA the licensing has changed amongst other things.
>>
>> I note that Vincent Privat has reservations about the new version saying
>> they are removing functionality from JAVA that JOSM depends on.
>>
>> Running old versions of JAVA is I think impractical.  There are too many
>> security issues.
>>
>> iD runs using an Internet connection and a browser.  I think there is a
>> need for something like JOSM which can work completely off line if need be.
>>
>> C# apparently is open source.  Visual Studio 2017 is a professional
>> development environment.  Yes it is Windows and I recognise that many
>> prefer one flavour of UNIX or another but I think it is time to think
>> strategically and start work on a replacement for JOSM before we find we
>> can no longer use it.  It can certainly create code which will run on UNIX
>> systems.
>>
>> I'm not saying C# is the only way to go.
>>
>> My days as a coder were in the main forty years ago so I'm out of date
>> these days however I had occasion to use both C# and Visual Studio 2017
>> recently when the language I used to use to knock up the odd program was
>> unable to do what I was after.  I must confess I was impressed.
>>
>> So thoughts ladies and gentlemen?
>>
>> Thanks
>>
>> Cheerio John
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Is it time to redevelop JOSM?

[Mike N]

On 10/7/2018 5:07 PM, john whelan wrote:
C# apparently is open source.  Visual Studio 2017 is a professional 
development environment.  Yes it is Windows and I recognise that many 
prefer one flavour of UNIX or another but I think it is time to think 
strategically and start work on a replacement for JOSM before we find we 
can no longer use it.  It can certainly create code which will run on 
UNIX systems.


I'm not saying C# is the only way to go.


  There's a lot to like about a C# solution, but currently lacks a 
cross platform desktop graphics library.  All the "Desktop pack" GUIs 
that Dotnet Core supports are Windows-only.   I don't know if there is a 
good open-source cross platform desktop GUI for C# yet.


  All that aside, my opinion is that it will be simpler to construct 
all the tools and functions to fill in where Oracle and other Javas may 
be dropping from newer versions.


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

Re: [OSM-talk] Is it time to redevelop JOSM?

[Frederik Ramm]

Hi,

On 10/07/2018 11:07 PM, john whelan wrote:
> So thoughts ladies and gentlemen?

Someone attempted to re-develop JOSM (as "JOSM-ng") in 2008 and even
then (with JOSM having a fraction of the features it has today) it
didn't get anywhere ;)

I recently (on josm-dev) said that the actual code is not the essence of
JOSM, but the UI and workflow. I said that the actual language in which
it was written is irrelevant and that it could probably rewritten if
need be. But this was an opinion not widely shared among other
participants of the mailing list, and I guess they know what they're
talking about.

Writing a new piece of software that fully mimicks an existing program
is likely to be easier than developing a new editor from scratch, but
it's still a lot of work, and I don't currently see the need. I guess
there will be workarounds for many of the issues you mention, and some
issues are not work-around-able - for example, if your IT admin decides
that you should not be able to install software locally for security
reasons, then it is hard to envisage any kind of "offline editor"
working well. C# won't save you here.

Bye
Frederik

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

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

Re: [OSM-talk] Is it time to redevelop JOSM?

[john whelan]

But will it run JOSM today or would some changes be required to JOSM?

Thanks John

On Sun, 7 Oct 2018, 5:11 pm James,  wrote:

> people will switch to openjdk. problem solved.
>
> On Sun., Oct. 7, 2018, 5:09 p.m. john whelan, 
> wrote:
>
>> JAVA has a number of problems.  Many corporations ban its installation
>> citing security issues which restricts the machines that can use JOSM with
>> all its nice tools.
>>
>> Oracle never was enamoured of open software and since it has taken over
>> JAVA the licensing has changed amongst other things.
>>
>> I note that Vincent Privat has reservations about the new version saying
>> they are removing functionality from JAVA that JOSM depends on.
>>
>> Running old versions of JAVA is I think impractical.  There are too many
>> security issues.
>>
>> iD runs using an Internet connection and a browser.  I think there is a
>> need for something like JOSM which can work completely off line if need be.
>>
>> C# apparently is open source.  Visual Studio 2017 is a professional
>> development environment.  Yes it is Windows and I recognise that many
>> prefer one flavour of UNIX or another but I think it is time to think
>> strategically and start work on a replacement for JOSM before we find we
>> can no longer use it.  It can certainly create code which will run on UNIX
>> systems.
>>
>> I'm not saying C# is the only way to go.
>>
>> My days as a coder were in the main forty years ago so I'm out of date
>> these days however I had occasion to use both C# and Visual Studio 2017
>> recently when the language I used to use to knock up the odd program was
>> unable to do what I was after.  I must confess I was impressed.
>>
>> So thoughts ladies and gentlemen?
>>
>> Thanks
>>
>> Cheerio John
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] destination_sign Relation auf guidepost auf Flächen zeigen

[Torbjörn K]

Hallo,

vielen Dank für die schnelle Antwort.

On Sunday, October 7, 2018 9:16:59 PM CEST Sarah Hoffmann wrote:
> Hallo,
> 
> On Sun, Oct 07, 2018 at 08:41:37PM +0200, Torbjörn K wrote:
> > Hallo zusammen,
> > 
> > ich bin derzeit dabei in der Nähe befindliche Details zu erweitern und zu
> > ergänzen. Dazu gehören auch Wegweiser von lokalen und regionalen
> > Wanderwegen.
> > 
> > Dabei habe ich angefangen, die angegebenen Ziele an den Wegweisern mit der
> > "destination_sign"-Relation darzustellen. So wie hier
> > 
> > Wegweiser: https://www.openstreetmap.org/node/1902038054
> > Sieht so aus: https://flic.kr/p/2aGYYDN
> > 
> > Allerdings bekomme ich ein Problem bei Wegweisern die zu Dinge weisen, die
> > in OSM nicht einzelne Knoten oder Wege, sondern Flächen sind, wie z.B.
> > ein See.
> Ich fürchte, du hast das mit dem to-Mitglied noch etwas falsch
> verstanden. Dort soll der Weg hinein, auf dem man sich vom
> Wanderwegweiser wegbewegen soll, nicht das Ziel, was auf
> dem Wegweiser steht. In diesem Fall wäre das also entweder
> die Nuss- oder die Frentzenhofstr.

Das macht deutlich mehr Sinn. Danke für die Aufklärung.

> 
> Du kannst dann ausserdem gleichweisende Wegweiser zusammen-
> fassen. Hier würden also nur zwei Relationen benötigt.
> Eine mit
> 
> destination = Brühl;Fischenich;Burg Kendrich
> distance = 10.5;1.5;0.3

Hier meckert der JOSM-Validator mit einer Warnung:

unusual value of distance: kilometers is default; point is decimal separator; 
if units, put space then unit (6)

Wenn ich einige Diskussionen richtig mitbekommen habe, gibt es geteilte 
Meinungen über die Nutzung von Mehrfachwerten von Tags.
Nichtsdestotrotz ändere ich das jetzt auf diese Schreibweise.

> 
> und eine mit
> 
> destination = Köln Sülz;Herrmühlheim;Hürth
> distance = ...
> 
> > Wegweiser: https://www.openstreetmap.org/node/5032404084
> > Sieht so aus: https://flic.kr/p/2aqem46
> > Der verwiesene See: https://www.openstreetmap.org/way/
> > 144878638#map=16/50.8183/6.8314
> > 
> > Die destination_sign Relation kann damit nicht umgehen - zumindest nicht
> > laut Wiki und JOSM-Validator.
> > 
> > Wie gehe ich in solchen Fällen vor?
> 
> Da hat der Validatior recht, da er eben eine Strasse oder
> einen Knoten auf der Strasse erwartet.
> 
> > Oder ist es gar übermäßiger Eifer das alles als Relationen einzutragen?
> 
> Nur zu. Du kannst deine Wegweiser seit neustem auch auf waymarkedtrails
> anklicken und siehst dort die Relationen:
> 
> https://hiking.waymarkedtrails.org/#guidepost?id=1902038054
> 
> oder noch etwas ausführlicher von Jan's Seite (wo waymarkedtrails
> auch seine Daten herbekommt):
> 
> http://osm.mueschelsoft.de/destinationsign/example/index.htm
> 
> Auf dieser Seite findest du auch noch mehr Besipiele, wie man die
> Relationen am besten mappt.
> 
> > Zudem: Ist es empfehlenswert Wegweiser eines bestimmten Wanderweges dessen
> > Relation hinzuzufügen mit der Rolle "guidepost"? Das Wiki sagt "kann man
> > machen" aber ist es auch üblich das zu tun?
> 
> Finde ich überflüssig, weil man relativ leicht ermitteln kann, welche
> Wegweiser am Rande so einer Wanderroute stehen.
> 
> Gruss
> 
> Sarah

Grüße
torbjoernk

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Is it time to redevelop JOSM?

[James]

people will switch to openjdk. problem solved.

On Sun., Oct. 7, 2018, 5:09 p.m. john whelan,  wrote:

> JAVA has a number of problems.  Many corporations ban its installation
> citing security issues which restricts the machines that can use JOSM with
> all its nice tools.
>
> Oracle never was enamoured of open software and since it has taken over
> JAVA the licensing has changed amongst other things.
>
> I note that Vincent Privat has reservations about the new version saying
> they are removing functionality from JAVA that JOSM depends on.
>
> Running old versions of JAVA is I think impractical.  There are too many
> security issues.
>
> iD runs using an Internet connection and a browser.  I think there is a
> need for something like JOSM which can work completely off line if need be.
>
> C# apparently is open source.  Visual Studio 2017 is a professional
> development environment.  Yes it is Windows and I recognise that many
> prefer one flavour of UNIX or another but I think it is time to think
> strategically and start work on a replacement for JOSM before we find we
> can no longer use it.  It can certainly create code which will run on UNIX
> systems.
>
> I'm not saying C# is the only way to go.
>
> My days as a coder were in the main forty years ago so I'm out of date
> these days however I had occasion to use both C# and Visual Studio 2017
> recently when the language I used to use to knock up the odd program was
> unable to do what I was after.  I must confess I was impressed.
>
> So thoughts ladies and gentlemen?
>
> Thanks
>
> Cheerio John
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Is it time to redevelop JOSM?

[john whelan]

JAVA has a number of problems.  Many corporations ban its installation
citing security issues which restricts the machines that can use JOSM with
all its nice tools.

Oracle never was enamoured of open software and since it has taken over
JAVA the licensing has changed amongst other things.

I note that Vincent Privat has reservations about the new version saying
they are removing functionality from JAVA that JOSM depends on.

Running old versions of JAVA is I think impractical.  There are too many
security issues.

iD runs using an Internet connection and a browser.  I think there is a
need for something like JOSM which can work completely off line if need be.

C# apparently is open source.  Visual Studio 2017 is a professional
development environment.  Yes it is Windows and I recognise that many
prefer one flavour of UNIX or another but I think it is time to think
strategically and start work on a replacement for JOSM before we find we
can no longer use it.  It can certainly create code which will run on UNIX
systems.

I'm not saying C# is the only way to go.

My days as a coder were in the main forty years ago so I'm out of date
these days however I had occasion to use both C# and Visual Studio 2017
recently when the language I used to use to knock up the odd program was
unable to do what I was after.  I must confess I was impressed.

So thoughts ladies and gentlemen?

Thanks

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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[Philippe Verdy]

bref "chauffé" ne sert pas à grand chose, on devrait plutôt taguer
"thermorégulé" (par une machinerie de chauffage ou refroidissement,
consommateur d'énergie).

En, revanche la qualité de l'eau (douce/thermale/ferrugineuse/eau de
mer) sont plus utiles ;

Et aussi est intéressant l'existence d'un traitement (en entrée et en
sortie, y compris dégazage, déminéralisation, dépollution, filtration,
chloration) et de systèmes de maintient à niveau (pompes) là aussi
consommateur d'énergie (ou producteur de pollution, même en cas de
"filtration naturelle"), bien que pour le baigneur s'en fout un peu : il
veut juste savoir si :
- les eaux du bassin sont propres à la baignade ou réservées à certains
traitements médicaux.
- l'accès est autorisé (ou réglementé par des limitations horaires, ou
adhésion à une entité) et payant ou pas
- la baignade et ses accès sont sécurisés (en principe ça l'est pour
mériter la mention de piscine et avoir un accès public, mais les piscines
extérieures en bord de mer ne le sont pas toujours et sont soumis à la même
réglementation que les plages autour où les aménagements sur le littoral
sont très restreints et pas nécessairement soumis à une surveillance
permanente des baignades)

Le reste autour des bassins n'entre pas en jeu et ne regarde ni baigneur ni
le patient, mais seulement le citoyen qui souhaite s'impliquer et les
collectivités qui régulent l'usage de l'eau et protègent l'environnement,
ou le voisinage qui subit les nuisances éventuelles d'une installation, ou
le propriétaire (et éventuellement son exploitant ou concessionnaire)
soumis à des obligations d'accès, de service, ou de sécurité.

Le dim. 7 oct. 2018 à 21:35, marc marc  a écrit :

> Bonjour,
>
> Le 07. 10. 18 à 21:16, Paul Desgranges a écrit :
> >  - retirer "heated=yes",
>
> -> tag temperature
> parce que non chauffé, c'est très au contraire subjectif.
> je connais des piscines que les locaux considère comme chaude mais
> non chauffée... car c'est une source thermale tellement chaude que
> la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
> de même l'eau dans des bassins fort foncé est naturellement chaude,
> "chauffé par le soleil" ou non chauffé selon les personnes.
>
> >  - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"
>
> le tag opening_hours te le permet
>
> >  - conserver le "length=50" car même si on peut déduire ça de la
> > géométrie, la valeur de l'attribut est ainsi plus directement requétable
>
> oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
> tous les tags de la piscine sur chaque bassin parce que c'est plus
> facile à utiliser ?
> j'ai longuement discuté avec un autre contributeur qui ajoutait
> l'adresse postale du bâtiment proche sur toutes les fontaines
> publiques... et il pensait aussi ajouté l'arrêt de bus le plus proche
> à nouveau parce que "plus simple à utiliser dans son umap"
> on s'arrête où dans la duplication des données parce que plus facile
> pour une utilisation très précise des données ?
> peut-être faudrait-il au contraire documenter des moyens faciles
> pour tirer le meilleur parti des données existantes, une sorte
> de tutoriel/howto avec les cas qui reviennent de temps en temps.
>
> Cordialement,
> Marc
> ___
> 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-es] ICV como proveedor de datos

[Jordi Miró Ferrer]

Hola a todos,

Soy Jordi Miró, usuario y contribuidor de OSM en Valencia. Hace dos meses y 
medio, envié un mensaje al Instituto Cartográfico Valenciano (ICV) para pedir 
una autorización sobre el uso de los datos abiertos que el ICV genera y 
distribuye ya que estos datos están licenciados bajo una licencia CC BY 4.0. 
Esta semana, Santiago Yudici, Subdirector de Geomática del ICV, me respondió 
interesado. Me pidió que le llamase para tratar el tema. Supongo que, cuando 
hable con ellos, me pedirán qué datos nos interesan para valorar si nos dan la 
autorización.

Personalmente, mi interés con la información del ICV se basa en la toponimia 
oficial y la mayor exactitud de la localización de algunos parajes que ofrece 
su cartografía, en detrimento de una importación de localidades 
(place=locality) que se hizo hace años del IGN (alguna vez habéis explicado la 
causa del "desplazamiento" de algunas localidades en OSM). Creo que es positivo 
que OSM refleje mejor esta realidad.

Sin embargo, la Infraestructura Valenciana de Datos Espaciales (IDEV, [1]) 
seguro que ofrece muchos otros datos abiertos útiles, pero que yo no soy capaz 
de valorar. Observando el catálogo del IDEV, me pregunto si sería adecuado 
referirme a la red de carreteras, infraestructuras, las ortofotos, cortafuegos, 
puntos de agua para la prevención de incendios, rutas de los parques naturales, 
delimitación de los parques naturales o centros de Formación Profesional. ¿Qué 
otros elementos del IDEV o de la cartografía oficial pueden ser interesantes 
para que en el ICV valoren la importancia de que aparezcan en OSM?

Cuando hable con ellos, les explicaré el problema de atribución que tiene la 
licencia CC BY 4.0 en OSM y les pediré que firmen la plantilla de exención para 
CC BY 4.0 [2] [3]. De todas formas, las autorizaciones que habéis conseguido 
del IECA [4], Gobierno Vasco [5], Ayuntamiento de Málaga [6] y Ayuntamiento de 
Madrid [7] me parecen claras y fáciles de entender. Por tanto, pienso que sería 
positivo mostrarles esos ejemplos junto al enlace a la wiki con los 
contribuidores de otras administraciones [8]. ¿Lo creéis conveniente?

Esperaré a vuestros comentarios y, cuando tenga un poco de tiempo libre, 
contactaré con ellos.

¡Muchas gracias y saludos a todos!

Jordi Miró (Jordi MF)

[1] http://www.icv.gva.es/auto/aplicaciones/icv_geocat/#/
[2] 
https://wiki.openstreetmap.org/wiki/ES:Plantillas_de_exenci%C3%B3n_y_autorizaci%C3%B3n
[3] https://drive.google.com/open?id=1OENfkiBgjK6XqsoVVxeBdVf4AXQ4sbLY
[4] 
https://wiki.openstreetmap.org/wiki/File:Autorizaci%C3%B3n_del_IECA_para_la_incorporaci%C3%B3n_de_datos_del_CDAU_a_OpenStreetMap.png
[5] https://wiki.openstreetmap.org/wiki/File:Permiso_Gobierno_Vasco.png
[6] 
https://wiki.openstreetmap.org/wiki/File:Permission_to_Incorporate_CC_BY-SA_Data_from_M%C3%A1laga_City_Council.pdf
[7] https://wiki.openstreetmap.org/wiki/Madrid_Drinking_Water_Import
[8] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Contribuidores
ES:España/Contribuidores - OpenStreetMap 
Wiki
Para un listado de fuentes de datos potenciales de España, véase ES:Fuentes de 
datos potenciales de España. Para un catálogo completo de importaciones 
realizadas en España, véase ES:España/Importaciones. Para el listado general de 
contribuidores a OpenStreetMap, incluyendo los españoles, véase Contributors.. 
Hay muchísimos contribuidores de OpenStreetMap, más de tres millones ...
wiki.openstreetmap.org


Madrid Drinking Water Import - OpenStreetMap 
Wiki
Goals. The goal is to import and update drinking fountains from the Madrid City 
Council database, see: ES:Import_Ayuntamiento_Madrid (in spanish) In Madrid 
there were 562 drinking fountains already in OSM.
wiki.openstreetmap.org


ES:Plantillas de exención y autorización - OpenStreetMap 
Wiki
La Fundación OpenStreetMap ha preparado unas plantillas de cartas de solicitud 
de permiso y de exención/autorización (en) para los casos en los que los datos 
estén publicados bajo CC BY 2.0, 3.0, 4.0 y para el uso de imágenes aéreas. En 
esta página se recogen las traducciones de estas plantillas en español.
wiki.openstreetmap.org


ICV
El servidor de metadades no està funcionant correctament. És possible que el 
espai web no funcioni adequadament. Per favor, contacte amb el administrador 
del sistema
www.icv.gva.es


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

[OSM-talk-fr] 1000 !

[François Lacombe]

Une info d'intérêt pour la liste : le pas des 1 000 circuits électriques de
transport a été franchi ce soir, avec un gros changeset sur la région
parisienne.

Concrètement, un circuit est une continuité métallique permettant
d'acheminer l'énergie. La connaissance des files de pylônes ne suffit pas
pour déterminer les chemins de l'énergie.
Ainsi on établi des relations entre deux ou trois postes électriques sur
OSM pour représenter ces chemins.

Quelques informations quantitatives sont dans ces tweets :
https://twitter.com/InfosReseaux/status/1049019689333084161

Une requête Overpass permet de retrouver ces relations facilement :
http://overpass-turbo.eu/s/yUw

Plus d'infos sur cette activité :
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France

Cela fera 10 ans l'année prochaine que les relations route=power sont
utilisées sur OSM.
Cette étape symbolique de 1000 circuits n'est pas une fin, il reste environ
250 circuits à ajouter pour que les tensions les plus importantes du réseau
soient complètes.
Le transport local et la distribution suivront, avec environ 30 000
relations à créer !

Bonne soirée

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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[marc marc]

Bonjour,

Le 07. 10. 18 à 21:16, Paul Desgranges a écrit :
>      - retirer "heated=yes",

-> tag temperature
parce que non chauffé, c'est très au contraire subjectif.
je connais des piscines que les locaux considère comme chaude mais
non chauffée... car c'est une source thermale tellement chaude que
la piscine doit brider le débit pour qu'un humain n'y rôtisse pas.
de même l'eau dans des bassins fort foncé est naturellement chaude,
"chauffé par le soleil" ou non chauffé selon les personnes.

>      - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"

le tag opening_hours te le permet

>      - conserver le "length=50" car même si on peut déduire ça de la 
> géométrie, la valeur de l'attribut est ainsi plus directement requétable 

oui mais c'est valable pour tous les tags. vas-tu ensuite ajouter
tous les tags de la piscine sur chaque bassin parce que c'est plus 
facile à utiliser ?
j'ai longuement discuté avec un autre contributeur qui ajoutait 
l'adresse postale du bâtiment proche sur toutes les fontaines 
publiques... et il pensait aussi ajouté l'arrêt de bus le plus proche
à nouveau parce que "plus simple à utiliser dans son umap"
on s'arrête où dans la duplication des données parce que plus facile 
pour une utilisation très précise des données ?
peut-être faudrait-il au contraire documenter des moyens faciles
pour tirer le meilleur parti des données existantes, une sorte
de tutoriel/howto avec les cas qui reviennent de temps en temps.

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

Wochennotiz Nr. 428 25.09.2018–01.10.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/10/wochennotiz-nr-428/

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

Wochennotiz Nr. 428 25.09.2018–01.10.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/10/wochennotiz-nr-428/

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

Re: [Talk-de] destination_sign Relation auf guidepost auf Flächen zeigen

[Sarah Hoffmann]

Hallo,

On Sun, Oct 07, 2018 at 08:41:37PM +0200, Torbjörn K wrote:
> Hallo zusammen,
> 
> ich bin derzeit dabei in der Nähe befindliche Details zu erweitern und zu 
> ergänzen. Dazu gehören auch Wegweiser von lokalen und regionalen Wanderwegen.
> 
> Dabei habe ich angefangen, die angegebenen Ziele an den Wegweisern mit der 
> "destination_sign"-Relation darzustellen. So wie hier
> 
> Wegweiser: https://www.openstreetmap.org/node/1902038054
> Sieht so aus: https://flic.kr/p/2aGYYDN
> 
> Allerdings bekomme ich ein Problem bei Wegweisern die zu Dinge weisen, die in 
> OSM nicht einzelne Knoten oder Wege, sondern Flächen sind, wie z.B. ein See.

Ich fürchte, du hast das mit dem to-Mitglied noch etwas falsch
verstanden. Dort soll der Weg hinein, auf dem man sich vom
Wanderwegweiser wegbewegen soll, nicht das Ziel, was auf
dem Wegweiser steht. In diesem Fall wäre das also entweder
die Nuss- oder die Frentzenhofstr.

Du kannst dann ausserdem gleichweisende Wegweiser zusammen-
fassen. Hier würden also nur zwei Relationen benötigt.
Eine mit

destination = Brühl;Fischenich;Burg Kendrich
distance = 10.5;1.5;0.3

und eine mit

destination = Köln Sülz;Herrmühlheim;Hürth
distance = ...

> Wegweiser: https://www.openstreetmap.org/node/5032404084
> Sieht so aus: https://flic.kr/p/2aqem46
> Der verwiesene See: https://www.openstreetmap.org/way/
> 144878638#map=16/50.8183/6.8314
> 
> Die destination_sign Relation kann damit nicht umgehen - zumindest nicht laut 
> Wiki und JOSM-Validator.
> 
> Wie gehe ich in solchen Fällen vor?

Da hat der Validatior recht, da er eben eine Strasse oder
einen Knoten auf der Strasse erwartet.

> Oder ist es gar übermäßiger Eifer das alles als Relationen einzutragen?

Nur zu. Du kannst deine Wegweiser seit neustem auch auf waymarkedtrails
anklicken und siehst dort die Relationen:

https://hiking.waymarkedtrails.org/#guidepost?id=1902038054

oder noch etwas ausführlicher von Jan's Seite (wo waymarkedtrails
auch seine Daten herbekommt):

http://osm.mueschelsoft.de/destinationsign/example/index.htm

Auf dieser Seite findest du auch noch mehr Besipiele, wie man die
Relationen am besten mappt.

> Zudem: Ist es empfehlenswert Wegweiser eines bestimmten Wanderweges dessen 
> Relation hinzuzufügen mit der Rolle "guidepost"? Das Wiki sagt "kann man 
> machen" aber ist es auch üblich das zu tun?

Finde ich überflüssig, weil man relativ leicht ermitteln kann, welche
Wegweiser am Rande so einer Wanderroute stehen.

Gruss

Sarah

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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[Paul Desgranges]

Il y a certes toutes sortes de piscines !
L'idée initiale était de trouver les piscines ouvertes au public, 
classiques quoi, avec un bassin extérieur chauffé de 50 m.
Mais je reformule, si effectivement ce n'est pas le fait d'être chauffé 
qui est significatif (effectivement une piscine publique non chauffée, 
je ne vois pas trop), l'idée serait alors de chercher les piscines avec 
un bassin extérieur, d'indiquer la taille (par exemple 25m ou 50m) et 
d'indiquer aussi si elles sont ouvertes en dehors de la période d'été 
...  (mais alors comment dire que c'est ouvert de telle date de l'année 
à telle date de l'année ?)


Donc je souhaite
    - retirer "heated=yes",
    - pouvoir indiquer qq chose comme "opening_days=21 Apr-22 Dec"
    - conserver le "length=50" car même si on peut déduire ça de la 
géométrie, la valeur de l'attribut est ainsi plus directement requétable 
: la longueur est tout de suite connue.


Quelqu'un d'Échirolles m'avait dit: "La deuxième plus proche, pareille, 
elle est à Antibes !"  Alors les Antibois, qu'en dites-vous, c'est vrai ?


Bonne soirée
Paul


Le 07/10/2018 à 18:40, Philippe Verdy a écrit :
Il existe des "piscines" à filtration naturelle, elles ne sont pas 
chauffées, ce sont des aménagements de bassins, connectés à un étang.
Il en existe des privées, comme aussi des publiques municipales, et 
sont apparues dans des réserves naturelles ou espaces protégés. La 
baignade est autorisée sur ces piscines mais l'accès au reste de 
l'étang est protégé


Le dim. 7 oct. 2018 à 18:29, Florimond Berthoux 
mailto:florimond.berth...@gmail.com>> a 
écrit :


Bonjour,

Ça existe une eau de piscine municipale non chauffée ?
Par défaut il me semble les eaux de piscines sont chauffées.

Le sam. 6 oct. 2018 à 09:43, Paul Desgranges
mailto:desgranges.p...@laposte.net>>
a écrit :

Bonjour
  La piscine d'Echirolles 38130 a un bassin extérieur chauffé
de 50m,
ouvert jusqu'au 22 déc. Au-delà des considérations écologiques de
déperdition d'énergie, etc. c'est assez génial de pouvoir en
profiter
... Et je m'interroge sur d'autres bassins de mêmes
caractéristiques en
France ? Savez-vous s'il y en a d'autres ?

J'ai taggé ce bassin comme ceci:
      leisure=swimming_pool
      location=outdoor
      length=50
      heated=yes
Le 'heated' est non documenté et peu utilisé, c'est ce que
j'ai trouvé
de mieux !

 Bassins extérieurs : https://overpass-turbo.eu/s/Cyt
 Chauffés : https://overpass-turbo.eu/s/Cyx

Merci et bonne journée
Paul


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



-- 
Florimond Berthoux

___
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-de] 30er Zone (Z274.1)

[Martin Koppenhoefer]

sent from a phone

> On 7. Oct 2018, at 19:17, Norbert  wrote:
> 
> ich bin der Meinung, dass source angibt woher die Information stammt. z.B 
> source:maxspeed=sign


im Prinzip ja, aber nur wo auch an der Straße ein Schild steht, wenn das Schild 
hingegen woanders steht würde ich nicht sign nehmen. Um nicht die Zonen 
unterschiedlich zu taggen in Abhängigkeit davon, ob in der Straße ein 
Zonenschild steht, würde ich das daher eher Richtung 30-Zone verallgemeinern, 
als Richtung Schild.

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

[Talk-de] destination_sign Relation auf guidepost auf Flächen zeigen

[Torbjörn K]

Hallo zusammen,

ich bin derzeit dabei in der Nähe befindliche Details zu erweitern und zu 
ergänzen. Dazu gehören auch Wegweiser von lokalen und regionalen Wanderwegen.

Dabei habe ich angefangen, die angegebenen Ziele an den Wegweisern mit der 
"destination_sign"-Relation darzustellen. So wie hier

Wegweiser: https://www.openstreetmap.org/node/1902038054
Sieht so aus: https://flic.kr/p/2aGYYDN

Allerdings bekomme ich ein Problem bei Wegweisern die zu Dinge weisen, die in 
OSM nicht einzelne Knoten oder Wege, sondern Flächen sind, wie z.B. ein See.

Wegweiser: https://www.openstreetmap.org/node/5032404084
Sieht so aus: https://flic.kr/p/2aqem46
Der verwiesene See: https://www.openstreetmap.org/way/
144878638#map=16/50.8183/6.8314

Die destination_sign Relation kann damit nicht umgehen - zumindest nicht laut 
Wiki und JOSM-Validator.

Wie gehe ich in solchen Fällen vor?

Oder ist es gar übermäßiger Eifer das alles als Relationen einzutragen?

Zudem: Ist es empfehlenswert Wegweiser eines bestimmten Wanderweges dessen 
Relation hinzuzufügen mit der Rolle "guidepost"? Das Wiki sagt "kann man 
machen" aber ist es auch üblich das zu tun?

Wegweiser: https://www.openstreetmap.org/node/551337066
Sieht so aus: https://flic.kr/p/2aH1s8d
Heißt so: https://flic.kr/p/N3Ln1r

Viele Grüße und besten Dank für Rückmeldungen
torbjoernk


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Dimanche 7 octobre 2018 : entrée en vigueur de l’open data par principe

[Christian Quest]

Du coup plein de nouveaux jeux de données sont arrivés ces derniers jours
sur data.gouv.fr qui n'a plus de place sur ses disques pour stocker ce
tsunami d'opendata...

...ou pas ;)

Le dim. 7 oct. 2018 à 20:24, Jean-Christophe Becquet  a
écrit :

> Bonsoir,
>
> L'obligation pour les administrations et les collectivités de plus de
> 3500 habitants et 50 agents de publier leurs bases de données et les
> données présentant un intérêt économique, social, sanitaire ou
> environnemental entre en vigueur aujourd'hui, dimanche 7 octobre 2018.
>
> 40 ans après la loi du 17 juillet 1978 dite loi CADA instaurant la
> Commission d'Accès aux Documents Administratifs, la loi du 8 octobre
> 2016 pour une République numérique renforce l'ouverture de l'accès aux
> données publiques. Laurence Comparat, présidente de l’association
> OpenData France explique au micro de l'April : « ce qu’il faut noter,
> c’est que par rapport à la loi CADA dont il a été question, c’est qu’on
> change complètement la perspective. La logique de la loi CADA c’est :
> moi, individu, j’ai le droit de demander à l’administration et celle-ci
> a l’obligation de me répondre et elle répond à moi, individuellement.
> Maintenant : moi, administration j’ai l’obligation de mettre à
> disposition sans attendre qu’on me le demande et à tout le monde les
> informations dont je dispose. ».
>
>
> Pour comprendre les enjeux de ces nouvelles dispositions législatives,
> écoutez ou lisez la transcription de la cinquième émission « Libre à
> vous ! » de l'April sur la radio « Cause Commune » consacrée au thème
> des collectivités et des données publiques. En compagnie de Xavier
> Berne, journaliste à Next INpact ; de Laurence Comparat, adjointe
> données publiques, logiciels libres et Administration générale de la
> ville de Grenoble et présidente de l’association OpenData France et de
> Tangui Morlier, membre du collectif Regards Citoyens ; l'April vous
> explique tout sur l'ouverture des données publiques.
>
> https://april.org/emission-libre-a-vous-diffusee-mardi-2-octobre-2018-sur-radio-cause-commune
>
> https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20181002/libre-a-vous-20181002.ogg
>
> https://wiki.april.org/w/Libre_%C3%A0_vous_!_Radio_Cause_Commune_-_Transcription_de_l%27%C3%A9mission_du_2_octobre_2018
>
>
> D'après Le Monde « le chemin est encore long pour les petites communes ».
>
> [Le Monde] La difficile marche des collectivités locales vers l’open data
>
> http://data.blog.lemonde.fr/2018/09/24/la-difficile-marche-des-collectivites-locales-vers-l-open-data/
>
> Références :
>
> Comment Etalab aide les administrations à ouvrir leurs données
>
> https://www.etalab.gouv.fr/comment-etalab-aide-les-administrations-a-ouvrir-leurs-donnees
>
> Loi n° 78-753 du 17 juillet 1978 portant diverses mesures d'amélioration
> des relations entre l'administration et le public et diverses
> dispositions d'ordre administratif, social et fiscal
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00339241
>
> Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique
> https://www.legifrance.gouv.fr/eli/loi/2016/10/7/ECFI1524250L/jo/texte
>
> Bonne fin de soirée
>
> JCB
> --
> Les logiciels libres pour les collectivités locales et les administrations
>
> http://www.apitux.org/index.php?2007/07/05/178-les-logiciels-libres-pour-les-collectivites-locales
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] Dimanche 7 octobre 2018 : entrée en vigueur de l’open data par principe

[Jean-Christophe Becquet]

Bonsoir,

L'obligation pour les administrations et les collectivités de plus de
3500 habitants et 50 agents de publier leurs bases de données et les
données présentant un intérêt économique, social, sanitaire ou
environnemental entre en vigueur aujourd'hui, dimanche 7 octobre 2018.

40 ans après la loi du 17 juillet 1978 dite loi CADA instaurant la
Commission d'Accès aux Documents Administratifs, la loi du 8 octobre
2016 pour une République numérique renforce l'ouverture de l'accès aux
données publiques. Laurence Comparat, présidente de l’association
OpenData France explique au micro de l'April : « ce qu’il faut noter,
c’est que par rapport à la loi CADA dont il a été question, c’est qu’on
change complètement la perspective. La logique de la loi CADA c’est :
moi, individu, j’ai le droit de demander à l’administration et celle-ci
a l’obligation de me répondre et elle répond à moi, individuellement.
Maintenant : moi, administration j’ai l’obligation de mettre à
disposition sans attendre qu’on me le demande et à tout le monde les
informations dont je dispose. ».


Pour comprendre les enjeux de ces nouvelles dispositions législatives,
écoutez ou lisez la transcription de la cinquième émission « Libre à
vous ! » de l'April sur la radio « Cause Commune » consacrée au thème
des collectivités et des données publiques. En compagnie de Xavier
Berne, journaliste à Next INpact ; de Laurence Comparat, adjointe
données publiques, logiciels libres et Administration générale de la
ville de Grenoble et présidente de l’association OpenData France et de
Tangui Morlier, membre du collectif Regards Citoyens ; l'April vous
explique tout sur l'ouverture des données publiques.
https://april.org/emission-libre-a-vous-diffusee-mardi-2-octobre-2018-sur-radio-cause-commune
https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20181002/libre-a-vous-20181002.ogg
https://wiki.april.org/w/Libre_%C3%A0_vous_!_Radio_Cause_Commune_-_Transcription_de_l%27%C3%A9mission_du_2_octobre_2018


D'après Le Monde « le chemin est encore long pour les petites communes ».

[Le Monde] La difficile marche des collectivités locales vers l’open data
http://data.blog.lemonde.fr/2018/09/24/la-difficile-marche-des-collectivites-locales-vers-l-open-data/

Références :

Comment Etalab aide les administrations à ouvrir leurs données
https://www.etalab.gouv.fr/comment-etalab-aide-les-administrations-a-ouvrir-leurs-donnees

Loi n° 78-753 du 17 juillet 1978 portant diverses mesures d'amélioration
des relations entre l'administration et le public et diverses
dispositions d'ordre administratif, social et fiscal
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00339241

Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique
https://www.legifrance.gouv.fr/eli/loi/2016/10/7/ECFI1524250L/jo/texte

Bonne fin de soirée

JCB
-- 
Les logiciels libres pour les collectivités locales et les administrations
http://www.apitux.org/index.php?2007/07/05/178-les-logiciels-libres-pour-les-collectivites-locales

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===




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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Gertjan Idema]

Goeie actie Stefan.

Misschien een mooi moment om nog eens te kijken of we de RD cöordinaten 
op hun plek kunnen krijgen. (Onze Lieve Vrouwentoren in Amersfoort op 
155.000, 463.000). Ik denk dat een update van proj4js naar een recente 
versie voldoende is.


Groeten, Gertjan


On 07/10/18 19:34, Marco van der Heide wrote:

Hoi,

Gelijk even een kijkje genomen en het ziet er netjes uit. Op een 
mobiel zijn de knopjes voor in en uitzoomen wat lastig, maar centreert 
wel mooi.


Groeten, Marco

On 7 October 2018 18:45:59 GMT+02:00, Pander OpenTaal 
 wrote:



On 10/07/2018 01:34 PM, Stefan de Konink wrote:

Goedemiddag, tile.openstreetmap.nl verwijst nu via squid naar
de tileserver van openstreetmap.org. De volgende urls zijn
beschikbaar: Via Cherokee: http://tile.openstreetmap.nl/
https://tile.openstreetmap.nl/ 


Super! Misschien linksonder die "2012" uitbreiden tot "2012 – 2018". Dat
kan zelfs met eenvoudige JavaScript zodat het huidige jaartal als
laatste wordt gemeld, zie
https://www.w3schools.com/jsref/jsref_getfullyear.asp

Deze uitbreiding doet mensen meer waarde hechten aan wat ze zien en het
niet te makkelijk (en abuis) afdoen met, o, dat is vast een oude kaart.
>

Rechtstreeks via Squid: http://tile.openstreetmap.nl:8080/ Er
zal in de komende periode nog genoeg moeten gebeuren, maar dit
toont in ieder geval de meest actuele data van Nederland weer,
met als bijvangst de rest van de wereld. 



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


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.


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


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

Re: [OSM-talk-fr] revert mes contributions depuis 2 j

[ades]

Bon, je laisse tomber le revert, pas l’envie d’attendre une bonne âme ;-) en 
plus j’ai commencé à modifier le « zélé » (un peu le même cas que : 
https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090408.html), et 
le « zélé » est déjà ré-intervenu sur mes modifs avec les mêmes erreurs et 
imprécisions, donc le revert va être dur maintenant.

En tous cas le plug revert ne fonctionne pas avec la dernière version de JOSM 
sur Mac OS 10.11.6 (el capitan).



> Le 5 oct. 2018 à 15:05, ades  a écrit :
> 
> bonjour je souaiterais faire un revert por mes contribs depuis 2jours, sais 
> pas comment faire, essayé avec le plugin revert de jsom, ça à l’air de 
> merder….message d’erreur… demande mise à jour  etc.
> il s’agit des groupes de modif suivants :
> 63163344
> 63169468
> 63170834
> 63170904
> 63186746
> 63189220
> 63189434
> 63190332
> à priori (j’ai vérifié quand même) personne n’est intervenu depuis sur ces 
> modifs.
> Je souhaite les supprimer car un peu hatives et emmerdantes pour maintenir 
> les éléments du bled en question (la ménitré) 
> En fait j’ai voulu corriger des éléments anciens avant de "m’attaquer" à un 
> contributeur zélé, mais presque toujours fantaisiste. 
> Résultat du fait d’avoir modifié du ‘landuse:residancial’ tous les 
> ‘building:yes’ sont attribués à mes modifs et donc je ne peu plus retouver 
> les modifs du zélé à revoir ;-(
> Quelqu’un a une solution ? je me fiche de devoir recommencer mes 
> contributions, c’est juste pour virer les ambiguitées
> ades et Ades222 c’est pareil ;-)
> 
> 
> 
> 
> ___
> 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] hebdoOSM Nº 428 2018-09-25-2018-10-01

[deuzeffe]

On 10/7/18 1:46 PM, PanierAvide wrote:

Le 06/10/2018 à 20:58, deuzeffe a écrit :
Est-ce que l'outil https://zlant.github.io/parking-lanes (que je 
découvre donc via weeklyosm) ne pourrait pas être intégré dans WhatOSM 
d'Adrien ?


Il peut l'être, mais il faut prévenir le dit Adrien pour qu'il soit au 
courant ! :-) 


Le voilà donc au courant ^^

Si tu peux m'en faire une description en français et 
anglais sur le modèle décrit ici :


Je te fais ça. Vais tenter sur le git de frama...

--
deuzeffe

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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Marco van der Heide]

Hoi,

Gelijk even een kijkje genomen en het ziet er netjes uit. Op een mobiel zijn de 
knopjes voor in en uitzoomen wat lastig, maar centreert wel mooi. 

Groeten, Marco

On 7 October 2018 18:45:59 GMT+02:00, Pander OpenTaal  
wrote:
>
>
>On 10/07/2018 01:34 PM, Stefan de Konink wrote:
>> Goedemiddag,
>>
>> tile.openstreetmap.nl verwijst nu via squid naar de tileserver van
>> openstreetmap.org. De volgende urls zijn beschikbaar:
>>
>> Via Cherokee:
>> http://tile.openstreetmap.nl/
>> https://tile.openstreetmap.nl/
>Super! Misschien linksonder die "2012" uitbreiden tot "2012 – 2018".
>Dat
>kan zelfs met eenvoudige JavaScript zodat het huidige jaartal als
>laatste wordt gemeld, zie
>https://www.w3schools.com/jsref/jsref_getfullyear.asp
>
>Deze uitbreiding doet mensen meer waarde hechten aan wat ze zien en het
>niet te makkelijk (en abuis) afdoen met, o, dat is vast een oude kaart.
>>
>> Rechtstreeks via Squid:
>> http://tile.openstreetmap.nl:8080/
>>
>> Er zal in de komende periode nog genoeg moeten gebeuren, maar dit
>> toont in ieder geval de meest actuele data van Nederland weer, met
>als
>> bijvangst de rest van de wereld.
>>
>
>
>___
>Talk-nl mailing list
>Talk-nl@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-nl

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-de] 30er Zone (Z274.1)

[Norbert]

Am 06.10.2018 um 20:10 schrieb Martin Scholtes:

Moin zusammen,

wollte mal eben wieder eine Straße mit dem 30er Zone Zusatz ergänzen und
festgestellt, das im Wiki drei Varianten vonsource:maxspeed gibt.

Welche ist den nun eigentlich die offizielle?

https://wiki.openstreetmap.org/wiki/DE:Key:source:maxspeed


Gruß
Martin

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


Hallo,

ich bin der Meinung, dass source angibt woher die Information stammt. 
z.B source:maxspeed=sign


Ich tagge 30er Zonen mit zone:maxspeed=DE:30

Viele Grüße
Norbert


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

Re: [Talk-it] "cabina" metano

[liste DOT girarsi AT posteo DOT eu]

Il 07/10/2018 18:27, claudio62PG ha scritto:

Ciao
se inserisco questi valori

Andrea Albani wrote

pipeline=substation
substation=valve


il validatore di JOSM risponde:

*Le preimpostazioni non contengono il valore della proprietà (2)
Valore ''substation'' per la chiave ''pipeline'' non presente nelle
preimpostazioni. (1)
Valore ''valve'' per la chiave ''substation'' non presente nelle
preimpostazioni. (1)*

ho risolto con
man_made=pipeline
pipeline=valve



Aggiungerei substance=methane, se lo avevi già visto come non detto.

https://wiki.openstreetmap.org/wiki/Key:substance


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

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

Re: [OSM-talk-nl] tile.openstreetmap.nl

[Pander OpenTaal]

On 10/07/2018 01:34 PM, Stefan de Konink wrote:
> Goedemiddag,
>
> tile.openstreetmap.nl verwijst nu via squid naar de tileserver van
> openstreetmap.org. De volgende urls zijn beschikbaar:
>
> Via Cherokee:
> http://tile.openstreetmap.nl/
> https://tile.openstreetmap.nl/
Super! Misschien linksonder die "2012" uitbreiden tot "2012 – 2018". Dat
kan zelfs met eenvoudige JavaScript zodat het huidige jaartal als
laatste wordt gemeld, zie
https://www.w3schools.com/jsref/jsref_getfullyear.asp

Deze uitbreiding doet mensen meer waarde hechten aan wat ze zien en het
niet te makkelijk (en abuis) afdoen met, o, dat is vast een oude kaart.
>
> Rechtstreeks via Squid:
> http://tile.openstreetmap.nl:8080/
>
> Er zal in de komende periode nog genoeg moeten gebeuren, maar dit
> toont in ieder geval de meest actuele data van Nederland weer, met als
> bijvangst de rest van de wereld.
>


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

Re: [OSM-talk-fr] Piscines avec bassin extérieur chauffé

[Philippe Verdy]

Il existe des "piscines" à filtration naturelle, elles ne sont pas
chauffées, ce sont des aménagements de bassins, connectés à un étang.
Il en existe des privées, comme aussi des publiques municipales, et sont
apparues dans des réserves naturelles ou espaces protégés. La baignade est
autorisée sur ces piscines mais l'accès au reste de l'étang est protégé

Le dim. 7 oct. 2018 à 18:29, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Bonjour,
>
> Ça existe une eau de piscine municipale non chauffée ?
> Par défaut il me semble les eaux de piscines sont chauffées.
>
> Le sam. 6 oct. 2018 à 09:43, Paul Desgranges 
> a écrit :
>
>> Bonjour
>>   La piscine d'Echirolles 38130 a un bassin extérieur chauffé de 50m,
>> ouvert jusqu'au 22 déc. Au-delà des considérations écologiques de
>> déperdition d'énergie, etc. c'est assez génial de pouvoir en profiter
>> ... Et je m'interroge sur d'autres bassins de mêmes caractéristiques en
>> France ? Savez-vous s'il y en a d'autres ?
>>
>> J'ai taggé ce bassin comme ceci:
>>   leisure=swimming_pool
>>   location=outdoor
>>   length=50
>>   heated=yes
>> Le 'heated' est non documenté et peu utilisé, c'est ce que j'ai trouvé
>> de mieux !
>>
>>  Bassins extérieurs : https://overpass-turbo.eu/s/Cyt
>>  Chauffés : https://overpass-turbo.eu/s/Cyx
>>
>> Merci et bonne journée
>> Paul
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> 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] Piscines avec bassin extérieur chauffé

[Florimond Berthoux]

Bonjour,

Ça existe une eau de piscine municipale non chauffée ?
Par défaut il me semble les eaux de piscines sont chauffées.

Le sam. 6 oct. 2018 à 09:43, Paul Desgranges 
a écrit :

> Bonjour
>   La piscine d'Echirolles 38130 a un bassin extérieur chauffé de 50m,
> ouvert jusqu'au 22 déc. Au-delà des considérations écologiques de
> déperdition d'énergie, etc. c'est assez génial de pouvoir en profiter
> ... Et je m'interroge sur d'autres bassins de mêmes caractéristiques en
> France ? Savez-vous s'il y en a d'autres ?
>
> J'ai taggé ce bassin comme ceci:
>   leisure=swimming_pool
>   location=outdoor
>   length=50
>   heated=yes
> Le 'heated' est non documenté et peu utilisé, c'est ce que j'ai trouvé
> de mieux !
>
>  Bassins extérieurs : https://overpass-turbo.eu/s/Cyt
>  Chauffés : https://overpass-turbo.eu/s/Cyx
>
> Merci et bonne journée
> Paul
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] "cabina" metano

[claudio62PG]

Ciao 
se inserisco questi valori 

Andrea Albani wrote
> pipeline=substation
> substation=valve

il validatore di JOSM risponde:

*Le preimpostazioni non contengono il valore della proprietà (2)
Valore ''substation'' per la chiave ''pipeline'' non presente nelle
preimpostazioni. (1)
Valore ''valve'' per la chiave ''substation'' non presente nelle
preimpostazioni. (1)*

ho risolto con
man_made=pipeline
pipeline=valve

Ciao
Claudio



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-cz] Nejde nahrávat rozcestníky

[Miroslav Suchý]

Když přidám rozcestník na Fody (přes osm.cz). Tak u "Nahrát fotografii"
se motá kolečko, ale k faktickému nahrání nikdy nedojde.

Mirek

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

[Talk-ht] Réponse OpenStreetMap Haiti au tremblement de terre du 6 Octobre 2018 (Port-De-

[nicolas chavent]

Salut à toutes et tous,

Mes excuses pour les posts simultanées : je suis sur le départ d'Haiti
après les 3 semaines partagées avec Rei Debreus, Kenedy Alcereste et Wedens
Louisius (de l'association Communauté OSM Haiti - Saint Marc - C.OSMHA-STM)
dans le cadre de l'action de renforcement de capacités avec l'Organisation
Internationale de la Francophonie (OIF), l'Institu Français d'Haiti (IFH)
et ses partenaires de la FOKAL et l'Alliance Fraçaise. Mot dièse
#ActionOsmHaiti2018 sous Twitter pour un micro-récit.

Je viens de créer les projets cartographiques 265 [1], 266 [2] et 267 [3]
sur les zones de Port-De-Paix, Gros Morne et Chansolme qui à la lecture ce
matin des bulletins humanitaires et presse semblent avoir été les zones où
victimes et dégâts ont été identifiés de manière sûre.

L'objectif commun aux trois projets est comme toujours de créer ou mettre à
jour la donnée de base (baseline data) OSM sur ces zones pour qu'elle serve
de baseline data pour les efforts de réponse et reconstruction à venir.

Il faudra prévoir de suivre l'éovolution de la réponse de crise les
prochaines heures car je serai off d'ici peu voyageant vers la France.

Excellente journée
Nicolas

[1] : http://taches.francophonelibre.org/project/265
[2] : http://taches.francophonelibre.org/project/266
[3] : http://taches.francophonelibre.org/project/267


-- 
Nicolas Chavent
Les Libres Géographes
Projet OpenStreetMap (OSM)
Projet Espace OSM Francophone (EOF)
Projet GeOrchestra
Mobile (FR): +33 (0)6 52 40 78 20
Mobile (Haiti): +509 40 19 46 02
Email: nicolas.chav...@gmail.com
Email: nicolas.chav...@leslibresgeographes.org
Skype: c_nicolas
Twitter: nicolas_chavent
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-it] aiuto a principiante

[cinzia h]

Cercando un paese del sud e non ITALIA SUD l'ho trovata.
Grazie

Ottieni Outlook per Android


From: Andrea Albani 
Sent: Sunday, October 7, 2018 2:22:24 PM
To: openstreetmap list - italiano
Subject: Re: [Talk-it] aiuto a principiante

Ciao,

l'applicazione sfrutta i dati OSM come base per le mappe offline.
Le mappe offline sono però create da quelli di wikiloc, quindi o loro mettono a 
disposizione l'area fra quelle scaricabili oppure chiedi che venga coperto 
quanto ti interessa come dicono qui [0].

In ogni caso nella app se vai su mappa, ti posizioni nell'area dell'italia che 
interessa e premi l'icona a forma di globo puoi scaricare quello che ti serve.
Ho visto che sono disponibili Alpi est, Italia Nord e Sud, Sardegna e San 
Marino... quindi quello che cerchi apparentemente c'è già.

Ciao

[0] https://help.wikiloc.com/article/582-free-app-what-can-do

Il giorno dom 7 ott 2018 alle ore 11:01 cinzia h 
mailto:stellaso...@hotmail.it>> ha scritto:

Ciao uso di solito wikiloc, per semplicità di uso, e  vorrei scaricare le mappe 
di osm du wikiloc. Qualcuno mi sa dire passo passo come si fa?? (al momento mi 
serve la mappa dell'italia)

Grazie

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

Re: [Talk-de] 30er Zone (Z274.1)

[begafa]

>> On 6. Oct 2018, at 20:10, Martin Scholtes  wrote:
>>
>> Welche ist den nun eigentlich die offizielle? 
> es ist egal, man wird sich im Zweifel alle Varianten ansehen, und die 
> Bedeutung ist Afaik immer dieselbe ;-)
>
vielleicht hilft bei der Auswahl die Häufigkeit der Verwendung lt.
https://taginfo.openstreetmap.org/keys/source%3Amaxspeed#values mit
Suche nach de:zone weiter:

DE:zone30    49 214    3.87%
DE:zone:30    24 895    1.96%
DE:zone            6 171 0.49%
de:zone30            790    0.06%
DE:zone(:30)        160    0,01%
de:zone:30            106    0,01%
DE:Zone30                2    0.00%

Daraus ergibt sich mir gerade eine weitere Frage, wäre eine Korrektur
der Groß-/Kleinschreibung der o.a. tags zur Vereinheitlichung eine
maschinelle Änderung? Damit würde der Vorsprung von DE:zone30 noch ein
klein wenig größer ausfallen. Wobei ich eher allgemein DE:zone
favorisieren würde da mittlerweile auch viele 30er Zonen zu 20er oder
gar 10er runtergestuft werden. Und ob dann alle Leute die das tag
maxspeed anpassen auch das source tag mit bereinigen...?

Gruß Bernd



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

[Talk-es] Herramienta WikiShootMe

[Jaime Crespo]

Me comentan que pase por aquí un enlace que he compartido en el chat:

https://tools.wmflabs.org/wikishootme/ (aplicación para descubrir imágenes
faltantes en Wikipedia de objetos y lugares geolocalizados)

Creo que podría ser útil tanto para subir fotos que hayáis tomado de
lugares que hayáis guardado trazas, como para ver imágenes geolocalizadas
libres de lugares como referencia.

Saludos,

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

Re: [Talk-cz] přidání tagu zruseno k fotce na Fody

[Zdeněk Pražák]

aha to jsem nevěděl

so 6. 10. 2018 v 11:56 odesílatel Tom Ka  napsal:

> tag zruseno uz nema smysl, misto toho fotku disabluj a pripadne info o
> tom, ze byla zrusena muzes dat do komentare.
>
> bye
> pá 5. 10. 2018 v 10:21 odesílatel Zdeněk Pražák 
> napsal:
> >
> > chtěl jsem k fotografii na Fody s ID 12461 přidat tag zruseno (Tento
> rozcestník byl přesunut k rohu budovy nádraží viz foto s ID 20903)
> > Když však tag odkliknu, objeví se hláška přidání tagu zruseno selhalo
> >
> > Pražák
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk] LinuxFoundation Energy Summit 2018 in Edinburgh (too few OSM inside)

[François Lacombe]

Le dim. 7 oct. 2018 à 08:27, Mateusz Konieczny  a
écrit :

> I wonder whatever they know that this way their datasets become ODBL (or
> copyright violations).
>

Good point but not so simple
OSM data isn't pushed in legacy and main datasets yet. It's only ponctual
cleanups on temporary chunks.
Currently, at least in France, such an argument won't encourage anyone
(especially industrial operators) to produce sustainable opendata since
they may think they are forced to.
Convince and include people in the process is a long term journey.

That's why we should go and talk outside as often as possible about what we
do here
People usually join because they think it's good, not because the license
say so.

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

Re: [Talk-de] 30er Zone (Z274.1)

[Martin Koppenhoefer]

sent from a phone

> On 6. Oct 2018, at 20:10, Martin Scholtes  wrote:
> 
> Welche ist den nun eigentlich die offizielle? 

es ist egal, man wird sich im Zweifel alle Varianten ansehen, und die Bedeutung 
ist Afaik immer dieselbe ;-)


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

Re: [talk-au] PSMA Administrative Boundaries

[Lee Mason]

Nice work on cleaning up the PSMA data, Andrew. It looks a lot easier to manage 
for importing now.



A quick look at the data, and it appears there is some regional/state variance 
in the boundaries:

Some of the WA LGAs extend out to the coastal waters limit.

VIC LGAs mostly approximate the high tide mark (except around Port Welshpool) 
and are shared with the locality boundaries.

TAS LGAs mostly extend to the low tide mark and are not shared with locality 
boundaries.



--



In regards to discussion earlier about aligning boundaries to existing 
features; I think that if a mapper determines that a boundary and a feature 
approximate each other, they can be merged. But it should not be a requirement 
to align or not align features.



For example, when an admin boundary clearly defines the left side of a river, 
it should be separate. But as the river becomes a stream and is narrower and 
more ambiguous, it would provide a tidier map to align the two features at this 
point.



Whilst this does mean a decrease in the accuracy of the data on OSM, if a data 
user requires the precision to determine if an admin boundary is on the left or 
right side of a road or river, they should (or would) be using the 
authoritative data source anyway because OSM can never guarantee that level of 
accuracy. It also means it is less of an issue when future users inadvertently 
try to “fix” the map by aligning admin boundaries with rivers, etc.



So I would suggest that mappers use their own good judgement to align a 
boundary and a feature that very closely approximate each other if they wish to 
do so.



With the same reasoning, I think if an admin boundary closely approximates the 
hightide mark, it should be aligned with the OSM coastline.



--



Speaking from the perspective of Tasmania’s data, my suggestion is:

Tassie LGAs would not be aligned with the coastline because they follow the low 
tide mark.

Localities would be aligned to the OSM coastline because they approximate the 
high tide mark.



And I would probably import Tasmania by doing 1 LGA at a time (including the 
contained localities).



Cheers

Lee






From: Andrew Harvey 
Sent: Sunday, October 7, 2018 6:32:02 PM
To: OSM Australian Talk List
Subject: Re: [talk-au] PSMA Administrative Boundaries

I've approached this from the angle of what we'd need to get the data
to look like if importing as is into OSM. I couldn't find any tools
which correctly ensure that boundary ways were shared via relations
instead of duplicated so I wrote some new tools. The process I used is
documented at 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fandrewharvey%2Fpsma-admin-bdy2osmdata=02%7C01%7C%7C6fa5cf91925e4f1f3a4d08d62c2734a6%7C84df9e7fe9f640afb435%7C1%7C0%7C636744944223052969sdata=wwiO1AL7k1rZAvsf5Igz6SsC758fwZ%2BxdYKdnmj4Upo%3Dreserved=0

The processed AUGUST 2018 LGA + Suburb/Locality OSM file is at

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftianjara.net%2Fdata%2FPSMA_Admin_Bdy.osm.pbfdata=02%7C01%7C%7C6fa5cf91925e4f1f3a4d08d62c2734a6%7C84df9e7fe9f640afb435%7C1%7C0%7C636744944223052969sdata=EH3xdg4az3Ps1T8iQIjqJ6H9ui3lZZ36cjTns4xHTvk%3Dreserved=0

The file is quite big so you'll need enough memory to open it in JOSM.

In JOSM you can open this directly with the PBF plugin otherwise any
of the software at
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FPBF%2FSoftware_Compliancedata=02%7C01%7C%7C6fa5cf91925e4f1f3a4d08d62c2734a6%7C84df9e7fe9f640afb435%7C1%7C0%7C636744944223052969sdata=D06VwqI21v7Oqk36bFLgJUcrBWCzY7NpzDPk3zIn%2BuE%3Dreserved=0
 can
deflate it.

I see the next steps are to:

- discuss if this is the right format for upload or not,
- how we'll manage that upload in terms of breaking it up into smaller pieces
- if there is any re-using of existing ways or not
- how to ensure we're retaining the existing LGA/Suburb data in OSM.
This includes both relations and those mapped as points (as Joel
touched on). Those mapped as points are likely suitable for either the
label or admin_center members of the relation.

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7C%7C6fa5cf91925e4f1f3a4d08d62c2734a6%7C84df9e7fe9f640afb435%7C1%7C0%7C636744944223052969sdata=FEObUh5zYdC2%2FgYY0nkKfcFovtg0Fp7fqgqRbR3MbX0%3Dreserved=0
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] aiuto a principiante

[Andrea Albani]

Ciao,

l'applicazione sfrutta i dati OSM come base per le mappe offline.
Le mappe offline sono però create da quelli di wikiloc, quindi o loro
mettono a disposizione l'area fra quelle scaricabili oppure chiedi che
venga coperto quanto ti interessa come dicono qui [0].

In ogni caso nella app se vai su mappa, ti posizioni nell'area dell'italia
che interessa e premi l'icona a forma di globo puoi scaricare quello che ti
serve.
Ho visto che sono disponibili Alpi est, Italia Nord e Sud, Sardegna e San
Marino... quindi quello che cerchi apparentemente c'è già.

Ciao

[0] https://help.wikiloc.com/article/582-free-app-what-can-do

Il giorno dom 7 ott 2018 alle ore 11:01 cinzia h 
ha scritto:

> Ciao uso di solito wikiloc, per semplicità di uso, e  vorrei scaricare le
> mappe di osm du wikiloc. Qualcuno mi sa dire passo passo come si fa?? (al
> momento mi serve la mappa dell'italia)
>
> Grazie
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] hebdoOSM Nº 428 2018-09-25-2018-10-01

[PanierAvide]

Le 06/10/2018 à 20:58, deuzeffe a écrit :
Est-ce que l'outil https://zlant.github.io/parking-lanes (que je 
découvre donc via weeklyosm) ne pourrait pas être intégré dans WhatOSM 
d'Adrien ?


Il peut l'être, mais il faut prévenir le dit Adrien pour qu'il soit au 
courant ! :-) Si tu peux m'en faire une description en français et 
anglais sur le modèle décrit ici :


https://framagit.org/PanierAvide/WhatOSM/blob/master/CONTRIBUTING.md#for-everyone-open-an-issue

Ça me ferait gagner beaucoup de temps (tu peux m'envoyer ça par courriel 
ou sur le dépôt selon ce que tu préfères). Je me chargerai de 
l'intégration ensuite.


Cordialement,

Adrien.

--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-it] aiuto a principiante

[liste DOT girarsi AT posteo DOT eu]

Il 07/10/2018 11:00, cinzia h ha scritto:

Ciao uso di solito wikiloc, per semplicità di uso, e  vorrei scaricare le mappe 
di osm du wikiloc. Qualcuno mi sa dire passo passo come si fa?? (al momento mi 
serve la mappa dell'italia)

Grazie



Così come poni la questione è difficile aiutarti, io wikiloc non lo 
conosco, e dopo breve ricerca sul sito stesso, ho trovato questo 
supporto, dal quale però non sonoriuscito a capire quale è il formato 
supportato da questo programma:


https://help.wikiloc.com/

Poi vedo che si usa anche su garmin, e su questo di nativo ci sono delle 
mappe vettoriali create apposta per garmin, uno per esempio è questo:



http://www.geodati.fmach.it/italia_osm.html

Dove, cliccando su "Dati" ti compare il menu di scelta fra i quali la 
mappa vettoriale completa di OSM per l'Italia.


Però per aiutarti bisognerebbe capire se lo usi su smartphone o Iphone o 
cosa e cosa hai fatto finora per cercare di installarlo, insomma qualche 
informazione in più ci aiuterebbe ad, forse, aiutarti.



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

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

[Talk-it] aiuto a principiante

[cinzia h]

Ciao uso di solito wikiloc, per semplicità di uso, e  vorrei scaricare le mappe 
di osm du wikiloc. Qualcuno mi sa dire passo passo come si fa?? (al momento mi 
serve la mappa dell'italia)

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

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

I've approached this from the angle of what we'd need to get the data
to look like if importing as is into OSM. I couldn't find any tools
which correctly ensure that boundary ways were shared via relations
instead of duplicated so I wrote some new tools. The process I used is
documented at https://github.com/andrewharvey/psma-admin-bdy2osm

The processed AUGUST 2018 LGA + Suburb/Locality OSM file is at

https://tianjara.net/data/PSMA_Admin_Bdy.osm.pbf

The file is quite big so you'll need enough memory to open it in JOSM.

In JOSM you can open this directly with the PBF plugin otherwise any
of the software at
https://wiki.openstreetmap.org/wiki/PBF/Software_Compliance can
deflate it.

I see the next steps are to:

- discuss if this is the right format for upload or not,
- how we'll manage that upload in terms of breaking it up into smaller pieces
- if there is any re-using of existing ways or not
- how to ensure we're retaining the existing LGA/Suburb data in OSM.
This includes both relations and those mapped as points (as Joel
touched on). Those mapped as points are likely suitable for either the
label or admin_center members of the relation.

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

Re: [talk-au] Public Barbeques in the ACT

[Graeme Fitzpatrick]

On Sun, 7 Oct 2018 at 16:19, Riley Baird  wrote:


> At present, the data is released under CC BY 4.0 international, so it
> appears that I would have to send a message requesting permission to
> use it in a way compatible with the OSM licence.


G'day Riley & welcome

I'm sure Andrew & others will be along shortly to explain import procedures
further, but you don't have to ask!

Have a look at https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue
- we've already been given permission to use that info, together with a
heap more ACT data.

Good luck with it all.

Thanks

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

Re: [OSM-talk] LinuxFoundation Energy Summit 2018 in Edinburgh (too few OSM inside)

[Mateusz Konieczny]

5. Oct 2018 00:02 by fl.infosrese...@gmail.com 
:


> Following my current professional experience, it becomes more and more usual 
> to clean-up proprietary and inside dataset with OSM data (my job, sometimes 
> on power infrastructure)

 

I wonder whatever they know that this way their datasets become ODBL (or 
copyright violations).

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

[talk-au] Public Barbeques in the ACT

[Riley Baird]

Hi,

I'm new to OpenStreetMap, but I'd like to try importing some data.

The Australian Capital Territory (ACT) Government makes available a
significant amount of its data online, at data.act.gov.au, some of
which could be useful to have in OSM.

As a start, I was considering importing their "Public Barbeques in the
ACT" dataset, which does not appear to currently be included in the map.

The dataset is available for download here:
https://www.data.act.gov.au/Infrastructure-and-Utilities/Public-Barbeques-in-the-ACT/n3b4-mm52/data

At present, the data is released under CC BY 4.0 international, so it
appears that I would have to send a message requesting permission to
use it in a way compatible with the OSM licence.

I've looked for Canberran OSM groups, but can only find 2 users listed
as being in Canberra on the wiki, and the last meeting was 7 years ago.

I'm sending this message as requested by the import guidelines, so I'm
open to any feedback that anyone might have about this idea or how I
can go forward.

Thanks,

Riley Baird


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