În data de 26 noiembrie 2013, 12:46, Filip Chirita Rares Cristian
chirita.ra...@gmail.com a scris:
Salut,
Ca un utilizator hai sa zicem casual spre mid-core al OSM, trebuie sa
confesez ca nu pun mereu orasul sau localitatea in clipa in care adaug o
cladire sau un POI, deci inteleg de ce nu
În data de 26 noiembrie 2013, 17:11, Razvan
radulescu.raz...@gmail.com a scris:
Da eu sunt razor74. Dar ce anume am gresit? Ca am adaugat doar numere pe
Floreasca. Si inafara de București ca addr:city , nu mai e nimic care sa
contina diacritice...
Ai folosit diacritice cu sedilă sub literă,
Hi Christoff,
Do you have an extract or sample of the data we could look at?
Approximately how much data in total?
Was there an initial failed import which needs reverting?
Regards
Grant
On 27 November 2013 07:07, Christoff Pretorius pretoriu...@gmail.com wrote:
Good Day
I am looking at
On 11/19/2013 04:23 PM, Raitis U. wrote:
labojam, izmantojam, utt.
+ parokoties pa arhīvu var pameklēt vēl kaut ko interesantu, bet sacerēt
prozu noteikti nav mans aicinājums.
https://lists.openstreetmap.org/pipermail/talk-lv/
ai, teemas netruukst... truukst laiks, lai par taam ko
Nu principā pēdējais ir daudzmaz par tēmu, tikai notagots nepareizi:
http://lva.postcodebase.com/lv/node/4518
2013/11/26 Rich ric...@nakts.net
On 11/19/2013 05:43 PM, Rich wrote:
lai neaizmirstas ;)
jauns lieottaajs pievienojis kaut ko diivainu. aizrakstiiju, prasot, kas
ar to domaats.
On 11/26/2013 02:41 PM, Viesturs Zarins wrote:
Nu principā pēdējais ir daudzmaz par tēmu, tikai notagots nepareizi:
http://lva.postcodebase.com/lv/node/4518
nu jaa, es nesapratu, vai taa ir maaja, ciemats vai kas :)
2013/11/26 Rich ric...@nakts.net mailto:ric...@nakts.net
On
neesmu maniijis lielu... nu labi, nekaadu atsauciibu seb bankomaatu datu
paarbaudee un ieziimeeshanaa ;)
man pasham ir sanaacis paaris paarbaudiit un ieziimeet - veel kaadam ?
padodos un esmu gatavs truukstoshos importeet ;)
ja kaads vareetu apstraadaat datus, buutu ljoti jauki. pamatdomas :
-
ir ashaa doma veel shogad sariikot nelielu sanaakshanu. taapat parunaat,
uzrakstiit osm slavinaajuma uzmetumu un varbuut tikt galaa ar to seb
bankomaatu importu ;)
shobriid doma ir par ~ gada peedeejaam 2 nedeeljaam. ircaa interesi ir
izraadiijushi kopaa 3 cilveeki, kas jau ir cieniijams
+1 for the Maproulette.org solution.
Bernie.
--
Bernie Connors, P.Eng
Tel: 506-444-2077
bernie.conn...@snb.camailto:bernie.conn...@snb.ca
SNB - We make it happen...
[cid:image001.jpg@01CEEA88.7BAFBE50]
From: Harald Kliems [mailto:kli...@gmail.com]
Sent: Monday, 2013-11-25 5:05 PM
To: Daniel
It seems to me it is the only safe solution. I go for maproulette.org
Daniel
From: Connors, Bernie (SNB) [mailto:bernie.conn...@snb.ca]
Sent: November-26-13 08:19
To: 'Harald Kliems'; Daniel Begin
Cc: Talk-CA OpenStreetMap
Subject: RE: [Talk-ca] GPS and Motorway links ...
+1 for the
The example I provided yesterday was not fixed. Most the exits having a
similar look along the trans-Canada Highway in Quebec are the same. I have
also found examples in Alberta and In BC.
Daniel
From: Harald Kliems [mailto:kli...@gmail.com]
Sent: November-26-13 10:04
To: Daniel Begin
Ahoj komunito
Jak už jsem psal nedávno, byl jsem na svoji záškodnickou činnost ( import
dat Ruian z uživatelského účtu) upozorněn P Normanem. Po založení
dedikovaného účtu a pár importech jsem byl bloknut s následujícím
vysvětlením.
would you please, *before* continuing any of your imports,
Ahoj,
možná by neškodilo dodat:
1) co jsi dělal
2) pod jakým účtem
3) kde je k tomu popis postupu a metadata k výsledku
4) kdy jsi to výše uvedené předhodil talk-cz k připomínkám
díky hanoj
Dne 26. listopadu 2013 22:04 Mirek Dlask dlas...@gmail.com napsal(a):
Ahoj komunito
Jak už jsem psal
1) import adresních bodů
2) Minimalis_import
3-4) vycházel jsem z předchozích diskuzí zde a částečně ze zvyklostí
vyčtených v OSM datech.
Pochopil jsem, že hledat řešení akceptovatelné všemi je zbytečná ztráta
času. Takže možná tak trochu partyzánština.
M.D.
Dne 26. listopadu 2013 22:19 hanoj
Le sujet de l'*intégration* du cadastre revient sur le tapis :-)
Personnellement je suis en phase de mis a jour du bati du cadastre et je
me demande de plus en plus en plus si l'on ne devrais pas faire évoluer
notre méthode d'intégration du format commune au format planche cadastral.
En
Le 26 novembre 2013 00:44, Copro Grammes coprogram...@yahoo.fr a écrit :
Certes, nous pouvons paraître diverger, mais je tiens à préciser que je ne
suis partisan d'aucun schéma particulier, ou conception d'OSM. Jusqu'à
maintenant, j'ai juste essayé de comprendre au mieux ce qui avait été fait
Peut-on déterminer les limites de planches dans les données PDF servant au
script d'extraction ?
Si oui, ça serait très utile quand le calage est fluctuant d'une planche à
l'autre.
Si l'idée est de passer sous le radar, ça ne me semble pas du tout une
priorité sauf pour jouer avec le DWG.
Oui,
2013/11/26 Christian Quest cqu...@openstreetmap.fr:
Oui, c'est casse pied de changer de compte et il m'arrive souvent d'oublier
de rebasculer.
Pour rappel, le but d'un compte séparé est de mieux identifier et
séparer les contributions habituelles d'une source externe. Parce que
la plupart du
Le 26/11/2013 11:55, Christian Quest a écrit :
Peut-on déterminer les limites de planches dans les données PDF
servant au script d'extraction ?
Visuellement oui, techniquement c'est hors de mes compétences (mais nos
supers développeurs font toujours des miracles :-)
Si oui, ça serait très
Le 26 novembre 2013 11:46, Christian Quest cqu...@openstreetmap.fr a
écrit :
J'aimerai les différencier, car une halte n'offre aucun service, il n'y a
pas d'agents, c'est juste un endroit où s'arrêtent des trains et où
éventuellement il y a un distributeur de billet qui fonctionne.
Il y a
J'ai donc créé un 2ème compte. je vais essayer de pas trop me tromper de
compte (mais me connaissant je suis persuadé que ça arrivera!).
Merci
Le 26 novembre 2013 13:15, RÉAU Simon msr...@gmail.com a écrit :
Le 26/11/2013 11:55, Christian Quest a écrit :
Peut-on déterminer les limites de
Bien vu,
Mais il s'agit de la Lyonnaise des Eaux qui utilise les capteurs. Il serait
intéressant de leur demander une communication sur leur usage : si c'est à
l'échelle nationale...
Pieren wrote
Les plus vigilants auront reconnu not' carte utilisée par la mairie
(service des eaux?) d'Anglet.
Bonsoir,
Il aura fallu une semaine et quelques heures pour terminer, à l'instant,
le tracé des limites des 145 dernières communes de l'Yonne et de la
Saône-et-Loire. Merci aux 8 contributeurs qui ont participé cette fois-ci.
Et nous voilà donc dans la dernière ligne droite : un saut en
Bonsoir,
Voici un compte-rendu des actions en lien avec l'édition 2013 de
Capitole du Libre qui s'est déroulée ce week-end à Toulouse.
* Samedi 23/11
= Stand OSM
Animé par Cyrille Giquello, Léo Serre et moi-même. Le stand a connu
une belle fréquentation même si les conférences ont
http://openstandia.jp/mm/mm20131126.html
で、取り上げられました。何回かの連載になるみたいですね。
oota
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja
いいだ＠書いた人です(・ω)
初心者、どちらかというとデータ利用を中心にされるかた、にむけて、という視点で書いています。
いまのところ全2回の予定ですが、リクエストによっては続くかもしれません。
このへんのこと書いてくれー、とかあればフィードバックくださいませませ。
2013/11/26 ribbon o...@ns.ribbon.or.jp
http://openstandia.jp/mm/mm20131126.html
で、取り上げられました。何回かの連載になるみたいですね。
oota
Dear all,
In Birmingham, all bus stops have been imported from Naptan, but
during the import, the name tag has not been set. I am considering
adding the name tag, by setting it to something like:
camelcase(naptan:Street) + ' / ' + naptan:CommonName
That way, the name tag in OSM will match the
Matthijs Melissen wrote:
In Birmingham, all bus stops have been imported from Naptan, but
during the import, the name tag has not been set. I am considering
adding the name tag, by setting it to something like:
camelcase(naptan:Street) + ' / ' + naptan:CommonName
That way, the name tag in OSM
2013/11/26 Dion Dock dion_d...@comcast.net
I've used a Garmin GPSmap 60CSx. I think it records a point every
second--or maybe it's every 5--I can't find the setting in the menus at the
moment. Saving tracks to the micro SD card will strip off their
timestamps and OSM rejects tracks without
Message: 1
Date: Mon, 25 Nov 2013 16:52:28 -0500
From: Serge Wroclawski emac...@gmail.com
Cc: OSM Talk-US List talk-us@openstreetmap.org
Subject: Re: [Talk-us] Currently available good GPS for use with OSM
mapping in the USA?
Message-ID:
On 11/26/13 8:33 AM, Volker Schmidt wrote:
I also have used an old etrex HCx and a new etrex 20. Both are good at
the job. Battery life is good (full day with rechargeable batteries at
1 sec sampling). Resolution is good (down to 1 meter with good
satellite visibility), especially with the
2013/11/26 Richard Welty rwe...@averillpark.net
the eTrex units seem to be much more accurate than the entry level
auto units from Garmin. i'm intrigued though, by Martin's description
of the 60CSx (which appears to have been replaced in the Garmin lineup
by the 62CS).
I'm not sure if I
Chiming in really late! but I have used a fair number of different GPS
loggers so I thought I'd add my experience.
First off, like cameras, the best one is the one you have with you
(and can be powered up). For me, that disqualifies the Garmin 60
series - too bulky to always carry around with me.
You mean that in the relation editor, you would be able to see the
same split between north / south and east / west that you currently
see for forward/backward? (like here
https://www.dropbox.com/s/dwi2gx8tixsuva2/Screen%20Shot%202013-11-26%20at%209.25.08%20AM.jpg
)
Yes, that makes sense to me. I
On 11/26/13 11:13 AM, Martijn van Exel wrote:
When I'm out of options I will use my phone for track logging. This is
always a poor choice because the quality of the tracks is noticeably
poorer, to the point of being unusable sometimes.
i have noticed that the GPS in the retired android HTC (2.5
On Tue, Nov 26, 2013 at 10:07 AM, Richard Welty rwe...@averillpark.net wrote:
On 11/26/13 11:13 AM, Martijn van Exel wrote:
[...]
Logging on your
phone will also eat your battery.
there are USB battery supplement thingies out there, probably best
to have one or more if you're going to do
Yes, that is correct Martijn. Would allow us to make sure relations are intact
inside of JOSM if the cardinal directions segments got the same split graphic
that forward/backward does in the relation editor. :) I think that was one of
the major reasons most of the relations in the USA got the
There is some discussion going on over on the wiki page I created on
this topic:
http://wiki.openstreetmap.org/wiki/Talk:Highway_Directions_In_The_United_States
Mostly dealing with how to prevent redundant relations where the
numbered route is a bidirectional road (i.e. there are no separate OSM
Hi all,
I'm new to this list so please bear with me.
The relation editor currently only parses 'forward' and 'backward'
roles when considering the visual representation in the rightmost
column. In the United States, north/south and east/west are very
common as member roles for road routes,
On Tue, Nov 26, 2013 at 5:52 AM, Richard Welty rwe...@averillpark.netwrote:
if the good tracks are on the microSD card then that
means you can minimize cycles on the mini-USB port, as you can
remove the microSD and use an external reader. this should lead to
a longer useful life for the
On 11/26/13 8:33 AM, Volker Schmidt wrote:
I also have used an old etrex HCx and a new
etrex 20. Both are good at the job. Battery
life is good (full day with rechargeable
batteries at 1 sec sampling). Resolution is
good (down to 1 meter with good satellite
visibility), especially with the
Greetings,
All this talk about GPS receivers has me interested. I finally bought a
GPSmap 62s. I am happy with it but haven't used it enough yet. I opted out
on the topographic map option (I make my own) as well as the camera (better
options). I carry my GPS and camera almost everywhere.
Having
On Tue, Nov 26, 2013 at 3:51 PM, Florian Lohoff f...@zz.de wrote:
On Tue, Nov 26, 2013 at 12:30:25PM -0700, Martijn van Exel wrote:
Hi all,
I'm new to this list so please bear with me.
The relation editor currently only parses 'forward' and 'backward'
roles when considering the visual
On Tue, November 26, 2013 1:57 pm, Ian Dees wrote:
On Tue, Nov 26, 2013 at 3:51 PM, Florian Lohoff f...@zz.de wrote:
On Tue, Nov 26, 2013 at 12:30:25PM -0700, Martijn van Exel wrote:
Hi all,
I'm new to this list so please bear with me.
The relation editor currently only parses 'forward'
From: Florian Lohoff [mailto:f...@zz.de]
Sent: Tuesday, November 26, 2013 2:14 PM
Subject: Re: [josm-dev] Relation editor support for north/south and
east/west similar to forward/backward
On Tue, Nov 26, 2013 at 03:57:40PM -0600, Ian Dees wrote:
No, these aren't compass directions.
Yes, sorry for not being clearer. As Ian indicates, this is the
*signposted cardinal direction* of a numbered road route, which does
not change with the actual compass direction of the road. The guiding
principle for the United States is that the odd numbered Interstates
are north/south, and the
Martijn,
I want to make sure I understand what you're trying to convey to the
group. Are you saying that If a way has a member role value of east
then east will mean forward and then west (it's opposite) would mean
backward?
Example logic:
** If member role = east, node direction is eastbound
On 11/26/2013 12:07 PM, Richard Welty wrote:
there are USB battery supplement thingies out there, probably best
to have one or more if you're going to do this away from a car
with a lighter socket or USB power port.
I find that as long as I keep it in airplane mode and don't overuse the
screen
On 11/26/2013 01:58 PM, Martijn van Exel wrote:
There is some discussion going on over on the wiki page I created on
this topic:
http://wiki.openstreetmap.org/wiki/Talk:Highway_Directions_In_The_United_States
Mostly dealing with how to prevent redundant relations where the
numbered route is a
101 - 149 di 149 matches
Mail list logo
