Hallo,

Ik wil in een gpx file gaan lezen vanaf een bepaalde plaats(vb waar telkens <wpt begint) , daar maak ik dan een file van fread($fopen, 3800); met deze grootte, daarna moet er terug gezocht worden naar <wpt om terug een file van 3800 van te maken.

Ziet iemand dit zitten om hier een klein voorbeeld van te geven ?
Als je wil kan ik altijd de gpx aan iemand laten geworden.(blijkbaar kan ik hier geen file doorsturen)

Met dank op voorhand
ik krijg enkel dit zoals ik u heb laten zien in vorige kader.(maar dit is niet de volledige xml array
Ik krijg de volledige array te zien. Ik heb geen idee wat je verkeerd lijkt te doen.
Misschien heb je het verkeerde bestand ingelaen? Misschien moet je even de data opnieuw downloaden?
Ik weet het niet.

Hier krijg ik een volledige array.

En anders kan je voor het gemak ook de namespaces eruit strippen, als het haast heeft.
En anders moet je met xpath de namespace oproepen.
Hartelijk bedankt voor de moeite maar ik geef het op.

Dit is nog moeilijker dan het gewoon uitlezen via de gewone weg in php.
Het spijt mij zo dat we hier niet tot een oplossing komen.

Nogmaals hartelijk bedankt
- Ariën - op 19/02/2023 17:17:13

Ik krijg ook een berg aan warnings, maar dat komt door die brakke namespaces.

Waar haal je die XML eigenlijk vandaan?

Zo te zien is de XML gegenereerd door GSAK, maar ik heb sterk de indruk dat er een nabewerking op heeft plaatsgevonden, aangezien de GPX-bestanden die door mijn GSAK worden gegenereerd wel gewoon door de parser komen.

Het probleem met de laatst geposte XML is dat een heleboel regels beginnen met een of meerdere non-breaking spaces (ASCII 0xA0) in plaats van met gewone spaties (ASCII 0x20). Als je daar gewone spaties van maakt, wordt de XML goed verwerkt.

In een eerdere versie van de XML lijkt een global substitute te hebben plaatsgehad op het woord 'groundspeak'. Daar stond redelijk consequent een dubbele punt achter op plaatsen waar dat niet hoorde.
Ik had ook al een vermoeden dat er wat vreemd met die XML aan de hand was.
Ik krijg er door die brakke namespaces geen enkel fatsoenlijke data uit de node caches.

Als Berta nou antwoord gaf op de vraag hoe ze er aan kwam, had het duidelijk kunnen zijn wat er mee gebeurd is.
Kan er dan iemand het juiste progje hier schrijven waar ik alle velden kan mee uitlezen ook de grounspeak:placed_by enz ..

Dank jullie wel

[size=xsmall]Toevoeging op 19/02/2023 18:24:09:[/size]

de gpx wordt hier gemaakt zoals willem zei door GSAK
Hoe kom je nou aan die XML? Daar ben ik wel benieuwd naar.

Ik zou het erg op prijs stellen als er netjes antwoord gegeven wordt op de gestelde vragen. Eerlijk gezegd wordt ik moet herhalen.


[size=xsmall]Toevoeging op 19/02/2023 18:27:33:[/size]

Maar toch raar dat Willem een goede XML krijgt, en jij een verkeerde.
Heb je misschien een foute buggende app ofzo?

Ik heb dat programma niet. Geocachen doe ik verder wel. Maar daar heb ik mijn eigen gekozen app's voor.

Ik denk dat het probleem bij je GSAK moet liggen. Je wilt liever niet in de poep van een brakke XML wroeten. ;-)
zoals ik zei in vorige kader
de gpx wordt hier gemaakt zoals willem zei door GSAK.

Nogmaals bedankt voor alles, maar hier houd het op voor mij.
Mocht Willem willen dan mag hij altijd een voorbeeld sturen hoe het te werk gaat om de gpx uit te lezen ook met de grounspeak:placed_by enz .

Allen echt heel erg bedankt
Ik denk dat je de vraag met veranderen naar: "Waarom heeft Willem een goede XML, en ik een brakke?"
Je kan wel als een holbewoner met reguliere expressies aan de gang gaan, maar als je XML al brak is -al vraag ik me af hoe dat komt- heb je kans dat het straks wel goed gaat, en dan kan je alles weer omgooien.

Dus zoek uit waar de verschillen door worden veroorzaakt.
Als ik een gpx neem uit mijn pocket query's van geochaching krijg ik hetzelfde resultaat.
foutmeldingen op
$sxe=new SimpleXMLElement($xml);

Reageren