Rob Aerts wrote:
> DLL is natuurlijk ook een optie. Ik wil het wiel ook niet opnieuw uitvinden.
> Zocht een ellegante vervanging voor de tile versie (die veel storage
> space kost) die nu erin zit.
> En daarbij is het ook interessant om wat meer te weten van de OSM opbouw
> en de render problemat
Welkom!
De kaart op www.openstreetmap.org wordt niet direct vernieuwd zodra
iemand een wijziging in de dataset heeft aangebracht. Dit gebeurt maar
eenmaal per week. Het kan dus even duren voordat jou wijzigingen
zichtbaar worden en dat kan best frustrerend zijn.
Maar niet getreurd, via www.inf
Humm, misschien ben ik dan erg ongeduldig, maar ik zie mijn straatjes nog
steeds niet. Ik kan wel zien dat mijn tiles succesfol zijn gerenderd, maar
mijn straatjes staan er nog niet op.
Als je op de link hieronder klikt, en daarna op edit, krijg je die potlatch
editor. Zie je dan ook de dorpsstraat
On Tue, 4 Sep 2007, Gerco-Kees Bloemsma wrote:
> Humm, misschien ben ik dan erg ongeduldig, maar ik zie mijn straatjes nog
> steeds niet. Ik kan wel zien dat mijn tiles succesfol zijn gerenderd, maar
> mijn straatjes staan er nog niet op.
> Als je op de link hieronder klikt, en daarna op edit, kri
On Tuesday 04 September 2007 02:20:10 Stefan de Konink wrote:
> Nu lijkt het mij persoonlijk niet echt een parade paardje als alles
> eenmaal is ingeladen de database met zo'n 5%? (gokje) is gegroeid,
> Nederland jubelt en op de kaart staat... maar OSM down is. Wellicht is het
> een mogelijkheid o
oke oke, deze week gosmore eens bestuderen ;)
die dataopslag is inderdaad het belangrijkste.. soms zie je dat ze een
mobiele sql variant gebruiken maar dat zie ik zelf niet zitten. je moet een
goed doorzoekbaar binair formaat als basis hebben om de performance te
kunnen halen.
btw ik zag dat m'n p
performance testen op de (beperkte) nl data heeft inderdaad weinig nut lijkt
me
verder zou het een slechte zaak zijn als het importeren nog langer gaat
duren.
een hoop mensen zitten te wachten om verder te kunnen mappen.
___
Talk-nl mailing list
Talk-nl@
Hallo
Waarschijnlijk hebben de meeste van jullie het al gemerkt maar er is een
nieuwe [EMAIL PROTECTED] versie "Kingston"
Deze genereerd een copyright met de gebruikersnaam bij de straatnaam.
Groeten,
Peter Peterse
___
Talk-nl mailing list
Talk-nl@op
On 9/4/07, Rob Aerts <[EMAIL PROTECTED]> wrote:
> performance testen op de (beperkte) nl data heeft inderdaad weinig nut lijkt
> me
> verder zou het een slechte zaak zijn als het importeren nog langer gaat
> duren.
> een hoop mensen zitten te wachten om verder te kunnen mappen.
Inderdaad, het is
On Tue, 4 Sep 2007, Martijn van Oosterhout wrote:
> On 9/4/07, Rob Aerts <[EMAIL PROTECTED]> wrote:
> > performance testen op de (beperkte) nl data heeft inderdaad weinig nut lijkt
> > me
> > verder zou het een slechte zaak zijn als het importeren nog langer gaat
> > duren.
> > een hoop mensen zit
Rob Aerts wrote:
> oke oke, deze week gosmore eens bestuderen ;)
> die dataopslag is inderdaad het belangrijkste.. soms zie je dat ze een
> mobiele sql variant gebruiken maar dat zie ik zelf niet zitten. je moet
> een goed doorzoekbaar binair formaat als basis hebben om de performance
> te kunne
On 9/4/07, Stefan de Konink <[EMAIL PROTECTED]> wrote:
> En je denkt dat je dat met de huidige load er in 1x in pompt?
Ja, in twee stappen. Eerst verwijderen, dan toevoegen.
> Is het grote plan om een batch te maken van de delete actie en de 'plak'
> actie? En die een voor een in JOSM af te werke
On 9/4/07, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote:
> Dus denk ik, gewoon doen en later de rommel opruimen. Want
> zoals het nu is is veel erger dan slechte data.
Inderdaad, ik zit er ook een beetje op te wachten, omdat we nu in een
limbo-toestand hangen waar ik niet weet wat nu nuttig is
On Tuesday 04 September 2007 12:15:03 Martijn van Oosterhout wrote:
> Inderdaad, het is mijn bedoeling om de import deze week te doen.
Mooi.
> Er
> was wat discussie vorige week over het labellen van wegen maar geen
> concensus. Dus denk ik, gewoon doen en later de rommel opruimen. Want
> zoa
Het is mijn intentie om morgen te beginnen met het import van de AND
data. De dataset dat wordt geimporteert is nu te zien in JOSM op
and.openstreetmap.nl plus wat grenzen.
De enige wat ik nog heb veranderd is het gebruik van "external-ID".
Het probleem is dat dezelvde punt verschillende IDs kan h
On Tue, 4 Sep 2007, Martijn van Oosterhout wrote:
> Merk op dat dit niet de complete data in de AND dataset is. Dus op
> zich zijn wij dan nog niet klaar, maar dan kunnen wij wel gewoon
> verder met mappen wat overblijft.
Vraagje, door die externe id te gebruiken kan AND terug mergen, *en*
kunnen
cool, zet hem op. ik heb niets vreemds kunnen ontdekken in de code
van mark dus laten we hopen dat het mooi wordt!
groet,
floris
- Original Message -
From: "Martijn van Oosterhout" <[EMAIL PROTECTED]>
To: "OpenStreetMap NL discussion list"
Sent: Tuesday, September 04, 2007 6:48 PM
Subje
martijn, ga je een extra dump maken na middernacht of gebruik
je de laatste planet.osm?
ik kan namelijk nog flink wat van m'n eigen data weggooien zodat
het allemaal wat kleiner wordt. ik heb dat vorige week al gedaan
met fietspaden in heiloo (die had ik veel te gedetailleerd in kaart
gebracht).
On 9/4/07, Floris Looijesteijn <[EMAIL PROTECTED]> wrote:
> martijn, ga je een extra dump maken na middernacht of gebruik
> je de laatste planet.osm?
Dat is de reden dat ik wacht tot morgen. Middernacht vannacht begint
een planet dump and als dat klaar is morgen ochtend kan ik die dump
gebruiken o
ik heb het geprobeerd maar de upload is uit de lucht dus helaas.
voor de rest heb ik nog 1 keer marc z'n script doorgenomen en
nog 1 klein puntje: zouden we voor de 'nat_ref' niet gewoon 'ref'
gebruiken? ik weet niet zeker of nat_ref wel gerendered wordt
namelijk.
groet,
floris
- Original Mes
Yoepie, het is gelukt!!! Het wissen van de browsercache heeft hier erg
geholpen... ;-)
Groet,
--
Gerco-Kees
<><
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
21 matches
Mail list logo