Re: [OSM-talk-fr] PR points routiers et adresse

[didier2020]

Le mercredi 21 septembre 2016 à 19:57 +0200, JB a écrit : 
> Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :
> > On est alors plus dans un modèle style associatedStreet.
> Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
> relations inutiles, surtout à cette échelle !)
> Mais oui, ça fait bizarre de voir tout le monde intégrer ça à « grande » 
> échelle avec chacun sa modélisation.
> Et tant que j'y suis, ça me fait aussi bizarre de voir comme argument : 
> « ce modèle ne va pas, Nominatim ne l'exploite pas »… En plus qu'on ne 
> taggue pas pour le géocodeur, je ne suis pas persuadé que les PR soient 
> vraiment utilisés par le grand public, et que ceux qui en auront 
> l'utilité auront développé des outils pour ça.
c'est en cours pour les "autoroutiers" de france, avec la publication de
leurs événements/incident avec la norme date2 qui utilise la description
du réseau riu (réseau inter-urbain) non dispo en opendata :-(
et donc pr mais dans leur description complete (departement - pr- sens)

les tags actuels d'osm ne permettront pas de renvoyer un localisant
unique :
une recherche de pr 5 sur la N118 renverra 4 localisation
- sens D (vers province) et sens G (vers paris)
- entre Paris et Vélizy (pr 0 a 6) et entre Vélizy et Les Ulis (pr 0 à
15)




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

Re: [Talk-it] su.openstreetmap.it

[Aury88]

cascafico wrote
> Vorrei fare un fork del codice per adattarlo a PDI specifici per
> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
> può aiutarmi?

La butto da totale ignorante: piuttosto che un fork non sarebbe più
conveniente integrarlo, naturalmente apportando opportune modifiche per
rendere il tutto ordinato e facilitarne l'utilizzo, a quanto già fatto? in
questa maniera il sito risulterebbe rispondente a più necessità
guadagnandoci probabilmente in visibilità in rete (ranking e cose del
genere).
ripeto, è un interrogativo che pongo da totale ignorante ;-)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/su-openstreetmap-it-tp5883111p5883151.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] SOTM Brussels public transport info

[Jo]

The reason for the Diabolo tax (when you take the train), is that extra
rails and tunnels were built to make the airport connection a lot smoother.

http://www.belgianrail.be/jp/sncb-nmbs-routeplanner/query.exe/en?S=Brussels+Airport+-+Zaventem=Delta=23/09/2016=05:46=1=depart&=A=1@O=Brussels%20Airport%20-%20Zaventem@X=4482076@Y=50896456@U=80@L=008819406@B=1@p=1474500303@n=ac.1=GA@=A=1@O=Delta@X=4403869@Y=50818358@U=80@L=008811205@B=1@p=1474500303@n=ac.1=GA@_prod_list=3:0111#focus

The reason for the extra fee on top of STIB/MIVB tickets is that they
operate in Brussels, but the airport is 'out of their normal reach', over
in Flanders. So if you take bus 12 or 21, you have to buy a supplementary
ticket at their vending machines. The JUMP ticket is issued by them and
they made agreements with the other operators so inside the Brussels region
it's possible to use the other means of transport as well. The airport is
not within Brussels region.

http://www.stib-mivb.be/tripplanner/TravelPlans?Accessible=false=false=true=false=false=false=true=false=false=false=true=true=false=2016-9-23=8232=Stop==false==9600=Stop=12%2C5==false=5%3A50=SpecifiedDepartureTime=false===en


The cheapest (€3) way to get from the airport to Brussels is using De Lijn
272, 471, BUT that will take about an hour to get to the wrong side of the
city. The terminus at North Station is not the VUB campus. Their focus is
serving Flanders, and although they do continue into Brussels, it's not the
priority.

https://www.delijn.be/en/routeplanner/resultaten.html?from=Brussels+Airport%2C+Zaventem=158094=176021=Station+Delta+%5BB%5D=152475=167548=23-09-2016=1=05%3A55=on=on=on=off=off

If you see colours on the line numbers, they are operated by De Lijn. If
the numbers are black, they are operated by STIB/MIVB and your ticket of De
Lijn won't be valid on those.


It's a mess. The route planners do work to give you the best connections,
but tarification is opaque. Even more so for locals who have abonnement for
one of the operators, or who arrive by train, giving them the right to use
the train to continue to any station in Brussels.

Polyglot

2016-09-21 23:16 GMT+02:00 Ruben :

> On Wed, 21 Sep 2016 22:58:29 +0200
> Christian Rogel  wrote:
>
> > Le 21 sept. 2016 à 22:31, Stephan Knauss  a
> écrit :
> > >
> > > I am just completing my trip planning to ensure a smooth arrival at
> SOTM. The Brussels public transport leaves me a bit uncertain.
> > >
> > > I will arrive at Brussels Airport.
> > >
> > > The trip planner suggests to take a train 3737 to Bruxelles Nord.
> > > http://www.stib-mivb.be/reisweg-itineraire.html?l=en
> > >
> > > I wonder: Is this also included in the Jump 24h ticket costing 7.50
> EUR?
> > > The website mentiones a Bourget-Brussels Airport section
> > > http://www.stib-mivb.be/1-jour-dag.html?l=en
> > >
> > > But if I check the website of the train, then it says I should get a
> Standard ticket for 8,60 EUR. Why would it suggest that if I could go for
> Jump with 7,50? Sounds like it is not included.
> > >
> > > http://www.belgianrail.be/en/travel-tickets/which-is-the-
> right-ticket-for-me.aspx
> > >
> > > Is the Jump ticket maybe not valid for trains? Is it valid for the bus
> lines to the airport only?
> > >
> > > Would be great is a seasoned Brussels traveler can give some details.
> > >
> > > Thanks, and see you at SOTM,
> > >
> >
> > You will have a yes answer there : https://www.stib-mivb.be/1-
> jour-dag.html?l=en
> >
> > From Bruxelles
> >
> > See you maybe there,
> >
> > Christian Rogel
>
> SNCB=NBMS, the train operator in the whole of Belgium
> STIB=MIVB, Brussels' bus, tram and metro operator
> TEC, Wallonia's bus, tram and metro operator, also active in Brussels
> De Lijn, Flanders' bus, tram and metro operator, also active in Brussels
>
> Although I'm not familiar with JUMP passes, according to the SNCB/NMBS
> they are valid on all public transport operators I mentioned above:
> http://www.belgianrail.be/en/travel-tickets/passes-cards/jump.aspx
>
> Beware when traveling by train from/to Brussels Airport: you may have to
> pay an additional "Diabolo" fee: http://www.belgianrail.be/en/
> travel-tickets/tickets/diabolo-fee-to-airport/no-diabolo.aspx. As far as
> I can see, you have to pay it when using a JUMP pass.
>
> ___
> 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-be] OSM Lane Visualizer

[Marc Gemis]

That's what I was looking for, thanks Ruben.

On Wed, Sep 21, 2016 at 11:25 PM, Ruben  wrote:
> On Wed, 21 Sep 2016 20:06:16 +
> Jasper Michels  wrote:
>
>> https://commons.wikimedia.org/wiki/Category:Diagrams_of_road_signs_of_Belgium
>>
>> Looks pretty complete to me.
>
> Those are the traffic signs, but I think they were looking for destination 
> icons? I.e., this:
>
> https://commons.wikimedia.org/wiki/Category:Symbols_of_road_signs_of_Belgium
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Vincent de Château-Thierry]

Bonsoir,

Le 21/09/2016 à 23:20, Pierre-Yves Berrard a écrit :

Le 21 septembre 2016 à 21:29, Samy Mezani > a écrit :

C'est un point de repère comme un autre, facile à repérer pour tout
le monde. Pourquoi tagguer les bornes incendie si l'on suit ton
raisonnement ?

Je pense que JB ne remettait pas en cause le fait de les intégrer,
plutôt le fait de vouloir que nominatim les trouve.

Il faudrait trouver un tag approprié, sans se préoccuper de Nominatim.
Quelqu'un que ça intéresse saura comment faire si c'est cohérent et bien
documenté.


100% d'accord. La cible ici c'est bien une intégration dans la base, pas 
dans les logiciels de recherche. Alors ne tordons pas les tags pour 
trouver à tout prix ces objets.



PS : l'analogie avec les bornes incendies est trop lointaine. Nominatim
ne renvoie pas non plus les bornes incendies (et les bornes incendies ne
sont pas qu'un point de repère).


Inaugurons l'idée de borne incendie kilométrique, pour mettre tout le 
monde d'accord ;)


vincent

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

[OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Yohan Boniface]

Hello tous,

En prévision du SotM, on essaie de (enfin!) mettre en production la
nouvelle version de uMap.
Pour tester, on a fait une copie de la production, qu'on a mise en
ligne. Si vous voulez jouer avec, c'est par là:

http://dev.umap.openstreetmap.fr/

Vous devriez y retrouver vos anciennes cartes (jusqu'au week-end
dernier, date de la copie).

Toute remontée sera utile, quelle qu'en soit la forme (ici par email ou
bien sur github https://github.com/umap-project/umap/issues ou sur IRC
pour les habitués).
Idéalement, dans le cas d'un bug, un lien vers le problème ou une façon
de le reproduire aidera. Copies d'écrans aussi.

Merci d'avance pour vos retours!

Et à tout bientôt à Bruxelles pour les chanceux qui voyagent :)

Yohan

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

Re: [Talk-hr] Izrada plakata?

[Vedran Stojnović]

Mogu ja pomoći. Trenutno nisam u Osijeku, ali vraćam se u nedjelju navečer
pa se možemo naći sljedeći tjedan da me uputiš što ste planirali. Možemo
čak i nekakvu radionicu dogovorit, pa da upoznamo veći broj ljudi s tim ako
ima zainteresiranih, mislim općenito s kreiranjem karte na temelju OSM
podataka.

Dana 21. rujna 2016. u 13:22 hbogner  je napisao/la:

> Imam ja nekih iskustava s tim :)
> Koliko je hitno?
> Sljedećih nekoliko tjedana sam u guzvi...
>
>
>
> On 09/21/2016 12:19 PM, valent.turko...@gmail.com wrote:
>
>> Za moj kvart žete izraditi OSM kartu... no tko se time bavi?
>>
>> Još mogu naučiti lokalnu ekipu da provjeri brojeve i zgrade da su
>> dobro ucrtane...
>>
>> Ako tko nam može složiti legendu i pripremu za tisak sa elementima
>> koje ljudi iz mjesnog odbora žele?
>> Naravno ne očekuju da se to volonterski radi, već imaju budget da se
>> to plati nekome... znate nekoga tko bi to mogao i želio napraviti?
>>
>> Hvala unaprijed,
>> Valent.
>>
>> ___
>> Talk-hr mailing list
>> Talk-hr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-hr
>>
>>
>
>
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>



-- 
Srdačan pozdrav,
Vedran Stojnović.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk-fr] PR points routiers et adresse

[Pierre-Yves Berrard]

Le 21 septembre 2016 à 21:29, Samy Mezani  a écrit :

>
> ne suis pas persuadé que les PR soient vraiment utilisés par le grand
>> public
>>
>
> C'est un point de repère comme un autre, facile à repérer pour tout le
> monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?
>

Je pense que JB ne remettait pas en cause le fait de les intégrer, plutôt
le fait de vouloir
que nominatim les trouve.

Il faudrait trouver un tag approprié, sans se préoccuper de Nominatim.
Quelqu'un que ça intéresse saura comment faire si c'est cohérent et bien
documenté.

PS : l'analogie avec les bornes incendies est trop lointaine. Nominatim ne
renvoie pas non plus les bornes incendies (et les bornes incendies ne sont
pas qu'un point de repère).

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

Re: [OSM-talk] SOTM Brussels public transport info

[Ruben]

On Wed, 21 Sep 2016 22:58:29 +0200
Christian Rogel  wrote:

> Le 21 sept. 2016 à 22:31, Stephan Knauss  a écrit :
> > 
> > I am just completing my trip planning to ensure a smooth arrival at SOTM. 
> > The Brussels public transport leaves me a bit uncertain.
> > 
> > I will arrive at Brussels Airport.
> > 
> > The trip planner suggests to take a train 3737 to Bruxelles Nord.
> > http://www.stib-mivb.be/reisweg-itineraire.html?l=en
> > 
> > I wonder: Is this also included in the Jump 24h ticket costing 7.50 EUR?
> > The website mentiones a Bourget-Brussels Airport section
> > http://www.stib-mivb.be/1-jour-dag.html?l=en
> > 
> > But if I check the website of the train, then it says I should get a 
> > Standard ticket for 8,60 EUR. Why would it suggest that if I could go for 
> > Jump with 7,50? Sounds like it is not included.
> > 
> > http://www.belgianrail.be/en/travel-tickets/which-is-the-right-ticket-for-me.aspx
> > 
> > Is the Jump ticket maybe not valid for trains? Is it valid for the bus 
> > lines to the airport only?
> > 
> > Would be great is a seasoned Brussels traveler can give some details.
> > 
> > Thanks, and see you at SOTM,
> >   
> 
> You will have a yes answer there : 
> https://www.stib-mivb.be/1-jour-dag.html?l=en
> 
> From Bruxelles
> 
> See you maybe there,
> 
> Christian Rogel

SNCB=NBMS, the train operator in the whole of Belgium
STIB=MIVB, Brussels' bus, tram and metro operator
TEC, Wallonia's bus, tram and metro operator, also active in Brussels
De Lijn, Flanders' bus, tram and metro operator, also active in Brussels

Although I'm not familiar with JUMP passes, according to the SNCB/NMBS they are 
valid on all public transport operators I mentioned above: 
http://www.belgianrail.be/en/travel-tickets/passes-cards/jump.aspx

Beware when traveling by train from/to Brussels Airport: you may have to pay an 
additional "Diabolo" fee: 
http://www.belgianrail.be/en/travel-tickets/tickets/diabolo-fee-to-airport/no-diabolo.aspx.
 As far as I can see, you have to pay it when using a JUMP pass.

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

Re: [OSM-talk] SOTM Brussels public transport info

[Christian Rogel]

Le 21 sept. 2016 à 22:31, Stephan Knauss  a écrit :
> 
> I am just completing my trip planning to ensure a smooth arrival at SOTM. The 
> Brussels public transport leaves me a bit uncertain.
> 
> I will arrive at Brussels Airport.
> 
> The trip planner suggests to take a train 3737 to Bruxelles Nord.
> http://www.stib-mivb.be/reisweg-itineraire.html?l=en
> 
> I wonder: Is this also included in the Jump 24h ticket costing 7.50 EUR?
> The website mentiones a Bourget-Brussels Airport section
> http://www.stib-mivb.be/1-jour-dag.html?l=en
> 
> But if I check the website of the train, then it says I should get a Standard 
> ticket for 8,60 EUR. Why would it suggest that if I could go for Jump with 
> 7,50? Sounds like it is not included.
> 
> http://www.belgianrail.be/en/travel-tickets/which-is-the-right-ticket-for-me.aspx
> 
> Is the Jump ticket maybe not valid for trains? Is it valid for the bus lines 
> to the airport only?
> 
> Would be great is a seasoned Brussels traveler can give some details.
> 
> Thanks, and see you at SOTM,
> 

You will have a yes answer there : https://www.stib-mivb.be/1-jour-dag.html?l=en

From Bruxelles

See you maybe there,

Christian Rogel

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

[Talk-it] Ricerca veloce Osmand

[Federico Cortese]

Segnalo la nuova funzione dell'ultima versione di OsmAnd 2.4.7, che
permette una ricerca veloce (tipo quella di MAPS.ME) attiva in tutte le
mappe contemporaneamente.
Basta inserire il nome del POI o della via (meglio solo il cognome o nome
significativo senza "via") e la ricerca trova subito tutti i risultati
partendo dal più vicino.
Mi sembra un netto miglioramento.

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

[OSM-talk] SOTM Brussels public transport info

[Stephan Knauss]

Hello,

I am just completing my trip planning to ensure a smooth arrival at 
SOTM. The Brussels public transport leaves me a bit uncertain.


I will arrive at Brussels Airport.

The trip planner suggests to take a train 3737 to Bruxelles Nord.
http://www.stib-mivb.be/reisweg-itineraire.html?l=en

I wonder: Is this also included in the Jump 24h ticket costing 7.50 EUR?
The website mentiones a Bourget-Brussels Airport section
http://www.stib-mivb.be/1-jour-dag.html?l=en

But if I check the website of the train, then it says I should get a 
Standard ticket for 8,60 EUR. Why would it suggest that if I could go 
for Jump with 7,50? Sounds like it is not included.


http://www.belgianrail.be/en/travel-tickets/which-is-the-right-ticket-for-me.aspx

Is the Jump ticket maybe not valid for trains? Is it valid for the bus 
lines to the airport only?


Would be great is a seasoned Brussels traveler can give some details.

Thanks, and see you at SOTM,

Stephan

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Le 21/09/2016 à 19:57, JB a écrit :

ça fait bizarre de voir tout le monde intégrer ça à « grande » échelleje


N'exagérons rien, certains testent l'intégration et en parlent sur la 
liste c'est tout.



ne suis pas persuadé que les PR soient vraiment utilisés par le grand public


C'est un point de repère comme un autre, facile à repérer pour tout le 
monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?


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

[OSM-talk] New Kickstarter project Maputnik - a Visual Map Editor for Mapbox GL

[Stefan Keller]

Hi,

Shameless plug:
New cool Kickstarter project "Maputnik - a Visual Map Editor for Mapbox GL" [1].
Looking forward to discuss it at SotM!

:Stefan

P.S. Disclaimer: I'm in the steering committee.

[1] 
https://www.kickstarter.com/projects/174808720/maputnik-visual-map-editor-for-mapbox-gl

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

Wochennotiz Nr. 322 13.09.2016–19.09.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/09/wochennotiz-nr-322/

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

Wochennotiz Nr. 322 13.09.2016–19.09.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/09/wochennotiz-nr-322/

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

Re: [Talk-dk] Navigationsproblem

[Leif Lodahl]

Hej Niels og Hjart,
Tak for hjælpen.
Selv holder jeg mig helst langt væk fra denne type mapning. Der er der
andre der er bedre til.

Jeg henter et nyt kort efter 1. oktober, og så må jeg ud at køre en lille
tur ;-)

Endnu en gang tak for hjælpen.


/Leif

Den 21. september 2016 kl. 20.20 skrev Michael Andersen :

> Onsdag den 21. september 2016 19:30:21 skrev Niels Elgaard Larsen:
> > On 21-09-2016 15:59, Leif Lodahl wrote:
> > > Hej alle,
> > > Jeg har oplevet et navigationsproblem som jeg ikke selv tør give mig i
> > > kast med, da jeg ikke har den store erfaring udi trafikkryds og
> > > avancerede relationer. Jeg håber at andre kan hjælpe.
> >
> > Der er en turnrestriction only_straight_on på
> > https://www.openstreetmap.org/node/1283667696
> >
> > Du kan nemt selv fjerne den i iD, hvis du mener at venstresving er
> tilladt.
>
> Den var en af to jeg lige havde anbragt og nu jeg kiggede på det igen
> opdagede
> jeg at jeg måske ikke er så kvik i aften som vanligt :-/
>
> Jeg har kigget på krydset og justeret og lavet en del mindre tilføjelser og
> havde bl.a. tilføjet de nævnte "svingbegrænsninger" (som jeg nu har fjernet
> igen)
> Men det der muligvis forårsagede det problem Leif stødte på var at
> forbindelsen mellem det sydlige og nordlige spor på Mørkhøjvej var
> klassificeret som tertiary_link. Jeg har i andre sammenhænge set problemer
> med
> at visse routingmaskiner rangerer denne klassifikation lavt eller endda
> slet
> ikke bruger den og det er muligt at det er derfor Osmand har ledt dig
> udenom.
> Det ser ud til at OSRM ikke har samme problem, men jeg har nu klassificeret
> forbindelsen som tertiary (minus "_link"). Jeg kan iøvrigt ikke
> umiddelbart se
> nogen overbevisende grund til at den skulle være klassificeret som
> "_link", så
> nu må vi se hvad Osmand siger til det ved næste kortopdatering.
>
> Happy mapping
>Hjart
>
>
> >
> > > Se her:
> > > http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%
> B8j#map=18/55.7
> > > 2941/12.47684
> > >
> > > Jeg kommer kørende ad Hillerødmotorvejen i udadgående retning og drejer
> > > af ved Mærkhøj-afkørslen. Ved Mørkhøjvej drejer jeg til venstre,
> hvilket
> > > OSMAND dog ikke mener er tilladt. Jeg bliver bedt om at dreje til
> højre,
> > > for at lave en U-vending senere.
> > >
> > > Hvad er der galt?
> > >
> > > Ruteberegneren på OSM synes at acceptere venstresving det pågældende
> sted.
> > >
> > >
> > > /Leif
> > >
> > >
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Navigationsproblem

[Michael Andersen]

Onsdag den 21. september 2016 19:30:21 skrev Niels Elgaard Larsen:
> On 21-09-2016 15:59, Leif Lodahl wrote:
> > Hej alle,
> > Jeg har oplevet et navigationsproblem som jeg ikke selv tør give mig i
> > kast med, da jeg ikke har den store erfaring udi trafikkryds og
> > avancerede relationer. Jeg håber at andre kan hjælpe.
> 
> Der er en turnrestriction only_straight_on på
> https://www.openstreetmap.org/node/1283667696
> 
> Du kan nemt selv fjerne den i iD, hvis du mener at venstresving er tilladt.

Den var en af to jeg lige havde anbragt og nu jeg kiggede på det igen opdagede 
jeg at jeg måske ikke er så kvik i aften som vanligt :-/

Jeg har kigget på krydset og justeret og lavet en del mindre tilføjelser og 
havde bl.a. tilføjet de nævnte "svingbegrænsninger" (som jeg nu har fjernet 
igen)
Men det der muligvis forårsagede det problem Leif stødte på var at 
forbindelsen mellem det sydlige og nordlige spor på Mørkhøjvej var 
klassificeret som tertiary_link. Jeg har i andre sammenhænge set problemer med 
at visse routingmaskiner rangerer denne klassifikation lavt eller endda slet 
ikke bruger den og det er muligt at det er derfor Osmand har ledt dig udenom. 
Det ser ud til at OSRM ikke har samme problem, men jeg har nu klassificeret 
forbindelsen som tertiary (minus "_link"). Jeg kan iøvrigt ikke umiddelbart se 
nogen overbevisende grund til at den skulle være klassificeret som "_link", så 
nu må vi se hvad Osmand siger til det ved næste kortopdatering.

Happy mapping
   Hjart


> 
> > Se her:
> > http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%B8j#map=18/55.7
> > 2941/12.47684
> > 
> > Jeg kommer kørende ad Hillerødmotorvejen i udadgående retning og drejer
> > af ved Mærkhøj-afkørslen. Ved Mørkhøjvej drejer jeg til venstre, hvilket
> > OSMAND dog ikke mener er tilladt. Jeg bliver bedt om at dreje til højre,
> > for at lave en U-vending senere.
> > 
> > Hvad er der galt?
> > 
> > Ruteberegneren på OSM synes at acceptere venstresving det pågældende sted.
> > 
> > 
> > /Leif
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


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

Re: [Talk-ca] Nunavut place names language

[Stewart C. Russell]

Hi John,

> I would like to purpose OSM uses the same standard as this Wikipedia
> Article.
> 
> https://en.wikipedia.org/wiki/List_of_communities_in_Nunavut

Seems reasonable.

> I really believe that *name=** should be written in english (Community).

It's certainly more consistent than using "English  Inuktitut",
since it's unlikely that people will call it two things at once.

Please add name:en as well for the English names. That way, automatic
parsing will show a little less cultural bias.

> Inuktitut name if different from the name = *alt_name*

alt_name looks to me like it's for a name that's different in the same
language. This would be the case for Kugaaruk, which is also (according
to the Wikipedia article) known as Arviligjuaq.

> Inuktitut syllabics = *name:in (ᐃᖅᐊᓗᑦ)*

name:iu, surely?

Best Wishes,
 Stewart

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

Re: [OSM-talk-fr] PR points routiers et adresse

[osm . sanspourriel]

Le 21/09/2016 à 19:57, JB - jb...@mailoo.org a écrit :


Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :

On est alors plus dans un modèle style associatedStreet.
Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
relations inutiles, surtout à cette échelle !)

+1 (je n'avais pas pensé à l'échelle, juste pensé à l'analogie).
Mais si on n'y met que les PR pas la relation elle-même c'est plus léger 
(le ref de la route devant être ajouté à cette relation pour associer 
les PR et la route.


Si les PR font partie du tracé de la route, alors l'équivalent du numéro 
pour une adresse doit suffire.

Et c'est Nominatim qui doit indexer ces PR pour que les requêtes marchent.

Par contre sur la faible utilisation des PR, je crois que si tu es sur 
une autoroute, qu'on te demande où tu es, si tu as un PR à fournir, tu 
n'hésites pas.
Par rapport à l'idée de bon sens de Philippe sur le fait que les bornes 
téléphoniques seraient géolocalisées : voiture à contre sens sur la voie 
express, peu après une borne d'appel. J'appelle, il est 1 h du mat', 
personne à la DIR. Au bout de n sonneries ça bascule (comme s'ils ne 
pouvaient avoir de renvoi automatique en fonction des horaires) sur la 
gendarmerie qui au bout de m coups décroche et demande où je suis. Je 
connaissais les lieux donc j'ai pu me situer. Sinon avec une borne 
indiquée sur OSM (ou autre) ils auraient pu savoir. N. B. : ils étaient 
déjà à la recherche de cette voiture à contre-sens mais si à chaque fois 
ils rataient la voiture...

Donc oui on peut améliorer la chaîne des secours.

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

Re: [OSM-talk-fr] PR points routiers et adresse

[JB]

Le 21/09/2016 à 19:49, osm.sanspourr...@spamgourmet.com a écrit :

On est alors plus dans un modèle style associatedStreet.
Ourk… surtout pas ! (Pour élaborer un peu plus : surtout pas de 
relations inutiles, surtout à cette échelle !)
Mais oui, ça fait bizarre de voir tout le monde intégrer ça à « grande » 
échelle avec chacun sa modélisation.
Et tant que j'y suis, ça me fait aussi bizarre de voir comme argument : 
« ce modèle ne va pas, Nominatim ne l'exploite pas »… En plus qu'on ne 
taggue pas pour le géocodeur, je ne suis pas persuadé que les PR soient 
vraiment utilisés par le grand public, et que ceux qui en auront 
l'utilité auront développé des outils pour ça.

JB.

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

Re: [OSM-talk-fr] PR points routiers et adresse

[osm . sanspourriel]

Le 21/09/2016 à 17:07, Romain MEHUT - romain.me...@gmail.com a écrit :


Bonjour,

Si chacun y va de son interprétation, comment voulez-vous que 
l'ensemble soit homogène ?

Attendez de vous être mis d'accord sur les tags à adopter...

Romain

+1, comme le proposait d'ailleurs Jérôme.
Comme Jérôme disait, si les pk ne correspondent pas à la distance, il y 
a un soucis pour distance=.

On est alors plus dans un modèle style associatedStreet.

street  peut-être ?
Quel rôle ? Adresse ?
Et un ref:PR ou ref:FR:PR sur les nœuds ?

En regardant associatedStreet (en VO) je vois :

OK It allows adding information which concerns the whole street, like a 
name:etymology:wikidata 
=* tag, 
only once, instead of needing to repeat it on each nodes/ways, reducing 
chances of typos.

Tiens, une référence à wikidata précisant son utilisation.

Retour à associatedStreet, distance c'est bon pour modéliser une ligne à 
4 dimensions (x, y, z), la quatrième étant la distance le long de la 
ligne à partir de (x0, y0, z0).
Si la distance ne correspond pas, ce n'est pas trop choquant (d'un point 
à l'autre on approxime par une droite) mais alors je pense qu'il faut 
annoter la donnée. Si c'est plus du n'importe quoi (par exemple parce 
qu'il y a eu des changements d'infrastructure style départementale 
passant maintenant par une rocade sans avoir refait les PR) on est plus 
proche de l'associatedStreet ou les adresses sont potentiellement mises 
n'importe où.


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

Re: [OSM-talk] Local Overpass Issue

[mmd]

Am 19.09.2016 um 22:19 schrieb Mike Thompson:

> 
> [...technical Overpass API issue...] 


I'd suggest to post your question either on the Overpass Dev list [1] or
create an issue on Github [2] instead.

[1] http://listes.openstreetmap.fr/wws/info/overpass
[2] https://github.com/drolbr/Overpass-API/issues

-- 




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

[OSM-talk-fr] OSM, Wikipedia et Wikidata

[Guillaume Allegre]

Salut,

un mail qui me permet de parler de mes trois projets favoris 
(ne me demandez pas le classement)...

Sur toutes les versions de Wikipedia, une nouvelle extension vient 
d'être activée, sous le nom de Kartographer.
Elle permet essentiellement d'avoir *dans un widget Mediawiki* balisé 
(donc sans "sortir" de Wikipedia) des objets géolocalisés sur une carte 
glissante,
plus complexes que des simples points comme c'était le cas jusqu'à maintenant.

Le principe de fonctionnement, est que ça peut représenter tout "objet"
qui fait l'objet d'une fiche Wikidata (donc avec un identifiant Q...).
S'il est localisé par un simple point dans Wikidata, il sera représenté comme 
un point.

Par contre, s'il existe un objet OSM (ou plusieurs) correspondant, et
que cet objet OSM porte un tag : wikidata=..., l'info sera récupérée et l'objet
géographique sera affiché (way ouvert, fermé ou relation).

Pour résumer la propagation de l'info : OpenStreetMap -> Wikidata -> Wikipedia

Deux exemples parmi d'autres :
* https://fr.wikipedia.org/wiki/Remparts_d%27Avignon#Pr.C3.A9sentation
  lien "Plan de localisation des remparts d'Avignon"
* 
https://fr.wikipedia.org/wiki/Parc_naturel_r%C3%A9gional_de_Chartreuse#G.C3.A9ographie
  lien "Limites du PNR de Chartreuse"

Doc : https://www.mediawiki.org/wiki/Help:Extension:Kartographer


Pour profiter de la fonctionnalité, je vous encourage donc à ajouter le tag 
wikidata
sur les objets OSM qui s'y prêtent ; voire à créer l'élément dans la base 
Wikidata
s'il n'existe pas encore.
Attention, il y a un moissonnage quotidien des identifiants wikidata dans OSM, 
et un cache,
ce qui fait que pour un tag nouvellement ajouté, il y a pour l'instant un délai 
de 24h à 48h
avant que l'objet puisse s'afficher.
Ça devrait se réduire.
L'extension Kartographer reste en développement, et je pense que les 
fonctionnalités vont
augmenter aussi.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


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

Re: [Talk-dk] Navigationsproblem

[Niels Elgaard Larsen]

On 21-09-2016 15:59, Leif Lodahl wrote:

Hej alle,
Jeg har oplevet et navigationsproblem som jeg ikke selv tør give mig i
kast med, da jeg ikke har den store erfaring udi trafikkryds og
avancerede relationer. Jeg håber at andre kan hjælpe.


Der er en turnrestriction only_straight_on på
https://www.openstreetmap.org/node/1283667696

Du kan nemt selv fjerne den i iD, hvis du mener at venstresving er tilladt.


Se her:
http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%B8j#map=18/55.72941/12.47684

Jeg kommer kørende ad Hillerødmotorvejen i udadgående retning og drejer
af ved Mærkhøj-afkørslen. Ved Mørkhøjvej drejer jeg til venstre, hvilket
OSMAND dog ikke mener er tilladt. Jeg bliver bedt om at dreje til højre,
for at lave en U-vending senere.

Hvad er der galt?

Ruteberegneren på OSM synes at acceptere venstresving det pågældende sted.


/Leif


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




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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Le 21/09/2016 à 17:57, Philippe Verdy a écrit :

Qu'au moins vous vous entendiez déjà sur "highway=milestone".


Je ne vois pas d'ambiguité sur ce point entre Donat, Pierre et moi.

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Philippe Verdy]

Qu'au moins vous vous entendiez déjà sur "highway=milestone".
Ca permettra des nettoyages en attendant de se mettre d'accord sur le ou
les formats attendus (à documenter aussi, sinon ça restera peu ou pas
utilisé dans les rendus ou moteurs d'itinéraires).
Pour l'instant j'ai l'impression que chacun est en train de tester ses
solutions, mais on ne sait pas ce que chacun attend dans ses applications
carto favorites.
sinon l'interprétation comme distance (en kilomètres par défaut) c'est le
tag distance=*; ref=* reste je pense à utiliser selon les normes locales en
vigueur chez les exploitants de réseaux ou selon ce qui est visible (un
exploitant peut avoir un numéro de référence plus précis mais la borne en
général en donne une vue simplifiée, en n'affichant que la distance et
(optionellement) la référence de la route comme seconde indication annexe
(mais là je suis d'avis que ça reste sur la ref du way highway=* pour la
référence principale, sinon dans la relation pour les itinéraires Européens
"Enn", qui pouvait aussi se mettre sur le way dans "int_ref=*" mais semble
maintenant obsolète, et dans la relation uniquement pour les itinéraires
cyclistes et piétons qui empreintent localement le même route)

Le 21 septembre 2016 à 17:07, Romain MEHUT  a écrit
:

> Bonjour,
>
> Si chacun y va de son interprétation, comment voulez-vous que l'ensemble
> soit homogène ?
> Attendez de vous être mis d'accord sur les tags à adopter...
>
> Romain
>
> Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :
>
>> Bonjour,
>>
>> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
>> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
>> lui-même.
>>
>> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>>
>> A+
>>
>> Marc Sibert
>> m...@sibert.fr
>>
>> Le 21 septembre 2016 à 15:22, Samy Mezani  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Génial cette mise à disposition des PR.
>>>
>>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>>
>>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le
>>> rechercher rapidement avec Nominatim. Exemple :
>>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>>
>>> Qu'en pensez-vous ?
>>>
>>> Samy
>>>
>>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>>
 Malheureusement, impossible de faire ressortir le PR avec la barre de
 recherche d’openstreetmap.org . J’ai testé
 pourtant pas mal de combinaisons.


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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

Jo. To mi poslali taky. Už jsem jim odpověděl. Prostě mají blbě ten select. 
To já poznám ;-)
Budem muset počkat, až to předají na dodavatele a on s tím něco udělá.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 16:32:33
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
dostal jsem odpověď z helpdesku:


Dobrý den, 

 
 
včera jsem dával na PF novou verzi příručky  ve které došlo k úpravám vrstev
WFS, pokud to nebude fungovat ani poté  požadavek půjde zřejmě  na 
dodavatele. 

Prosím o potvrzení. 

 
 
S pozdravem 

 
 
Josef Votava 

 
 
Oddělení provozu a podpory aplikací 

Tel.: +420 221 811 888 

 
 
Ministerstvo zemědělství 

Těšnov 17, 117 05  Praha 1 

helpd...@mze.cz(mailto:helpd...@mze.cz) 

www.eagri.cz(http://www.eagri.cz/) 









-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:57:57
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
poslal jsem tedy také 
Díky


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:07:41
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
" 
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 

Re: [OSM-talk-fr] PR points routiers et adresse

[Jérôme Seigneuret]

Bonjour,
Je ne sais pas comment sont gérés les anomalies mais dans le ferroviaire
les PK peuvent ne pas correspondre à la distance mentionnée. (Et cela avec
des décalage de plus d'1km)

La notion de numéro de pancarte et à dissocié de la distance. Celle-ci est
indicative et est recorrigé pour une utilisation en référencement linéaire.

Mettre les PR dans une relation c'est pas envisageable?

Jérôme

Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :

> Bonjour,
>
> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
> lui-même.
>
> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>
> A+
>
> Marc Sibert
> m...@sibert.fr
>
> Le 21 septembre 2016 à 15:22, Samy Mezani  a
> écrit :
>
>> Bonjour,
>>
>> Génial cette mise à disposition des PR.
>>
>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>
>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
>> rapidement avec Nominatim. Exemple :
>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>
>> Qu'en pensez-vous ?
>>
>> Samy
>>
>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>
>>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>>> recherche d’openstreetmap.org . J’ai testé
>>> pourtant pas mal de combinaisons.
>>>
>>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Quel est l'intérêt d'indiquer la route pour le ref de la borne alors que 
l'on crée cette borne sur le tracé de la route, qui elle a déjà ce tag ?


Samy

Le 21/09/2016 à 16:54, Marc SIBERT a écrit :

Bonjour,

moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
route, bien que cela soit contraire à l'usage de ref qui référence
l'objet lui-même.

et j'utilise "distance" pour y mettre le PK (point kilométrique).

A+

Marc Sibert
m...@sibert.fr 


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

Re: [OSM-talk-fr] PR points routiers et adresse

[Romain MEHUT]

Bonjour,

Si chacun y va de son interprétation, comment voulez-vous que l'ensemble
soit homogène ?
Attendez de vous être mis d'accord sur les tags à adopter...

Romain

Le 21 septembre 2016 à 16:54, Marc SIBERT  a écrit :

> Bonjour,
>
> moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
> route, bien que cela soit contraire à l'usage de ref qui référence l'objet
> lui-même.
>
> et j'utilise "distance" pour y mettre le PK (point kilométrique).
>
> A+
>
> Marc Sibert
> m...@sibert.fr
>
> Le 21 septembre 2016 à 15:22, Samy Mezani  a
> écrit :
>
>> Bonjour,
>>
>> Génial cette mise à disposition des PR.
>>
>> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>>
>> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
>> rapidement avec Nominatim. Exemple :
>> https://www.openstreetmap.org/search?query=PR16%2C N 80
>>
>> Qu'en pensez-vous ?
>>
>> Samy
>>
>> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>>
>>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>>> recherche d’openstreetmap.org . J’ai testé
>>> pourtant pas mal de combinaisons.
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] PR points routiers et adresse

[Marc SIBERT]

Bonjour,

moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
route, bien que cela soit contraire à l'usage de ref qui référence l'objet
lui-même.

et j'utilise "distance" pour y mettre le PK (point kilométrique).

A+

Marc Sibert
m...@sibert.fr

Le 21 septembre 2016 à 15:22, Samy Mezani  a écrit :

> Bonjour,
>
> Génial cette mise à disposition des PR.
>
> Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).
>
> Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher
> rapidement avec Nominatim. Exemple :
> https://www.openstreetmap.org/search?query=PR16%2C N 80
>
> Qu'en pensez-vous ?
>
> Samy
>
> Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :
>
>> Malheureusement, impossible de faire ressortir le PR avec la barre de
>> recherche d’openstreetmap.org . J’ai testé
>> pourtant pas mal de combinaisons.
>>
>>
> ___
> 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] PR points routiers et adresse

[Pierre Béland]

La recherche nominatim suivante me donne les bornes sur la route ref=R0461km 
r0461, quebec
Sur la node highway=milestone, j'indique ref=Km xx où xx est le nombre de 
kilomètres.
  
Pierre 


  De : Philippe Verdy 
 À : Discussions sur OSM en français  
 Envoyé le : mercredi 21 Septembre 2016 10h04
 Objet : Re: [OSM-talk-fr] PR points routiers et adresse
   
Nominatim ne sait pas chercher juste avec un nombre. L'utilisation d'un préfixe 
le permet, à condition qu'il soit standardisé, ce qui n'est pas non plus le cas 
pour le format "ref=PXxxx" proposé. Et je suis presque sur qu'on a d'autres 
formats même en France, visibles sur certaines bornes (déjà les bornes d'arrêt 
d'urgence ont leur propre système)
Le marquage n'est pas non plus limité aux bornes ou panneaux, on trouve aussi 
des marquages au sol. Du coup ce n'est pas évident d'utiliser la clé 
"highway=milestone", bien que sa doc indique que c'est utilisable aussi pour 
les panneaux et pas seulement les bornes en pierre ou ciment/béton (qui ont 
presque toutes disparu en France, hormis quelques bornes historiques qui ont 
cependant été souvent déplacées car elles étaient trop dangereuses (notamment 
les anciennes bornes de la Voie de la Libération placées en bordure de route et 
pas sur un trottoir).
Les arbres le long des anciennes routes nationales ont connu aussi le même sort 
(abattus pour la plupart, pas toujours replantés plus loin), de même que pas 
mal d'anciens murets en bordure de propriétés en milieu rural (remplacés par 
des grillages ou plantations légères, les distances minimale de construction en 
dur le long des routes ont été augmentées, notamment toutes celles où circulent 
des bus de transport en commun ou transport scolaire hors agglomération où la 
vitesse est plus limitée à 50 ou même souvent 30 km/h dans plein d'endroits).
Aujourd'hui pour le bornage kilométrique on n'a plus que des petits panneaux ou 
des bornes en plastique qui ne font pas obstacle, et le bornage peint au sol 
est de plus en plus fréquent. Les panonceaux étant placés derrière les 
glissières centrales de sécurité sur les autoroutes et voies rapides, ou 
doivent respecter d'autres normes concernant le placement des panneau, leur 
fixation au sol, les tailles minimales et maximales, les matériaux autorisés et 
leur visibilité.


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


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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

dostal jsem odpověď z helpdesku:


Dobrý den, 

 
 
včera jsem dával na PF novou verzi příručky  ve které došlo k úpravám vrstev
WFS, pokud to nebude fungovat ani poté  požadavek půjde zřejmě  na 
dodavatele. 

Prosím o potvrzení. 

 
 
S pozdravem 

 
 
Josef Votava 

 
 
Oddělení provozu a podpory aplikací 

Tel.: +420 221 811 888 

 
 
Ministerstvo zemědělství 

Těšnov 17, 117 05  Praha 1 

helpd...@mze.cz(mailto:helpd...@mze.cz) 

www.eagri.cz(http://www.eagri.cz/) 









-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:57:57
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
poslal jsem tedy také 
Díky


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:07:41
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
" 
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\ 

Re: [Talk-it] su.openstreetmap.it

[Cascafico Giovanni]

>> Vorrei fare un fork del codice per adattarlo a PDI specifici per
>> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
>> può aiutarmi?
>>
>
> https://github.com/sabas/suosm


Velocissimi, grazie!

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

Re: [Talk-es] Importación datos Torrent

[Alejandro Del Rincón]

Correo enviado, a ver que ocurre.

Hola Carlos :D

El mié., 21 sept. 2016 a las 14:39, 
escribió:

> Envíe los mensajes para la lista Talk-es a
> talk-es@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-es
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-es-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-es-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-es digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
> Asuntos del día:
>
>1. Re: Importación datos Torrent (Carlos Cabezas)
>2. Re: Importación datos Torrent (Matías h)
>3. Re: Importación datos Torrent (Alejandro Del Rincón)
>
>
>
> -- Forwarded message --
> From: Carlos Cabezas 
> To: "Discusión en Español de OpenStreetMap" 
> Cc:
> Date: Wed, 21 Sep 2016 14:00:28 +0200
> Subject: Re: [Talk-es] Importación datos Torrent
> La licencia es Creative Commons Attribution 4.0
>
> Hola Alejandro :-P
>
> El 21 de septiembre de 2016 13:20:00 CEST, "Matías h" <
> taborda.barr...@gmail.com> escribió:
>>
>> Hola.
>>
>> Respuesta rápida que ando muy líado. En un vistazo rápido no he sido
>> capaz de ver el tipo de licencia con el que se distribuyen los datos. Es el
>> paso principal para empezar.
>>
>> Saludos y bienvenido a la luz :).
>>
>> El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón <
>> alexs...@gmail.com> escribió:
>>
>>> Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora, llevo
>>> unos dias leyendo la lista de correo, y he visto que utilizáis una
>>> plataforma que ayuda con las importaciones de datos. También he visto que
>>> aparte de esas herramienta, he visto que es necesario hacer cierta
>>> "burocracia" a la hora de hacer estas importaciones.
>>>
>>> Viendo que con la ayuda de la herramienta podría llevar a cabo
>>> importaciones de datos abiertos, como los de Torrent (en donde trabajo), me
>>> podrías echar una mano y guiarme para ver como podríamos importar
>>> diferentes datos? La información de farmacias, estaciones de bici y arboles
>>> seria interesante.
>>>
>>>
>>> http://datosabiertos.torrent.es/es/organization/1f87726e-e1ef-4f4c-b836-66069b68804c?res_format=SHP
>>>
>>> Gracias!
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> --
>>
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> -- Forwarded message --
> From: "Matías h" 
> To: "Discusión en Español de OpenStreetMap" 
> Cc:
> Date: Wed, 21 Sep 2016 14:22:23 +0200
> Subject: Re: [Talk-es] Importación datos Torrent
>
> Hola.
>
> Según las directrices, es necesario solicitar al Ayuntamiento en cuestión
> una autorización expresa para la reutilización de los datos en OSM.
>
> Es lo que se suele hacer en estos casos. Hay un modelo de carta en la Wiki
> para solicitar...
>
> El 21 sept. 2016 14:18, "Carlos Cabezas"  escribió:
>
>> La licencia es Creative Commons Attribution 4.0
>>
>> Hola Alejandro :-P
>>
>> El 21 de septiembre de 2016 13:20:00 CEST, "Matías h" <
>> taborda.barr...@gmail.com> escribió:
>>>
>>> Hola.
>>>
>>> Respuesta rápida que ando muy líado. En un vistazo rápido no he sido
>>> capaz de ver el tipo de licencia con el que se distribuyen los datos. Es el
>>> paso principal para empezar.
>>>
>>> Saludos y bienvenido a la luz :).
>>>
>>> El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón <
>>> alexs...@gmail.com> escribió:
>>>
 Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora, llevo
 unos dias leyendo la lista de correo, y he visto que utilizáis una
 plataforma que ayuda con las importaciones de datos. También he visto que
 aparte de esas herramienta, he visto que es necesario hacer cierta
 "burocracia" a la hora de hacer estas importaciones.

 Viendo que con la ayuda de la herramienta podría llevar a cabo
 importaciones de datos abiertos, como los de Torrent (en donde trabajo), me
 podrías echar una mano y guiarme para ver como podríamos importar
 diferentes datos? La información de farmacias, estaciones de bici y arboles
 seria interesante.


 http://datosabiertos.torrent.es/es/organization/1f87726e-e1ef-4f4c-b836-66069b68804c?res_format=SHP

 Gracias!

 ___
 Talk-es 

Re: [OSM-talk-fr] PR points routiers et adresse

[Philippe Verdy]

Nominatim ne sait pas chercher juste avec un nombre. L'utilisation d'un
préfixe le permet, à condition qu'il soit standardisé, ce qui n'est pas non
plus le cas pour le format "ref=PXxxx" proposé. Et je suis presque sur
qu'on a d'autres formats même en France, visibles sur certaines bornes
(déjà les bornes d'arrêt d'urgence ont leur propre système)

Le marquage n'est pas non plus limité aux bornes ou panneaux, on trouve
aussi des marquages au sol. Du coup ce n'est pas évident d'utiliser la clé
"highway=milestone", bien que sa doc indique que c'est utilisable aussi
pour les panneaux et pas seulement les bornes en pierre ou ciment/béton
(qui ont presque toutes disparu en France, hormis quelques bornes
historiques qui ont cependant été souvent déplacées car elles étaient trop
dangereuses (notamment les anciennes bornes de la Voie de la Libération
placées en bordure de route et pas sur un trottoir).

Les arbres le long des anciennes routes nationales ont connu aussi le même
sort (abattus pour la plupart, pas toujours replantés plus loin), de même
que pas mal d'anciens murets en bordure de propriétés en milieu rural
(remplacés par des grillages ou plantations légères, les distances minimale
de construction en dur le long des routes ont été augmentées, notamment
toutes celles où circulent des bus de transport en commun ou transport
scolaire hors agglomération où la vitesse est plus limitée à 50 ou même
souvent 30 km/h dans plein d'endroits).

Aujourd'hui pour le bornage kilométrique on n'a plus que des petits
panneaux ou des bornes en plastique qui ne font pas obstacle, et le bornage
peint au sol est de plus en plus fréquent. Les panonceaux étant placés
derrière les glissières centrales de sécurité sur les autoroutes et voies
rapides, ou doivent respecter d'autres normes concernant le placement des
panneau, leur fixation au sol, les tailles minimales et maximales, les
matériaux autorisés et leur visibilité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-dk] Navigationsproblem

[Leif Lodahl]

Hej alle,
Jeg har oplevet et navigationsproblem som jeg ikke selv tør give mig i kast
med, da jeg ikke har den store erfaring udi trafikkryds og avancerede
relationer. Jeg håber at andre kan hjælpe.

Se her:
http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%B8j#map=18/55.72941/12.47684

Jeg kommer kørende ad Hillerødmotorvejen i udadgående retning og drejer af
ved Mærkhøj-afkørslen. Ved Mørkhøjvej drejer jeg til venstre, hvilket
OSMAND dog ikke mener er tilladt. Jeg bliver bedt om at dreje til højre,
for at lave en U-vending senere.

Hvad er der galt?

Ruteberegneren på OSM synes at acceptere venstresving det pågældende sted.


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

Re: [Talk-it] su.openstreetmap.it

[Stefano Salvador]

Mi pare che trovi tutto qui:

https://github.com/sabas/suosm



Il giorno 21 settembre 2016 15:44, Cascafico Giovanni 
ha scritto:

> Vorrei fare un fork del codice per adattarlo a PDI specifici per
> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
> può aiutarmi?
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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] su.openstreetmap.it

[Stefano]

Il giorno 21 settembre 2016 15:44, Cascafico Giovanni 
ha scritto:

> Vorrei fare un fork del codice per adattarlo a PDI specifici per
> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
> può aiutarmi?
>

https://github.com/sabas/suosm

Ciao,
Stefano


> --
> cascafico.altervista.org
> twitter.com/cascafico
>
> ___
> 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] Page de recensement des futures communes nouvelles de 2017

[Francescu GAROBY]

Ah !
Bon, je vais indiquer dans la page du wiki qu'il vaut mieux aller
renseigner Wikipedia, dans ce cas...


Francescu

Le 21 septembre 2016 à 15:38, Christian Quest  a
écrit :

> Je pense qu'il vaut mieux unir nos efforts sur la page wikipédia. L'an
> passé ça avait été finalement plutôt celle-là qui avait servit.
>
> Le 21/09/2016 à 15:33, Francescu GAROBY a écrit :
>
> Bonjour,
> Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) verra
> le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le terrain.
>
> Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas
> trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je vois
> bien celles pour 2014, 2015 et 2016, mais pas 2017. Je l'ai donc créée
> 
> .
> J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), qui
> était elle aussi préparée (détectée grâce à une recherche overpass qui se
> trouve dans la page citée ci-dessus, adaptation de celle de la page pour
> 2016).
>
> Tout ça pour dire qu'on devrait commencer à faire le tour des sites
> préfectoraux : il y a sans doute des arrêtés qui annoncent les futures
> communes nouvelles de 2017.
>
> --
> Cordialement,
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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
>
>


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

[Talk-it] su.openstreetmap.it

[Cascafico Giovanni]

Vorrei fare un fork del codice per adattarlo a PDI specifici per
camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
può aiutarmi?

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

Re: [OSM-talk-fr] Page de recensement des futures communes nouvelles de 2017

[Christian Quest]

Je pense qu'il vaut mieux unir nos efforts sur la page wikipédia. L'an 
passé ça avait été finalement plutôt celle-là qui avait servit.



Le 21/09/2016 à 15:33, Francescu GAROBY a écrit :

Bonjour,
Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) 
verra le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le 
terrain.


Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas 
trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je 
vois bien celles pour 2014, 2015 et 2016, mais pas 2017.Je l'ai donc 
créée 
.
J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), 
qui était elle aussi préparée (détectée grâce à une recherche overpass 
qui se trouve dans la page citée ci-dessus, adaptation de celle de la 
page pour 2016).


Tout ça pour dire qu'on devrait commencer à faire le tour des sites 
préfectoraux : il y a sans doute des arrêtés qui annoncent les futures 
communes nouvelles de 2017.


--
Cordialement,
Francescu GAROBY


___
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] Page de recensement des futures communes nouvelles de 2017

[Francescu GAROBY]

Bonjour,
Voyant dans la presse qu'une commune nouvelle (Saint-Pierre-en-Auge) verra
le jour, le 01/01/2017  dans le Calvados, j'ai voulu préparer le terrain.

Si je fais un mail, ce n'est pas pour ça, c'est parce que je n'ai pas
trouvé la page recensant les fusions au 01/01/2017, sur le wiki. Je vois
bien celles pour 2014, 2015 et 2016, mais pas 2017. Je l'ai donc créée

.
J'y ai aussi inclus la future commune nouvelle de l'Yonne (Montholon), qui
était elle aussi préparée (détectée grâce à une recherche overpass qui se
trouve dans la page citée ci-dessus, adaptation de celle de la page pour
2016).

Tout ça pour dire qu'on devrait commencer à faire le tour des sites
préfectoraux : il y a sans doute des arrêtés qui annoncent les futures
communes nouvelles de 2017.

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Bonjour,

Génial cette mise à disposition des PR.

Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).

Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le 
rechercher rapidement avec Nominatim. Exemple :

https://www.openstreetmap.org/search?query=PR16%2C N 80

Qu'en pensez-vous ?

Samy

Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :

Malheureusement, impossible de faire ressortir le PR avec la barre de
recherche d’openstreetmap.org . J’ai testé
pourtant pas mal de combinaisons.



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

Re: [Talk-es] Importación datos Torrent

[Santiago Crespo]

Se me olvidaba, mejor si cada propuesta va por separado. Por ejemplo,
puedes crear una página para listar todos los conjuntos de Torrent que
consideres interesantes y otra por cada proyecto de importación
(aparcabicis, árboles...)

On 09/21/2016 02:44 PM, Santiago Crespo wrote:
> Bienvenido Alejandro,
> 
> Como dice Matías lo principal es resolver lo de la licencia. Parece que
> es cc-by, pues ponen un enlace a:
> 
> http://opendefinition.org/licenses/cc-by/
> 
> Según la tabla de compatibilidad de licencias del wiki, es compatible si
> consigues un escrito en el que el Ayuntamiento diga que es suficiente
> con aparecer en la página de créditos de OSM para cumplir con la
> cláusula de atribución.
> 
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
> 
> Escribí al Ayuntamiento de Madrid y me respondieron que no había
> problema en usar sus datos en OSM, pero cuando les pregunté
> concretamente si era suficiente con aparecer en la página de los
> créditos me dijeron que tenían que consultarlo. Hasta hoy no he vuelto a
> recibir respuesta :(
> 
> Comencé la importación confiando en que estoy cumpliendo la cláusula de
> atribución de la licencia OpenData que usan, pero si mañana dice el
> Ayuntamiento que NO, tendría que revertir todos los cambios :_(
> 
> Imagino que ya lo habrás hecho, pero por si acaso, hay leer y seguir
> estos pasos:
> 
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
> 
> Una vez resuelto lo de la licencia, vienen a ser:
> 
> * Crear una o varias páginas en el wiki donde describas la licencia, los
> datos a importar, las etiquetas OSM que quieres usar y los pasos que
> planeas seguir.
> 
> * Transforma los datos siguiendo la propuesta, pero no subas nada a OSM.
> Para ello hay varias herramientas. Te recomiendo empezar instalando el
> plugin opendata en JOSM y pedir ayuda en la lista para lo que necesites.
> 
> * Cuando tengas algo más o menos avanzado, escribe a esta lista con la
> propuesta para que la revisemos.
> 
> * Modifica la propuesta según lo que hablemos.
> 
> * Si la importación es automática, hay que escribir a la lista de
> imports. Si no lo es, puede ser recomendable hacerlo de todas formas.
> 
> * Entra con tu usuario OSM en el gestor de tareas. Escribe a
> mapeado-colaborat...@googlegroups.com indicando tu usuario OSM y
> solicitando  permisos para crear proyectos.
> 
> * Abre el archivo .osm en JOSM y dibuja en una nueva capa el área o
> áreas a procesar. Exporta esa capa a un archivo geojson y cárgalo al
> crear un proyecto en el gestor.
> 
> * Trocea el archivo .osm y súbelos a algún servidor web. Sigue las
> instrucciones de este README:
> 
> https://github.com/kresp0/osmboxes
> 
> * Comienza a la importación :)
> 
> Si necesitas ayuda con algún paso, ya sabes ;)
> 
> Saludos,
> Santiago Crespo
> 
> 
> On 09/21/2016 01:20 PM, Matías h wrote:
>> Hola.
>>
>> Respuesta rápida que ando muy líado. En un vistazo rápido no he sido
>> capaz de ver el tipo de licencia con el que se distribuyen los datos. Es
>> el paso principal para empezar.
>>
>> Saludos y bienvenido a la luz :).
>>
>> El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón
>> > escribió:
>>
>> Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora,
>> llevo unos dias leyendo la lista de correo, y he visto que utilizáis
>> una plataforma que ayuda con las importaciones de datos. También he
>> visto que aparte de esas herramienta, he visto que es necesario
>> hacer cierta "burocracia" a la hora de hacer estas importaciones.
>>
>> Viendo que con la ayuda de la herramienta podría llevar a cabo
>> importaciones de datos abiertos, como los de Torrent (en donde
>> trabajo), me podrías echar una mano y guiarme para ver como
>> podríamos importar diferentes datos? La información de farmacias,
>> estaciones de bici y arboles seria interesante.
>>
>> 
>> http://datosabiertos.torrent.es/es/organization/1f87726e-e1ef-4f4c-b836-66069b68804c?res_format=SHP
>> 
>> 
>>
>> Gracias!
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-es
>> 
>>
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-es] Importación datos Torrent

[Santiago Crespo]

Bienvenido Alejandro,

Como dice Matías lo principal es resolver lo de la licencia. Parece que
es cc-by, pues ponen un enlace a:

http://opendefinition.org/licenses/cc-by/

Según la tabla de compatibilidad de licencias del wiki, es compatible si
consigues un escrito en el que el Ayuntamiento diga que es suficiente
con aparecer en la página de créditos de OSM para cumplir con la
cláusula de atribución.

https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Escribí al Ayuntamiento de Madrid y me respondieron que no había
problema en usar sus datos en OSM, pero cuando les pregunté
concretamente si era suficiente con aparecer en la página de los
créditos me dijeron que tenían que consultarlo. Hasta hoy no he vuelto a
recibir respuesta :(

Comencé la importación confiando en que estoy cumpliendo la cláusula de
atribución de la licencia OpenData que usan, pero si mañana dice el
Ayuntamiento que NO, tendría que revertir todos los cambios :_(

Imagino que ya lo habrás hecho, pero por si acaso, hay leer y seguir
estos pasos:

https://wiki.openstreetmap.org/wiki/Import/Guidelines

Una vez resuelto lo de la licencia, vienen a ser:

* Crear una o varias páginas en el wiki donde describas la licencia, los
datos a importar, las etiquetas OSM que quieres usar y los pasos que
planeas seguir.

* Transforma los datos siguiendo la propuesta, pero no subas nada a OSM.
Para ello hay varias herramientas. Te recomiendo empezar instalando el
plugin opendata en JOSM y pedir ayuda en la lista para lo que necesites.

* Cuando tengas algo más o menos avanzado, escribe a esta lista con la
propuesta para que la revisemos.

* Modifica la propuesta según lo que hablemos.

* Si la importación es automática, hay que escribir a la lista de
imports. Si no lo es, puede ser recomendable hacerlo de todas formas.

* Entra con tu usuario OSM en el gestor de tareas. Escribe a
mapeado-colaborat...@googlegroups.com indicando tu usuario OSM y
solicitando  permisos para crear proyectos.

* Abre el archivo .osm en JOSM y dibuja en una nueva capa el área o
áreas a procesar. Exporta esa capa a un archivo geojson y cárgalo al
crear un proyecto en el gestor.

* Trocea el archivo .osm y súbelos a algún servidor web. Sigue las
instrucciones de este README:

https://github.com/kresp0/osmboxes

* Comienza a la importación :)

Si necesitas ayuda con algún paso, ya sabes ;)

Saludos,
Santiago Crespo


On 09/21/2016 01:20 PM, Matías h wrote:
> Hola.
> 
> Respuesta rápida que ando muy líado. En un vistazo rápido no he sido
> capaz de ver el tipo de licencia con el que se distribuyen los datos. Es
> el paso principal para empezar.
> 
> Saludos y bienvenido a la luz :).
> 
> El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón
> > escribió:
> 
> Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora,
> llevo unos dias leyendo la lista de correo, y he visto que utilizáis
> una plataforma que ayuda con las importaciones de datos. También he
> visto que aparte de esas herramienta, he visto que es necesario
> hacer cierta "burocracia" a la hora de hacer estas importaciones.
> 
> Viendo que con la ayuda de la herramienta podría llevar a cabo
> importaciones de datos abiertos, como los de Torrent (en donde
> trabajo), me podrías echar una mano y guiarme para ver como
> podríamos importar diferentes datos? La información de farmacias,
> estaciones de bici y arboles seria interesante.
> 
> 
> http://datosabiertos.torrent.es/es/organization/1f87726e-e1ef-4f4c-b836-66069b68804c?res_format=SHP
> 
> 
> 
> Gracias!
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [OSM-talk] Map features page on wiki

[François Lacombe]

Hi Jochen

2016-09-21 10:08 GMT+02:00 Jochen Topf :

> No, count isn't a criteria at all. man_made=mill is simply not included
> automatically, because there is no wiki page for it.
>

Understood, thanks for clarification


>
> I recommend giving an explicit list of all tags that you want to have in
> your list. Just using the key only is more of a short-cut to help get
> you going.
>

100% percent agreed

I'll move power features to this new template format soon

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

Re: [Talk-es] Importación datos Torrent

[Carlos Cabezas]

La licencia es Creative Commons  Attribution 4.0

Hola Alejandro :-P

El 21 de septiembre de 2016 13:20:00 CEST, "Matías h" 
 escribió:
>Hola.
>
>Respuesta rápida que ando muy líado. En un vistazo rápido no he sido
>capaz
>de ver el tipo de licencia con el que se distribuyen los datos. Es el
>paso
>principal para empezar.
>
>Saludos y bienvenido a la luz :).
>
>El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón
>> escribió:
>
>> Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora, llevo
>unos
>> dias leyendo la lista de correo, y he visto que utilizáis una
>plataforma
>> que ayuda con las importaciones de datos. También he visto que aparte
>de
>> esas herramienta, he visto que es necesario hacer cierta "burocracia"
>a la
>> hora de hacer estas importaciones.
>>
>> Viendo que con la ayuda de la herramienta podría llevar a cabo
>> importaciones de datos abiertos, como los de Torrent (en donde
>trabajo), me
>> podrías echar una mano y guiarme para ver como podríamos importar
>> diferentes datos? La información de farmacias, estaciones de bici y
>arboles
>> seria interesante.
>>
>> http://datosabiertos.torrent.es/es/organization/1f87726e-
>> e1ef-4f4c-b836-66069b68804c?res_format=SHP
>>
>> Gracias!
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
>
>
>___
>Talk-es mailing list
>Talk-es@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Quale app per OSM?

[Max1234Ita]

Per l'editing massivo (es: mappatura di vaste aree, import e modifica di
tracciati gpx) serve un PC, non si prescinde... e più grande è il display,
meglio si lavora!  :-)

Per PC, il "miglior" editor (il più versatile, diciamo) è sicuramente JOSM,
che è un'applicativo Java e quindi può funzionare su praticamente qualunque
macchina, purché esista un Java framework compatibile (non so se ci sia per
piattaforma Windows Mobile, ma potrebbe anche esistere).

Poi ci sono altri applicativi, anche online (ID, ad esempio) ma hanno
funzionalità molto più limitate, soprattutto per quanto riguarda la
possibilità di visualizzare layer ausiliari ed il controllo di
errori/incongruenze.

Se il tuo intento è quello di formare nuovi mappatori, che almeno siano dei
BUONI mappatori!... 
Tanto vale, quindi, iniziare (un poco alla volta, si capisce) con gli
strumenti più adatti.

Se invece punti alla piattaforma Mobile (Android, iOS o Windows che sia) per
l'acquisizione di dati direttamente sul campo, mi pare che le risposte
precedenti siano più che valide.

Ciao!
Max






--
View this message in context: 
http://gis.19327.n8.nabble.com/Quale-app-per-OSM-tp5883050p5883101.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-TW] Working together in improving Taiwan roads

[maning sambale]

Hi,

Related to our previous email and diary, we have been realigning roads
for several areas in Taiwan.  Last week, we have modified 2,500 km of
roads.  Here's a map:

https://api.mapbox.com/styles/v1/maning/cisit2qu700392wnv88ytg6bs.html?fresh=true=true_token=pk.eyJ1IjoibWFuaW5nIiwiYSI6IlhjWGNfdTQifQ.ras0nImWG638BCDSxU8bqw#6.78/23.750/121.673

You may have seen some of our edits around your neighbourhood. If you
notice any issues don't hesitate to comment on any of our changesets.
 Some of you did already [0 & 1], thank you very much!

After last week's trial run, we are going to continue our realigning
by focusing on areas that has updated imagery from Mapbox Satellite.
We invite everyone to join.
We coordinate using github: https://github.com/mapbox/mapping/issues/233


cheers,

Maning Sambale
Data, Mapbox

[0] https://www.openstreetmap.org/note/712784
[1] https://www.openstreetmap.org/changeset/42318873


On Wed, Sep 14, 2016 at 12:42 PM, Pierre Equoy  wrote:
> Hi Srividya!
>
> On Wed, Sep 14, 2016 at 3:00 PM, Srividya Bharadwaj  
> wrote:
>> Hello everyone,
>>
>> As discussed earlier by Maning [0], we reviewed alignment of current
>> OpenStreetMap data and imagery available for tracing with Strava GPS traces.
>> I posted my observations in my diary [1].  As a result of our review, our
>> satellite team at Mapbox updated our imagery for several cities in Taiwan
>> [2].  All our Mapbox Satellite imagery is open for tracing in OpenStreetMap.
>> We hope the community will find this useful in improving the data.  This is
>> just a start and we are excited to work together with the TW-OSM community.
>
> Thanks a lot for these updates and for the article in your diary!
>
>
>
> --
> Pierre Equoy



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [Talk-es] Importación datos Torrent

[Matías h]

Hola.

Respuesta rápida que ando muy líado. En un vistazo rápido no he sido capaz
de ver el tipo de licencia con el que se distribuyen los datos. Es el paso
principal para empezar.

Saludos y bienvenido a la luz :).

El 21 de septiembre de 2016, 12:49, Alejandro Del Rincón  escribió:

> Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora, llevo unos
> dias leyendo la lista de correo, y he visto que utilizáis una plataforma
> que ayuda con las importaciones de datos. También he visto que aparte de
> esas herramienta, he visto que es necesario hacer cierta "burocracia" a la
> hora de hacer estas importaciones.
>
> Viendo que con la ayuda de la herramienta podría llevar a cabo
> importaciones de datos abiertos, como los de Torrent (en donde trabajo), me
> podrías echar una mano y guiarme para ver como podríamos importar
> diferentes datos? La información de farmacias, estaciones de bici y arboles
> seria interesante.
>
> http://datosabiertos.torrent.es/es/organization/1f87726e-
> e1ef-4f4c-b836-66069b68804c?res_format=SHP
>
> Gracias!
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-dk] Sur bonde

[Jakob Barfod]

> Bidragsyderen ser ud til at være en tysk turist.

...og det var han. Han har svaret på 
https://www.openstreetmap.org/changeset/41602491 :

"[...]Actually the osmand app proposed a different route, and i manually 
diverted the track in order to reach the location Rispebjerg to the east of 
this street and its farm.

We went there by bicycle (2 adults, 2 children). 60 seconds after entering the 
street (it has a stone marking "Brogaard", but no explicit restriction sign) a 
man came in a black car, speeding like crazy, shouting "You have no right to be 
here!" and made sure, we left immediatly. I wondered, if he was concerned about 
his farm, where apparently he keeps some mass live stock (pork production).

Anyway, I think the osm-related problem is the foot path, leading from the 
street to the location Rispebjerg. I don't know if this path actually exists 
(for obvious reasons :-) but it is shown in close proximity to the mass animal 
production facilities.

Regards, Hans"

-- 
Jakob


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

[Talk-es] Importación datos Torrent

[Alejandro Del Rincón]

Buenas, soy Alejandro, usuario en la sombra de OSM hasta ahora, llevo unos
dias leyendo la lista de correo, y he visto que utilizáis una plataforma
que ayuda con las importaciones de datos. También he visto que aparte de
esas herramienta, he visto que es necesario hacer cierta "burocracia" a la
hora de hacer estas importaciones.

Viendo que con la ayuda de la herramienta podría llevar a cabo
importaciones de datos abiertos, como los de Torrent (en donde trabajo), me
podrías echar una mano y guiarme para ver como podríamos importar
diferentes datos? La información de farmacias, estaciones de bici y arboles
seria interesante.

http://datosabiertos.torrent.es/es/organization/1f87726e-e1ef-4f4c-b836-66069b68804c?res_format=SHP

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

Re: [OSM-talk-fr] Prestations autour d'OpenStreetMap

[Antoine Riche]

Merci Vincent pour ces ressources.

Si le Wiki est modifiable par tous avec un compte, ce n'est pas le cas 
de la carte uMap. J'avais sollicité Christian pour ajouter 2 structures 
nantaises (Carto'Cité et WebGeoDataVore) : j'attends toujours mais ne 
désespère pas ;-)


Antoine.

Le 20/09/2016 à 22:56, Vincent de Château-Thierry a écrit :

Bonsoir,

L'association OpenStreetMap France est parfois sollicitée par des 
entreprises ou des collectivités à la recherche de prestataires, en 
lien avec le projet : demande d'expertise, de formation, 
d'accompagnement.
L'association en tant que telle ne se positionne pas en prestataire de 
service, et n'a donc pas vocation à répondre directement à ces 
sollicitations. En revanche, elle peut rediriger ces demandes vers des 
offres de service. Par souci de neutralité, il ne s'agit pas de 
diriger vers tel ou tel acteur. La pratique est plutôt d'indiquer des 
ressources comme le forum (section dédiée aux offres & demandes : 
http://forum.openstreetmap.fr/viewforum.php?f=22) et aussi des 
annuaires, notamment sur le wiki :
en anglais : 
http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services
en français : 
http://wiki.openstreetmap.org/wiki/FR:Services_commerciaux_bas%C3%A9s_sur_OSM


Ces pages sont complétées par une carte umap :
http://umap.openstreetmap.fr/en/map/prestataires-professionnels-osm-en-france_10299#6/46.324/6.306 



Aucune de ces ressources n'est à jour, soit parce que des entreprises 
référencées ne sont plus en activité, soit parce que d'autres, 
récentes, sont absentes des listes.


Aussi, afin que ces pages du wiki gardent de leur pertinence, 
n'hésitez pas à y jeter un oeil, et si vous estimez pouvoir les mettre 
à jour, par exemple pour référencer votre propre activité, n'hésitez pas.


merci
vincent

___
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-GB] Tagging redevelopment and closed roads

[Lester Caine]

On 20/09/16 21:14, Steve Doerr wrote:
> On 20/09/2016 10:38, Derick Rethans wrote:
> 
>> If the items no longer function as how they are described, and not will
>> come back, I would delete them right away.
> 
> I disagree. Any feature in the landscape should remain mapped until it
> has actually disappeared. In the mean time, the 'disused:' namespace or
> similar should be used/

This is where the transfer to an historic record still needs to be
automated, but more difficult is where the roads are simply being
relocated and while currently they are closed to traffic, they will
reopen again once work is completed. Simply wiping an area and starting
again with a clean sheet is losing useful material which HAS been fully
mapped already.

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

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

[Talk-hr] Izrada plakata?

[valent.turko...@gmail.com]

Za moj kvart žete izraditi OSM kartu... no tko se time bavi?

Još mogu naučiti lokalnu ekipu da provjeri brojeve i zgrade da su
dobro ucrtane...

Ako tko nam može složiti legendu i pripremu za tisak sa elementima
koje ljudi iz mjesnog odbora žele?
Naravno ne očekuju da se to volonterski radi, već imaju budget da se
to plati nekome... znate nekoga tko bi to mogao i želio napraviti?

Hvala unaprijed,
Valent.

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

[Talk-hr] OSM meetup 2016-10-05

[hbogner]

Predlažem pivski sastanak u srijedu 5.10.2016. u 18h.

Na starom mjestu, Pivnica Zlatni Medo, Savska ulica 56, Zagreb
http://osm.org/go/0Ismh6YUr?m=


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

Re: [OSM-talk] Map features page on wiki

[Dalibor Jelínek]

Hello,
I wholeheartedly agree with this opinion to include tags in Taglist manually.
Otherwise it would become just a dumb list of all tags, even those deprecated, 
poorly designed and duplicated.

Regards,
 Dalibor (chrabros)

> -Original Message-
> From: Jochen Topf [mailto:joc...@remote.org]
> Sent: Wednesday, September 21, 2016 10:09 AM
> To: François Lacombe 
> Cc: OpenStreetMap 
> Subject: Re: [OSM-talk] Map features page on wiki
> 
> Hi!
> 
> On Mi, Sep 21, 2016 at 09:53:27 +0200, François Lacombe wrote:
> > The way the list is built isn't clear to me : for man_made example you
> > just give tags=man_made as template parameter but taginfo doesn't
> > return the whole set of values.
> > I see a man_made=mill value on taginfo which is not visible on the
> > wiki loaded template Is count the only criteria ?
> 
> No, count isn't a criteria at all. man_made=mill is simply not included
> automatically, because there is no wiki page for it.
> 
> I recommend giving an explicit list of all tags that you want to have in your 
> list.
> Just using the key only is more of a short-cut to help get you going.
> 
> In my opinion it makes sense to have a human edit the complete list of
> everything they want to have in that list. That is the power of the wiki after
> all, that it is not autogenerated, but somebody actually curates this list.
> Taginfo should only be the helper here that makes it easier, but it shouldn't
> decide what ends up on that list and what doesn't.
> 
> Jochen
> --
> Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-351-
> 31778688
> 
> ___
> 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-legal-talk] Using closed sources to spot errors (was: [Tagging] Routing in Liège (consulting Michelin))

[Janko Mihelić]

sri, 21. ruj 2016. u 10:42 Martin Koppenhoefer 
napisao je:

>
> I am not sure if publishing the differences would be ok, but looking at
> them to decide where to survey is ok I think.
>

This service would be a personal tool for people to use, so no publishing.
Although you could share the link. I'm not sure what constitutes as
publishing.


> In your above sentence, rather than "which osm data is wrong" it should be
> "where osm data is different".
>

That's right.

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

[OSM-talk-fr] [Rennes] Atelier carto humanitaire le 2 octobre

[PanierAvide]

Bonjour à tous,

Avec les contributeurs OpenStreetMap 35, nous organisons un atelier 
découverte autour de la cartographie humanitaire. L'objectif est de 
faire découvrir OSM à travers la carto humanitaire. Nous présenterons le 
projet et proposerons une initiation à la contribution. L'atelier se 
déroulera le 2 octobre 2016 de 14h30 à 18h30, à l'espace Vie du Citoyen 
de la Bibliothèque des Champs Libres (10 Cours des Alliés, Rennes) :


https://www.openstreetmap.org/node/1662463407#map=19/48.10524/-1.67443

Pour plus d'infos :

http://www.bibliotheque.leschampslibres.fr/agenda/enrichir-une-carte-pour-faciliter-les-actions-humanitaires/a5f955785fc53156b807d4e650c99e71/

N'hésitez pas à relayer l'information ;-)

Cordialement,

PanierAvide.


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

[talk-ph] Speakers & Sessions: 7th International Conference of Crisis Mappers Manila Sept 28-30

[Celina Agaton]

[image: 7th International Conference of Crisis Mappers]


The 7th International Conference of Crisis Mappers (ICCM)
 highlights how free mapping tools can help
local citizens, business, NGOs, schools, government and technical
communities prioritize and coordinate better together to strengthen the
resilience of our communities. #iccmMNL

In partnership with Map the Philippines (MapPH)
, this year's 2016 theme is:
Building Resilience: Inclusive Innovations in Crisis Mapping, and is
focused on the United Nations Sustainable Development Goals
. Everyone from every sector is
welcome to attend the conference.

Registration for Philippines' based attendees is P2,500 and includes 3 days
of conference, two dinners and 2 days of field visits.

Organized by the International Network of Crisis Mappers
, the International Conference of Crisis Mappers
(ICCM) is the leading humanitarian technology event of the year, bringing
together the most important humanitarian, human rights, development and
media organizations with the world's best technology companies, software
developers and academics. This is the first time the conference is being
held in Asia, with Manila as the proud host partner at Unilab's Bayanihan
Center .

Program

Wed Sept 28 Reception at Palace Pool Club BGC
Dinner served by Café Naya at The Palace 

Thurs Sept 29 Conference Day 1 Unilab Bayanihan Center
Dinner served by Purple Yam Malate 

Fri Sept 30 Conference Day 2 Community Sessions Unilab Bayanihan Center

Sat Oct 1 Field Visit Manila FREE with Registration
Project NOAH  UP Diliman Campus

Sun Oct 2 Field Visit Tagaytay FREE with Registration
Pusod Taal Lake Conservation Center


Mon Oct 3-5 Field Visit Palawan PAID trip Tao Philippines


To register: http://www.attendiccm.com/registration/
To view our first batch of speakers: http://www.attendiccm.com/speakers/

Join us on Facebook to receive updates:
https://www.facebook.com/events/641514002675090/

Hashtag #iccmMNL #MapPH

We would like to thank The Rockefeller Foundation
, Making All Voices Count
, The Ayala Corporation
, Unilab , and Globe
Telecom  as the primary sponsors for ICCM 2016!
Additional thanks to the Hub of Innovation for Inclusion, De La
Salle-College of Saint Benilde , The ICT for
Peace Foundation , The American Red Cross
, The Palace Pool Club
, Asian NGO ,
WheninManila.com  and John Carroll University
 for their sponsorship!

[image: MapPh-Facebook-Speakers-815px.jpg]



We are pleased to announce our first batch of speakers
 for the 7th International Conference
of Crisis Mappers  September 28-30:

Hunter Goldman ,

Rockefeller Foundation

Czarina Medina Guce 

Union of Local Authorities of the Philippines

Andrew Schroeder 

WeRobotics

Sanjana Hattotuwa 

TED & Ashoka Fellow, ICT4Peace Special Advisor

Kate Chapman 

Cadasta Foundation and OpenStreetMap Foundation

Nama Budhathoki 

Kathmandu Living Labs

Dr. Nuala Cowan 

The George Washington University

Dr. Mahar Lagmay 

Project NOAH

Celina Agaton 

MapPH


On Friday, September 30, we are hosting Community Sessions from 10:00am to
4:30pm. We encourage the participation of NGOs, business, government,
foundations, students and citizens to share tools, best practices and
resources to help strengthen the resilience of our communities.

10:00 Session 1: Food Security with Amy Be*sa of Purple Yam
*

11:15 Session 2: Disaster and Environment with The Department of Social
Welfare and Development , Project NOAH
 and WWF Philippines 

2:00 Session 3: Health with Map Swipe 

3:15 Session 4: Violence with Ushahidi 

To register and learn more, visit: 

Re: [OSM-legal-talk] Using closed sources to spot errors (was: [Tagging] Routing in Liège (consulting Michelin))

[Martin Koppenhoefer]

sent from a phone

> Il giorno 21 set 2016, alle ore 09:54, Janko Mihelić  ha 
> scritto:
> 
> and only show which OSM data is wrong according to the closed source. Then 
> mappers would go survey the shop. Would this be OK?


I am not sure if publishing the differences would be ok, but looking at them to 
decide where to survey is ok I think. In your above sentence, rather than 
"which osm data is wrong" it should be "where osm data is different".

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

Re: [OSM-talk] Map features page on wiki

[Jochen Topf]

Hi!

On Mi, Sep 21, 2016 at 09:53:27 +0200, François Lacombe wrote:
> The way the list is built isn't clear to me : for man_made example you just
> give tags=man_made as template parameter but taginfo doesn't return the
> whole set of values.
> I see a man_made=mill value on taginfo which is not visible on the wiki
> loaded template
> Is count the only criteria ?

No, count isn't a criteria at all. man_made=mill is simply not included
automatically, because there is no wiki page for it.

I recommend giving an explicit list of all tags that you want to have in
your list. Just using the key only is more of a short-cut to help get
you going.

In my opinion it makes sense to have a human edit the complete list of
everything they want to have in that list. That is the power of the wiki
after all, that it is not autogenerated, but somebody actually curates
this list. Taginfo should only be the helper here that makes it easier,
but it shouldn't decide what ends up on that list and what doesn't.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-351-31778688

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

[OSM-legal-talk] Using closed sources to spot errors (was: [Tagging] Routing in Liège (consulting Michelin))

[Janko Mihelić]

sri, 21. ruj 2016. u 08:54 joost schouppe 
napisao je:

>
> Using copyrighted material to spot errors in OSM is still copyright
> violation (well, a specialist in copyright should confirm that).
>

This is an interesting case. I think we are allowed to spot errors using
closed sources, but we can not use the source to say what is the right
solution. It's as if we are looking for differences between models, and
then using only the difference data to look further into the matter using
other sources (survey, Bing..).

This is interesting to me because I was thinking about making a service
that lists differences between OSM data and outside closed source data, and
then showing only what is different. Then people would use that "difference
data" to direct their mapping efforts. For example, take closed data about
opening hours, compare to OSM, and only show which OSM data is wrong
according to the closed source. Then mappers would go survey the shop.
Would this be OK?

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

Re: [OSM-talk] Map features page on wiki

[François Lacombe]

Hi Matthijs,

I find this stuff interesting for power features and thinking to move the
current template to this new system.

You deal with pages like Template:Map_Features/XXX but power template is
currently known as Template:Map_Features:power
Have we to rename the template to Template:Map_Features/Power ?

The way the list is built isn't clear to me : for man_made example you just
give tags=man_made as template parameter but taginfo doesn't return the
whole set of values.
I see a man_made=mill value on taginfo which is not visible on the wiki
loaded template
Is count the only criteria ?


All the best

François

2016-09-21 1:40 GMT+02:00 Matthijs Melissen :

> On 1 September 2016 at 10:01, Matthijs Melissen
>  wrote:
> > As a firs step, I included the list here on the Geological map features
> page:
> > http://wiki.openstreetmap.org/wiki/Geological
> > it seems to work well there.
>
> We now have TagList templates for the following keys:
> http://wiki.openstreetmap.org/wiki/Template:Map_Features/natural
> http://wiki.openstreetmap.org/wiki/Template:Map_Features/geological
> http://wiki.openstreetmap.org/wiki/Template:Map_Features/man_made
> http://wiki.openstreetmap.org/wiki/Template:Map_Features/emergency
> http://wiki.openstreetmap.org/wiki/Template:Map_Features/office
>
> I could use some help with creating TagList templates for the other
> keys. Is anybody interested?
>
> Creating the template page itself is easy. Just create a page name
> Template:Map_Features/XXX where XXX is the key; have a look at one of
> the existing pages for more information.
>
> Now we need to check if the TagList is correct and complete. To do so,
> check if all entries on the old map features page have an entry on the
> TagList page (this should be the case if they have wiki entries).
> Also, check if the definition and photo on the new page is not worse
> than the definition on the old page.
>
> (Note: by convention, definitions typically start with 'a' or 'an',
> and avoid repeating the name of the object itself. For example for
> natural=wetland, do not use "the wetland tag is used for natural areas
> subject to inundation or with waterlogged ground" but "a natural area
> subject to inundation or with waterlogged ground".)
>
> It would be great if other people would be interested in working on
> this as well.
>
> -- Matthijs
>
> ___
> 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] Map features page on wiki

[Jochen Topf]

Hi Matthijs,

On Mi, Sep 21, 2016 at 01:33:28 +0200, Matthijs Melissen wrote:
> On 1 September 2016 at 15:04, Jochen Topf  wrote:
> > So, if somebody adds the rendering to the infobox (and tells me about it),
> > I'll pull that data from taginfo and can put it in the taglist tables.
> 
> I added it to the infobox as osmcarto-rendering.

Just looked at this and it isn't the greatest format for parsing by
taginfo due to the wiki-specific syntax:

osmcarto-rendering=[[File:Supermarket-14.svg|14px]]

Could we make it like the "image" attribute instead, just the name of
the image file?

image=Image:Sainsbury'sGlos.jpg

Or a real URL?

The size shouldn't be something you have to supply with it, the user
should decide on the size, using whatever size fits into whatever the
user is doing.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Zdeněk Pražák]

poslal jsem tedy také 
Díky


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 8:07:41
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"
Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
" 
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\ tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\ cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] 

[Talk-cz] Dalsi preklady Wiki

[Dalibor Jelínek]

Ahoj,

ve spolupráci s Lukášem přinášíme další překlady wiki k počtení a případným
opravám.

 

Mějte se,

Dalibor

 

*  office  =administrative
 , office
 =charity
 , office
 =financial
 , power
 =terminal
  - 1.9.2016 

*  building:min_level
 =*,
building:part  =* -
2.9.2016 

*  sport  =9pin
 , sport
 =10pin
 , highway
 =via_ferrata
 , sport
 =american_football
 ,
sport  =aikido
 , sport
 =archery
 , sport
 =athletics
 , sport
 =australian_football
 ,
sport  =badminton
  - 6.9.2016 

*  sport  =bandy
 , sport
 =base
 , sport
 =baseball
 , sport
 =basketball
  - 7.9.2016 

*  sport  =beachvolleyball
 , sport
 =billiards
 , sport
 =bmx
 , sport
 =bobsleigh
 , sport
 =boules
  - 8.9.2016 

*  industrial 
=scrap_yard
 ,
industrial  =brewery
 ,
industrial  =*,
industrial  =oil
 , industrial
 =factory
 ,
industrial 
=machine_shop
 ,
industrial  =sawmill
 ,
industrial 
=ice_factory
 ,
industrial  =oil_mill
 ,
industrial 
=grinding_mill
 ,
industrial  =warehouse
 ,
industrial 
=mobile_equipment
 ,
industrial  

Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

[Marián Kyral]

Reakce zatím bohužel žádná. Posílal jsem toto:



Marián Kyral (mky...@email.cz)

WFS - dotaz na LPIS_DPB_UCINNE_BBOX vrací chybu

19. 9. 2016, 7:46:08

Komu: helpd...@mze.cz

g(https://lab.email.seznam.cz/#)



Dobrý den,
následující dotaz 

http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS;
REQUEST=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-
1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:
102067
(http://eagri.cz/public/app/wms/plpis_wfs.fcgi?VERSION=1.1.0=WFS=GetFeature=LPIS_DPB_UCINNE_BBOX=-815160.8203748836,-1013937.7110040165,-815160.8203748836,-1013937.7110040165=EPSG:102067)

mi vraci ORA chybu:

msWFSGetFeature(): WFS server error. ms_error->code not found
msOracleSpatialLayerWhichShapes(): OracleSpatial error. Error: ORA-00904: 
"ID_FB": neplatný identifikátor
 . Query statement: SELECT FB_ID, ID_FB,rownum, GEOMETRY FROM (SELECT 
GEOMETRY, FB_ID FROM LPIS.VIEW_MG_LPIS_RFB_WFS where stav_kod=4) WHERE  
ROWNUM<=200  AND SDO_FILTER( GEOMETRY, MDSYS.SDO_GEOMETRY(2003, :srid, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,3),:ordinates ),'querytype=window') = 
'TRUE' . Check your data statement.

Bylo by možné se na to podívat?

Děkuji,
Marián Kyral



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 9. 2016 7:44:45
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

"



je nějaká reakce z helpdesku, 

případně mohl bych poprosit o text, který bych jim také poslal.


Díky Pražák




Dne 19. září 2016 7:46 Marián Kyral  napsal(a):
"
Tak žádná změna. Napsal jsem na helpdek.

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 22:09:36



Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis






"

Tak trochu se obávám, že dříve než příští týden to nebude :-(

Marián

Dne 16.9.2016 v 13:53 Zdeněk Pražák napsal(a):

"až to opraví tak vyzkouším fungování v nejnověší verzi JOSM

Pražák

-- Původní zpráva --
Od: Marián Kyral (mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:38:18
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
Minulý týden jsem nahrál novou verzi. Teoreticky by měla fungovat. Alespoň 
já pak už na ten problém nenarazil.
Pokud ti to stále nefunguje a máš aktualizováno na nejnovější verzi JOSM a 
Traceru, tak pošli kde ti to padá a já na to ještě mrknu.

Marián



-- Původní zpráva --
Od: Zdeněk Pražák (mailto:zpra...@seznam.cz)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 16. 9. 2016 13:30:20
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 



Díky za odpověď


Ještě jsem se chtěl zeptat, jak to vypadá s tracerem LPIS v nejnovějších 
verzích JOSM - je možno jej již používat

Pražák




2016-09-16 12:20 GMT+02:00 Marián Kyral :
" 
OracleSpatial error. Error: ORA-00904: "ID_FB": neplatný identifikátor

To bude problém u nich. Asi něco nasazovali a trochu se to nepovedlo. Na 
stránkách mají jen, že v průběhu záři budou implementovat některé změny v 
zákoně. Možná to s tím nějak souvisí. Bude potřeba počkat. 

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 9. 2016 12:10:07
Předmět: Re: [Talk-cz] dotaz k funkčnosti traceru Lpis

" 
josm mi k tomu píše následující:

 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Cache file root directory 
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\ cache\tiles]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Key File [C:\Users\Zdeněk 
Pražá
k\AppData\Local\JOSM\cache\ tiles\WMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\ cache\tiles\WMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [WMS_BLOCK_v2] Loaded keys from [WMS_BLOCK
_v2]
, key count: 19810; up to 524288 will be available.
[INFO] BlockDiskCache - Region [WMS_BLOCK_v2] Block Disk Cache is alive.
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: AbstractTileSourceLayer: estimated visible tiles: 12, estimated cache 
size
: 24
INFO: